| 02:52.14 | *** join/#gpe jg (n=jg@200.55.14.75) |
| 05:50.08 | *** join/#gpe goxboxlive (n=goxboxli@ti500710a080-4874.bb.online.no) |
| 06:05.18 | *** join/#gpe rob_w|mis (n=rob_w@p549BC58F.dip0.t-ipconnect.de) |
| 06:10.34 | *** join/#gpe goxboxlive (n=goxboxli@ti500710a080-4874.bb.online.no) |
| 06:27.23 | *** join/#gpe goxboxlive (n=goxboxli@ti500710a080-4874.bb.online.no) |
| 06:40.12 | *** join/#gpe goxboxlive_ (n=goxboxli@ti500710a080-4874.bb.online.no) |
| 06:54.28 | *** join/#gpe pezi (n=pezi@smarty.soft.uni-linz.ac.at) |
| 06:57.19 | *** join/#gpe JiniDog (n=jini@Va3dd.v.pppool.de) |
| 06:57.33 | *** join/#gpe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 07:03.31 | *** join/#gpe Genesis (n=Genesis@dyn-83-154-181-71.ppp.tiscali.fr) |
| 07:13.49 | Genesis | yop |
| 07:33.11 | CoreDump|home | morning |
| 07:46.03 | *** join/#gpe petterhj (n=TESTID@198.36.eidsiva.net) |
| 07:54.00 | *** join/#gpe JAV (n=JAV@105.Red-80-34-40.staticIP.rima-tde.net) |
| 08:09.27 | *** join/#gpe zecke (n=ich@145.253.107.2) |
| 08:51.01 | *** join/#gpe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 08:56.08 | pb__ | florian_kc: good morning |
| 08:59.43 | florian_kc | good morning |
| 09:06.37 | *** join/#gpe Cwiiis (n=cwiiis@host86-134-88-17.range86-134.btcentralplus.com) |
| 09:26.05 | *** join/#gpe TCMANdmg (n=Dominik@adsl-70-137-154-32.dsl.snfc21.sbcglobal.net) |
| 09:26.08 | TCMANdmg | hi |
| 09:26.20 | TCMANdmg | does anyone know how to enable mouse cursor in gpe? |
| 09:26.39 | florian_kc | hello TCMANdmg |
| 09:27.00 | TCMANdmg | hey florian_kc |
| 09:27.49 | florian_kc | TCMANdmg: turning off the detect-stylus Xinit script should do the trick. |
| 09:28.08 | TCMANdmg | yay, thanks |
| 09:28.36 | koen | florian_kc: is there way to do it on the fly? |
| 09:28.41 | TCMANdmg | yay, thanks |
| 09:28.54 | koen | florian_kc: in case I plugin a usbmouse? |
| 09:30.54 | TCMANdmg | it looks like detect stylus is a program that talks to X server |
| 09:31.30 | TCMANdmg | indeed, there is detect stylus in repository |
| 09:31.50 | TCMANdmg | lets see what it does |
| 09:32.35 | florian_kc | koen: no, not yet.... we need a mechanism for that. but its worth adding this to the list of things to do. |
| 09:34.32 | florian_kc | TCMANdmg: you can just remove the script from Xinit.d |
| 09:35.04 | TCMANdmg | yep, i know, but i want to see what the program does |
| 09:35.14 | florian_kc | even better :-) |
| 09:35.15 | TCMANdmg | if it can switch off cursor it should be possible to switch it on |
| 09:35.47 | TCMANdmg | so i am trying to build it but it builds 1000 dependencies first ;-) |
| 09:41.06 | florian_kc | yeah... building this stuff bit by bit is some work... |
| 09:41.10 | TCMANdmg | florian_kc: thanks for help |
| 09:41.17 | florian_kc | TCMANdmg: yw |
| 09:41.37 | TCMANdmg | well, "bitbake detect-stylus" the rest of work is done by my computer |
| 09:43.55 | florian_kc | :-) |
| 09:57.28 | *** part/#gpe TCMANdmg (n=Dominik@adsl-70-137-154-32.dsl.snfc21.sbcglobal.net) |
| 10:08.37 | *** join/#gpe reenoo|z1zZ (n=r@p5489CA1F.dip.t-dialin.net) |
| 10:24.11 | *** join/#gpe jini_ (n=jini@V8d89.v.pppool.de) |
| 10:27.13 | *** join/#gpe shiyee (n=Shiyee@homer.cs.aau.dk) |
| 10:30.07 | *** join/#gpe petterhj (n=TESTID@198.36.eidsiva.net) |
| 10:49.14 | *** join/#gpe ade|desk (n=adrian@80-42-179-82.dynamic.dsl.as9105.com) |
| 13:46.38 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 13:49.41 | *** part/#gpe pezi (n=pezi@smarty.soft.uni-linz.ac.at) |
| 14:01.55 | neal | greetings. |
| 14:03.58 | florian_kc | hi neal |
| 14:04.22 | neal | morning florian |
| 14:04.31 | neal | :-) |
| 14:05.36 | florian_kc | ;-) |
| 14:21.19 | koen | florian_kc: http://bugs.openembedded.org/show_bug.cgi?id=580 |
| 14:21.28 | koen | hi neal |
| 14:21.59 | neal | hi koen. |
| 14:25.10 | florian_kc | koen: well... building gpe-images work, so i guess staging needs to work. |
| 14:25.51 | koen | florian_kc: good, could you close that bug? |
| 14:30.00 | florian_kc | http://www.djcbsoftware.nl/code/spuug/ |
| 14:30.03 | florian_kc | yep |
| 14:30.57 | koen | heh |
| 14:31.01 | koen | spuug = spit |
| 14:31.13 | *** join/#gpe justalad (i=kv@alice.vistcom.ru) |
| 14:31.21 | florian_kc | *g* |
| 14:31.39 | florian_kc | Did i mention i started to like GObjects :) |
| 14:32.19 | justalad | Is there any pdf reader for familiar 0.8.4rc1? |
| 14:49.39 | jcole | hey dudes |
| 14:53.29 | florian_kc | hello jcole |
| 14:53.32 | jcole | for the employees of my company, i've created ubuntu breezy/dapper netinstalls for x86, amd64, hppa, ppc, and ia64... so ubuntu can be installed to the masses with the click of a button on many architectures :) |
| 14:53.35 | jcole | any updates on installing ubuntu on a handheld? |
| 14:55.47 | *** join/#gpe mimecar (n=chatzill@182.Red-81-34-26.dynamicIP.rima-tde.net) |
| 14:56.24 | jcole | we created this for our linux install magic -> http://linuxcoe.sourceforge.net |
| 14:57.06 | jcole | we've also got companies like general electric using it to install linux to their employees desktop |
| 14:57.29 | *** join/#gpe france_ (n=france@pool-141-154-250-131.bos.east.verizon.net) |
| 14:57.37 | jcole | this is an example -> http://www.instalinux.com/cgi-bin/coe_bootimage.cgi |
| 14:58.06 | jcole | too bad we don't have handheld installs :( |
| 14:58.30 | florian_kc | jcole: cool |
| 14:58.54 | mimecar | evening |
| 14:58.54 | florian_kc | jcole: that's a little bit nasty because of the different bootloaders. |
| 14:58.58 | florian_kc | hi mimecar |
| 14:59.24 | jcole | it creates ~1mb to ~30mb iso/floppy network autoinstall images depending on the distro |
| 14:59.51 | jcole | no prompting |
| 15:00.50 | mimecar | hi florian_kc |
| 15:01.33 | neal | damn. gtkcalendar.c is over 3400 lines. |
| 15:02.20 | florian_kc | neal: that's pretty much the same i thought when i tried to find out how to fix it for maemo :-) |
| 15:02.20 | mimecar | what's the subject of this conversation ? |
| 15:02.29 | justalad | florian_kc, is there any pdf reader for familiar 0.8.4rc1? |
| 15:03.23 | florian_kc | justalad: no idea, but iirc there is a pretty small new one which might be worth to use. |
| 15:03.40 | koen | epdfview |
| 15:03.51 | koen | but that isn't available for familiar |
| 15:04.30 | jcole | florian_kc: the different arches i deal with have various boot loaders too |
| 15:04.51 | justalad | it's so sorry |
| 15:06.53 | florian_kc | koen: do we have it in oe? |
| 15:07.32 | florian_kc | jcole: sounds promising... |
| 15:07.36 | koen | florian_kc: yes, but not in the bitrot^h^h^H familiar branch |
| 15:08.21 | jcole | florian_kc: for example, hppa has this palo boot weirdness and ia64 uses a boot.img file.. and e've managed to auto-create auto-install boot images |
| 15:08.34 | florian_kc | koen: i guess we can fix that |
| 15:08.38 | jcole | florian_kc: ppc too |
| 15:10.35 | jcole | florian_kc: we basically standardized a global way to install regardless of the hardware |
| 15:11.06 | jcole | florian_kc: and/or arch |
| 15:11.30 | jcole | florian_kc: should be possible with arm arch and the various bootloaders |
| 15:12.07 | jcole | florian_kc: it's too bad that familiar doesn't use debian package management... if it did, that would make things much easier :/ |
| 15:12.36 | koen | jcole: ipkg is compatible with .debs |
| 15:13.11 | koen | 'building' familiar used to be 'mv foo.dev foo.ipkg' |
| 15:13.20 | koen | s/dev/deb/ |
| 15:15.02 | jcole | koen: what about udebs? if familiar could use the debian installer (which we use and debian uses for all it's various arches), familiar coould be ported to ubuntu in a matter of months |
| 15:15.11 | jcole | easily |
| 15:15.38 | koen | familiar is a dead end' |
| 15:16.39 | moray | what would be the point of 'porting familiar to ubuntu'? |
| 15:17.06 | jcole | moray: many reasons |
| 15:17.13 | moray | given that the areas where work is done in Ubuntu on top of Debian aren't relevant to handhelds |
| 15:17.31 | jcole | moray -> https://wiki.ubuntu.com/EmbeddedUbuntu |
| 15:18.14 | moray | jcole: yeah, I can make up new Ubuntu project ideas too, that doesn't mean they're all good ideas |
| 15:18.29 | moray | there's few enough people on things I can't see the benefit of splitting effort further |
| 15:19.02 | ||cw | ubuntu has its own handheld movement. however, 'porting familiar to ubuntu' is like saying 'porting mandrake to centos' |
| 15:19.07 | jcole | moray: ubuntu and debian have much more package selection and a larger user base than familiar |
| 15:19.25 | jcole | ||cw: ah |
| 15:20.06 | ||cw | familiar is a distrobution, IIRC originaly based on debian |
| 15:20.32 | ||cw | but now based on openembeded |
| 15:20.56 | ||cw | so maybe more like "port redhat to debian" :D |
| 15:21.10 | ||cw | anyway, gpe already runs on debain, and thuse ubuntu |
| 15:21.18 | moray | building something more directly from Debian packages has been suggested many times in the past, but handhelds still haven't improved to the point that really makes sense |
| 15:21.58 | moray | a minimal Debian install with GPE is easy to make, but takes a lot more space than an equivalent Familiar one |
| 15:22.12 | moray | and it's not just removing files, you want to split/reorganise packages, change policies etc. |
| 15:22.41 | jcole | i'm a bit baffled of why openhandhelds doesn't use debian... adding support to debian would've seemed much easier and logical approach than maintaining and creating a specialized fork of debian |
| 15:22.41 | moray | compile libraries/programs with different options |
| 15:23.38 | moray | jcole: I'm in principle interested in work that would make it easier to have a 'Debian handheld' without needing a big flash card/microdrive, but I don't think handhelds are really there yet |
| 15:23.47 | ||cw | the apt system is too "fat" for most handhelds |
| 15:24.05 | moray | ||cw: yeah; even dpkg is pretty inefficient with disk space |
| 15:25.42 | jcole | ||cw: packages could easily be replicated with big stuff like docs removed just for handhelds |
| 15:25.52 | lardman|work | debian binaries are also slow (though so are familiar ones at the moment - using hardfloat), there are better options for handheld use such as softfloat |
| 15:26.03 | ||cw | jcole: it's not just the packages themselves |
| 15:26.26 | koen | lardman|work: http://wiki.debian.org/ArmEabiPort |
| 15:26.35 | ||cw | most debian binaries are 368, which doens't really apply to handhelds |
| 15:26.40 | ||cw | 386/ |
| 15:26.44 | lardman|work | koen: when will that come to fruition though? |
| 15:27.01 | moray | ||cw: uh |
| 15:27.05 | koen | lardman|work: once upstream gcc + glibc can do EABI |
| 15:27.13 | moray | ||cw: since when? most Debian binaries are compiled for a dozen architectures |
| 15:27.33 | ||cw | well, for the slowness, at least on x86 |
| 15:27.59 | jcole | lardman|work: a separately compiled port perhaps? -> could http://ports.ubuntu.com/ubuntu-ports/dists/dapper/main/ |
| 15:28.34 | neal | pb, florian: I described the number entry that I wanted to write. |
| 15:28.51 | neal | pb, florian: I've basically written it and I think it is appropriate for libgpewidget |
| 15:29.12 | pb__ | neal: great |
| 15:29.15 | neal | pb, florian: Is this ok? |
| 15:29.23 | pb__ | sure, sounds good to me |
| 15:29.26 | neal | pb, florian: Also, what is the right naming convention? |
| 15:29.37 | neal | pb, florian: Most of the functions aren't gtkwidgets |
| 15:30.07 | neal | pb, florian: GpeNumEntry and GPENumEntry (for the type)? |
| 15:30.21 | pb__ | yeah, that sounds fine |
| 15:30.35 | neal | which one :-) |
| 15:31.41 | florian_kc | I think we might want the fist one, iirc thet's how haming is done in GTK too. |
| 15:31.50 | florian_kc | eh naming |
| 15:32.04 | koen | neal: have you looked at libsexy (http://www.chipx86.com/wiki/Libsexy) and libview (http://view.sourceforge.net/) to borrow code from? |
| 15:33.21 | florian_kc | neal: but sounds more than good... apart from the name :-) |
| 15:34.57 | neal | os GpeNumEntry it is. |
| 15:35.31 | pb__ | rock |
| 15:35.37 | neal | s/os/ok/ |
| 15:35.50 | *** join/#gpe jini__ (n=jini@V8d89.v.pppool.de) |
| 15:35.57 | neal | ibot: Everyone understood what I meant. |
| 15:36.01 | neal | ibot: Thanks. |
| 15:36.01 | ibot | sure thing, neal |
| 15:43.30 | florian_kc | I wonder if i manage to break familiar images with my next push ;-) |
| 15:45.10 | pb__ | crumbs |
| 15:45.51 | florian_kc | pb__: what happened? |
| 15:46.19 | pb__ | nothing yet, I was just nervous about the prospect of you breaking the images |
| 15:46.20 | pb__ | :-} |
| 15:46.33 | florian_kc | hehe |
| 15:47.19 | florian_kc | pb__: i don't think so, i just added some recommended gnome-vfs modules to gpe-filemanager and replaced sylpheed with vlc-gpe |
| 15:47.31 | *** join/#gpe cmarqu (i=colin@oerks.net) |
| 15:49.05 | florian_kc | pb__: vlc works on qvga while sylpheed doesn't |
| 15:49.44 | jcole | the debian installer will install to everything and my toaster -> http://www.debian.org/devel/debian-installer/ |
| 15:50.14 | florian_kc | Does that include my Octane? ;-) |
| 15:52.11 | florian_kc | neal: I bet reenoo|z1zZ will complain that the bugs in hh.org bugzilla are familiar bugs :} |
| 15:53.32 | jcole | i think that if someone could successfully port one handheld (as an example and learning experience) to the debian installer (apt-get source debian-installer) that would make lots of headway to easily port more handhelds |
| 16:00.37 | jcole | the debian installer creates floppy and iso images adding the bootloaders... for handhelds though, installing the bootloader could be a separate process from the actual install, for simplicity sake |
| 16:02.14 | jcole | just a thought |
| 16:13.02 | florian_kc | huh... looks like i had some unpushed checkins in the database |
| 16:28.19 | *** join/#gpe shiyee (n=Shiyee@0x535d6425.abnxx4.adsl-dhcp.tele.dk) |
| 16:29.04 | *** join/#gpe zap (n=zap@217.170.93.196) |
| 16:30.15 | jcole | btw, can gpe now do https now? |
| 16:31.16 | jcole | also, last time i checked, firefox wasn't in the newer repos |
| 16:31.31 | jcole | i''ve been using using opie |
| 16:32.09 | koen | firefox isn't part of the gpe project |
| 16:32.24 | koen | it's something the distro provides |
| 16:33.56 | jcole | koen: well, seems like you can only use x11 apps on gpe |
| 16:34.04 | jcole | koen: and firefox does https |
| 16:34.47 | jcole | ya, no firefox http://familiar.handhelds.org/releases/v0.8.4-rc1/feed/x11/ |
| 16:35.57 | pb__ | florian_kc: okay, very good |
| 16:36.21 | pb__ | florian_kc: which machines does that apply to? I think we still want Sylpheed on vga screens. |
| 16:37.28 | jcole | better yet, last time i checked, gpe apps were available in debian/ubuntu |
| 16:39.38 | jcole | what package would it be? |
| 16:41.27 | jcole | $ apt-cache search --names-only gpe- |
| 16:41.27 | jcole | gpe-contacts - contact manager for GPE, gpe-edit - GPE Palmtop Environment text editor, gpe-icons - Common icons used by GPE programs, gpe-julia - Julia/Mandelbrot set generator for GPE, gpe-taskmanager - lists windows and kills errant programs, gpe-todo - To-do list for GPE |
| 16:44.05 | florian_kc | pb__: so far this is related to the ones with big flash. its a little bit tricky... |
| 16:45.30 | florian_kc | if both fit in the 24mb of the impad images we won't break anything if we add Sylpheed on bigscreen devices with big flash and vlc in all big flash images. |
| 16:46.15 | florian_kc | s/impad/Simpad |
| 16:49.10 | koen | ehm, florian_kc |
| 16:49.27 | koen | florian_kc: gnome-vfs-plugin-smb sucks in samba, which is ~2.5MB |
| 16:49.56 | florian_kc | koen: it should suck in libsmbclient only |
| 16:50.49 | koen | ah, that got fixed |
| 16:51.57 | jcole | fyi, this works quite nice with qemu and a pda -> http://packages.ubuntulinux.org/dapper/net/vde |
| 16:52.03 | florian_kc | if not it needs fixing... reenoo said that gpe people should add what they thing should go into the images - so i did. |
| 16:52.17 | pb__ | right |
| 16:52.42 | *** join/#gpe jpetersen (n=petersen@p5088A462.dip0.t-ipconnect.de) |
| 16:52.45 | pb__ | florian_kc: okay, I guess we should investigate that. I certainly think that sylpheed is more useful than vlc on machines where it does work, particularly on the ones with keyboards. |
| 16:52.54 | jpetersen | hi |
| 16:53.03 | pb__ | florian_kc: I'll try building a simpad image and see what happens |
| 16:53.03 | koen | heh |
| 16:53.11 | koen | 'ones with keyboards' |
| 16:53.18 | koen | which is 'none' |
| 16:53.37 | florian_kc | pb__: yes indeed... we support devices with keyboards in familair? |
| 16:53.40 | florian_kc | heh |
| 16:53.45 | florian_kc | hi jpetersen |
| 16:54.18 | jcole | gpe has very little packages in ubuntu, i couldn't find the gpe mini browser anywhere in main, restricted, universe, or multiverse |
| 16:54.21 | jcole | fyi |
| 16:54.42 | pb__ | florian_kc: oh, right, that was for familiar? in that case, you're right, there aren't any keyboard-equipped machines to care about. |
| 16:54.59 | florian_kc | pb__: in fact we might want to improve support for external keyboards anyway. the 770 make a pretty nice moble office with an external keyboard e.g. |
| 16:55.08 | pb__ | yeah, true |
| 16:55.34 | florian_kc | jcole: yes right, and the ones available are outdated |
| 16:56.05 | jcole | florian_kc: ok, i'll wait |
| 16:56.22 | jcole | florian_kc: or probably not, lol |
| 16:57.04 | jpetersen | neal: it looks like gpe/event-db.h is not up-to-date in CVS |
| 16:57.12 | pb__ | florian_kc: I guess it would be nice to make that package selection explicitly a DISTRO thing rather than just having different gpe-image.bb files in the different oe release branches. |
| 16:57.22 | florian_kc | pb__: hmm... gpe-bluetooth could attach bluetooth keyboards and tell libgtkinput to disable the virtual keyboard. |
| 16:57.29 | pb__ | yes, that would be cute |
| 16:58.07 | pb__ | I keep meaning to buy myself one of those bluetooth projection keyboards to play with. |
| 16:58.42 | florian_kc | pb__: yes indeed... thats more or less the same sort of trouble like we run into with bugzilla: it works for gpe and one distro but if more distros show up we are in trouble. |
| 16:59.09 | neal | jpetersen : What's the error? |
| 16:59.11 | florian_kc | pb__: uh... it will look geek at least. |
| 16:59.37 | pb__ | heh, yes, indeed |
| 17:00.27 | florian_kc | I bought a SU-8W... because it is small. |
| 17:00.37 | jpetersen | neal: doubled declaration of structs |
| 17:01.21 | neal | jpetersen : I'm checking but the cvs server is slow. |
| 17:02.00 | jpetersen | neal: last revision date in cvs log gpe/event-db.h is 2006/04/13 |
| 17:02.08 | neal | damn. |
| 17:02.16 | neal | well then it is not up to date. |
| 17:02.22 | jcole | i'm going to javaone in a couple weeks, big buzz is linux + jme (java micro edition) on embedded devices |
| 17:02.41 | neal | <PROTECTED> |
| 17:02.45 | neal | arg. |
| 17:02.51 | florian_kc | jcole: would be cool to have for gpe too... |
| 17:03.05 | florian_kc | neal: :-/ |
| 17:06.11 | jcole | florian_kc: i heard the the new hd-dvd and blueray-dvd movie specification will use jme for the dvd menus.. they chose java for it's cross platform/cpu/dvdplayer ability... a little jvm on all your new dvd disks |
| 17:06.44 | jcole | florian_kc: same bytecode, different platforms |
| 17:07.15 | florian_kc | jcole: uh |
| 17:08.18 | jcole | florian_kc: gpe doesn't seem to be as popular as opie is in the linux embedded booths at these events, not even really mentioned |
| 17:09.00 | neal | jpetersen : Okay, I've checked the changes in. |
| 17:09.17 | florian_kc | jcole: its mentioned and present at LinuxTag next week :-) |
| 17:09.25 | florian_kc | btw. |
| 17:09.41 | florian_kc | Anyone here who intends to attend LinuxTag? |
| 17:10.57 | jpetersen | neal: thanks :) |
| 17:11.10 | neal | hopefully it works :-) |
| 17:11.15 | neal | I had to back out some local changes |
| 17:11.26 | neal | but I have other changes in event-db.c so I couldn't test. |
| 17:11.44 | jcole | florian_kc: cool |
| 17:11.46 | jpetersen | neal: i'll try |
| 17:12.16 | jcole | florian_kc: where are the linuxtag events? |
| 17:12.36 | jcole | florian_kc: i go to linuxworld in sf every year |
| 17:12.50 | florian_kc | jcole: Wiesbaden, Germany |
| 17:12.56 | jpetersen | neal: it works! |
| 17:13.00 | jcole | florian_kc: whoa, too far for me |
| 17:14.33 | pb__ | florian_kc: not me, regrettably |
| 17:14.33 | florian_kc | pb__: :-( |
| 17:14.33 | neal | jpetersen : As in it compiles? |
| 17:14.37 | neal | jpetersen : Or it actually, really, works :-) |
| 17:15.02 | jpetersen | neal: it compiles ;) |
| 17:16.04 | jpetersen | florian_kc: perhaps i'll be there friday. |
| 17:16.31 | pb__ | florian_kc: oh, right, it isn't in Karlsruhe anymore? |
| 17:17.28 | florian_kc | jpetersen: cool, visit gpe :-) iirc we are at the gnome booth this year again... |
| 17:18.09 | florian_kc | pb__: yes... i hope the new location isn't too bad :-/ |
| 17:22.19 | florian_kc | hi Philippe |
| 17:22.26 | Philippe | hi florian_kc |
| 17:22.29 | koen | hey Philippe |
| 17:22.43 | Philippe | hi koen |
| 17:23.45 | Philippe | Let's start organizing GPE-conf - embedded GNU/Linux for the masses - |
| 17:24.13 | neal | jpetersen : I just checked in two patches relevant to the event code. |
| 17:24.25 | neal | jpetersen : In libeventdb and gpe-calendar |
| 17:26.12 | *** join/#gpe toi (n=peter@d54C24BC0.access.telenet.be) |
| 17:27.25 | florian_kc | Philippe: okay |
| 17:36.10 | *** join/#gpe cyrilRomain (n=cyrilRom@AToulouse-157-1-94-196.w86-213.abo.wanadoo.fr) |
| 17:43.48 | pb__ | later all |
| 18:00.12 | jpetersen | neal: if you edit an event which uses 'end after ... recurrences' the 'forever' radiobutton is selected |
| 18:04.05 | jpetersen | besides that the new recurrence code seems to work more reliable |
| 18:10.52 | juliux | hi jpetersen |
| 18:15.55 | jpetersen | juliux: hi |
| 18:21.08 | pb_ | reenoo|z1zZ: I'm flashing that -rc2 image now. |
| 18:29.46 | *** join/#gpe zecke (n=ich@88.134.3.107) |
| 18:47.09 | reenoo | evening |
| 18:47.18 | reenoo | pb_: cool, thanks. |
| 18:50.34 | pb_ | zecke: good evening |
| 18:50.38 | zecke | hey |
| 18:55.18 | mreimer | hello all |
| 18:56.04 | mreimer | reenoo: what do you think about pulling in the latest gpe-bootsplash from .dev? I think it's faster because it saves the output of gpe-bootsplash and just cats it to /dev/fb0 on subsequent invocations |
| 18:56.27 | reenoo | mreimer: it misses the point |
| 18:56.43 | mreimer | how so? |
| 18:57.39 | reenoo | mreimer: initial boot is still as slow as before and writing to flash bypassing the package manager doesn't seem quite right either |
| 18:58.21 | lamikr | Hi all |
| 18:58.26 | mreimer | reenoo: so if the code were moved to postinst you wouldn't mind? |
| 18:59.09 | reenoo | mreimer: well, that way you have no control over image size etc. either |
| 18:59.30 | pb_ | yeah, that doesn't sound very appealing. how much time does it actually save at bootup after the first time? |
| 18:59.46 | mreimer | I haven't tried it myself |
| 19:00.02 | pb_ | okay. do you find the current gpe-bootsplash to be offensively slow? |
| 19:00.06 | reenoo | ~10 seconds |
| 19:00.22 | pb_ | crumbs, I didn't realise the svg rendering was taking that long. |
| 19:00.22 | reenoo | but maybe I'm confusing that with something else |
| 19:00.34 | koen | pb_: depends on the svg used |
| 19:00.44 | koen | but 10 seconds is a good guess |
| 19:00.46 | pb_ | if it really does take 10 seconds to plot a simple 240x320 image then I think something must be broken in the svg library. |
| 19:00.59 | pb_ | I guess I can measure it when my ipaq is done flashing |
| 19:01.31 | pb_ | drat. download error, aborting |
| 19:02.01 | pb_ | I guess using ymodem-g was a dim plan |
| 19:02.42 | pb_ | I guess I'll go plant some seeds in the greenhouse while it downloads the image |
| 19:06.10 | *** join/#gpe BBrox (n=ulmer@bbrox.org) |
| 19:10.00 | reenoo | mreimer: I believe older versions of gpe-bootsplash used to use png images (pb_ will know the details). if worse comes to worst we can try that. |
| 19:21.10 | neal | jpetersen : Do you mean "end on" |
| 19:21.18 | neal | jpetersen : If so, it seems to work here. |
| 19:21.27 | neal | jpetersen : At least for the events I've looked at. |
| 19:23.08 | pb_ | reenoo: yes, that's correct |
| 19:23.20 | pb_ | we switched it to SVG so that a single image would work on many screen resolutions |
| 19:24.24 | jpetersen | neal: i mean "end after" |
| 19:53.10 | pb_ | phew, flashing finished |
| 19:54.11 | pb_ | gpe-bootsplash seems to take about three or four seconds on my h5500 |
| 19:54.24 | pb_ | I guess that's a bit longer than would be ideal, but it doesn't seem worth losing too much sleep over |
| 19:54.35 | reenoo | hmm |
| 19:54.59 | reenoo | let me check how long it takes on my h3800 |
| 19:56.04 | pb_ | root@h3900:~# time /etc/init.d/gpe-bootsplash start |
| 19:56.04 | pb_ | 1.13user 3.22system 0:04.34elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k |
| 19:56.04 | pb_ | 0inputs+0outputs (1377major+1294minor)pagefaults 0swaps |
| 19:56.24 | pb_ | I'm a bit startled by that 3.22 system time |
| 19:56.28 | pb_ | I wonder what it's up to |
| 19:57.37 | pb_ | hm, drat, we still have this stupid rpath thing as well |
| 19:57.38 | pb_ | open("/home2/rw/openembedded/oz354fam083/build-familiar-0.8.3-multimachine/tmp/staging/arm-linux/lib/libjpeg.so.62", O_RDONLY) = -1 ENOENT (No such file or directory) |
| 19:58.18 | reenoo | about 9 secs here (don't have time installed right now) |
| 19:58.53 | pb_ | ah, okay, that does sound a bit worse |
| 19:59.13 | pb_ | it's comforting to hear that my 400MHz processor is faster than your 206MHz one though :-} |
| 19:59.23 | reenoo | heh |
| 20:06.51 | *** join/#gpe cedricb (n=cedric@AAnnecy-152-1-182-21.w86-219.abo.wanadoo.fr) |
| 20:07.27 | *** join/#gpe og_ (n=og@host-84-9-158-87.bulldogdsl.com) |
| 20:07.33 | og_ | hey can someone help? |
| 20:07.57 | og_ | i got problem using png files in familiar |
| 20:08.10 | og_ | is there a package i need to install to get it to work? |
| 20:08.16 | pb_ | gdk-pixbuf-loader-png |
| 20:08.33 | og_ | ty |
| 20:08.43 | *** join/#gpe JiniDog (n=jini@V876b.v.pppool.de) |
| 20:14.29 | og_ | i got something called gdk-pixbuf-query-loaders .... |
| 20:14.39 | og_ | not quiet sure what im surposed to do im sorry |
| 20:14.45 | og_ | only just got gpe running |
| 20:14.58 | og_ | and on a unsuported platform |
| 20:15.03 | og_ | ipaq rx3715 |
| 20:15.15 | og_ | just got it running in a chrooted enviroment |
| 20:15.50 | ||cw | gdk-pixbuf-loader-png would be a package you need to install |
| 20:16.14 | og_ | ok, |
| 20:16.49 | reenoo | pb_: is there anything we can do about the rpath issue? I guess that would slow down library loading quite a bit... |
| 20:20.02 | pb_ | good question |
| 20:20.09 | pb_ | I guess libtool is probably the culprit |
| 20:21.05 | reenoo | hmm, right, I remember reading that in the libtool docs the other day |
| 20:21.06 | reenoo | heh |
| 20:21.22 | pb_ | heh |
| 20:21.29 | pb_ | did the docs say anything about how to turn it off? |
| 20:22.20 | mreimer | I wonder how many other apps are affected |
| 20:22.53 | pb_ | more or less all of them, I think |
| 20:23.15 | *** join/#gpe shiyee (n=Shiyee@0x535d6425.abnxx4.adsl-dhcp.tele.dk) |
| 20:23.32 | reenoo | pb_: I don't remember, sorry. something along the lines of "you should be happy libtool does all these great things for you" |
| 20:24.07 | pb_ | yah, that's what I feared |
| 20:24.14 | reenoo | >:) |
| 20:24.24 | pb_ | I'll take a look at the libtool code in the morning and see if I can figure out how to stop it |
| 20:24.45 | pb_ | probably not a good idea to try now, I just ate dinner |
| 20:28.02 | reenoo | heh |
| 20:28.36 | mreimer | stracing gpe-calendar I see 68 attempts to open files from my build directory |
| 20:30.02 | mreimer | that's gotta hurt on jffs2 |
| 20:30.55 | pb_ | right |
| 20:32.50 | pb_ | kergoth might know. it'd be worth asking him if he happens to show up. |
| 20:34.49 | mreimer | didn't koen run into this a couple of months ago? |
| 20:35.19 | pb_ | reenoo: the l10n seems to be a lot better in -rc2 compared to earlier images |
| 20:36.02 | koen | mreimer: the hwcap patch in glibc should prevent that, but it seems to fail |
| 20:36.41 | mreimer | koen: the hwcap patch address rpath stuff? |
| 20:37.05 | pb_ | mreimer: no, the hwcap patch is for something else |
| 20:38.59 | pb_ | Philippe: gpe-mini-browser and gpe-timetracker both seem to have untranslated .desktop files. Is there anything that can be done about that? |
| 20:40.36 | pb_ | gpe-screenshot, too |
| 20:44.01 | pb_ | reenoo: ah, thinking about it more, I have a feeling that the rpath thing is caused by linking against "installed=no" .la files. |
| 20:44.17 | pb_ | iirc, someone had a patch to make them all installed=yes a few weeks ago |
| 20:44.55 | Philippe | pb_, let me check. I could do some .desktop translation myself |
| 20:47.37 | pb_ | Philippe: great, thanks |
| 20:47.54 | pb_ | it would be nice to try to get all the program names that show up on the "home" screen translated. |
| 20:49.17 | neal | jpetersen : Bug now fixed in CVS. |
| 20:49.25 | neal | jpetersen : Thanks. |
| 20:49.29 | Philippe | pb_, any link to what I should do to make that stuff happen? If you have something in mind. Otherwise I will piece it together with google and looking at the other gpe apps |
| 20:50.03 | pb_ | Philippe: do those packages have any translation infrastructure at all right now? |
| 20:51.10 | Philippe | pb_, they should. Florian added that. I have a po dir and the pot file is generated. I however don't find a mention of the .desktop file in those things... |
| 20:51.37 | pb_ | Philippe: "make po" should extract the strings from the .desktop file (using intltool-extract) and merge them into the .pot file |
| 20:51.40 | koen | pb_: http://handhelds.org/hypermail/oe/75/7527.html that one? |
| 20:51.50 | pb_ | if that isn't happening, you might be missing some makefile bits. |
| 20:52.01 | pb_ | are you using autotools, or the old gpe build system, or something else? |
| 20:53.27 | pb_ | once you get an appropriate .pot file, it's basically just a case of submitting it to the Translation Project and then waiting for results. |
| 20:55.55 | Philippe | pb_, the thing is I don't find any .desktop mention in the pot file. (although the desktop file is mentioned in POTFILES, well at least the .in file) |
| 20:59.25 | pb_ | Philippe: is it running intltool-extract? |
| 21:00.33 | Philippe | I am checking that... |
| 21:03.53 | Philippe | /usr/bin/xgettext: warning: file `gpe-mini-browser.desktop.in' extension `desktop' is unknown; will try C |
| 21:03.53 | Philippe | /usr/bin/xgettext: warning: file `hildon/gpe-mini-browser.desktop.in' extension `desktop' is unknown; will try C |
| 21:04.05 | Philippe | This is the problem I believe... |
| 21:04.40 | reenoo | pb_: ah, hmm. I guess I'd have to rebuild from scratch to make use of that :( |
| 21:05.17 | reenoo | pb_: gpe-screenshot should have the required i10n infrastructure in place |
| 21:05.42 | pb_ | reenoo: actually, looking more closely at the bits, I think the main problem is that libgtk has the rpath in it. I don't think the application binaries themselves are tainted. |
| 21:06.05 | pb_ | reenoo: so, it might work to just patch and rebuild gtk+ and maybe a couple of other libraries |
| 21:06.28 | pb_ | reenoo: okay. did you submit the .pot file to the TP? |
| 21:07.52 | reenoo | pb_: hmm, sounds managable. could you check if that improves the situation? I'm a bit short on time these days... |
| 21:08.03 | pb_ | will do |
| 21:08.10 | reenoo | pb_: no. how would I go about submitting it? |
| 21:09.31 | pb_ | reenoo: send a note to translation@iro.umontreal.ca mentioning the new package and telling them where they can download the tarball |
| 21:10.22 | reenoo | pb_: ok |
| 21:10.46 | Philippe | pb_, no intltool-extract... damn... |
| 21:11.41 | pb_ | that is unfortunate. are you using automake? |
| 21:16.50 | Philippe | pb_, yep. It does a lot of gettext magic and configure checks for intltool |
| 21:21.23 | pb_ | and does it find intltool? |
| 21:21.50 | Philippe | pb_, checking for intltool >= 0.23... 0.34.1 found |
| 21:23.00 | pb_ | mm, that should be fine |
| 21:23.23 | pb_ | do you have @INTLTOOL_DESKTOP_RULE@ in your Makefile.am? |
| 21:24.58 | Philippe | let me check...Yep. I just saw a mention of overwriting po/Makefile.in.in so I messing with the configure generation (adding --force to intltoolize) |
| 21:28.04 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 21:28.55 | Philippe | I also do not have a po make target. In the po dir I could do make update-po earlier (which seems broken now) |
| 21:29.47 | pb_ | I guess you should compare your makefile and configure script to, say, the one from gpe-calendar. |
| 21:30.43 | Philippe | pb_, I think I will. (however no desktop stuff in the gpe-calendar po files either) |
| 21:31.08 | Philippe | Anyway that is for tomorrow. I need to go to sleep. Early day tomorrow. Lauterbach JTAG gebugger training |
| 21:31.28 | Philippe | goodnight everybody |
| 21:56.17 | CoreDump|home | re |
| 22:07.19 | *** join/#gpe florian (n=fuchs@p5083908C.dip0.t-ipconnect.de) |
| 22:11.08 | florian | re |
| 22:12.45 | CoreDump|home | wb florian |
| 22:14.09 | florian | reenoo|afk: Did you manage to create the familiar-dev bugzilla account? |
| 22:15.24 | reenoo | florian: me? why? you'll probably want to take that up with George |
| 22:16.52 | *** join/#gpe fuchs__ (n=fuchs@p5083908C.dip0.t-ipconnect.de) |
| 22:18.59 | reenoo | florian: I'm also not exactly sure why you pushed those two changesets. basically you ignored what I said and a) replaced sylpheed with vlc-gpe despite me voting against that and b) added dependencies without checking all image sizes of affected machines as I asked you to |
| 22:20.03 | florian | reenoo: you said gpe folks should decide... and what makes you that sure i didn't check the dependencies? |
| 22:20.16 | *** join/#gpe og__ (n=og@host-84-9-158-87.bulldogdsl.com) |
| 22:20.29 | og__ | can someone tell me where i can find package for gpe? |
| 22:20.41 | og__ | or familiar in general |
| 22:20.53 | og__ | im realy realy new at this if you hadnt guesed |
| 22:20.58 | og__ | and am flying blind |
| 22:21.11 | florian | og__: That would depend on the device you intend to use. |
| 22:21.17 | og__ | florian, ah |
| 22:21.25 | og__ | florian, im on a rx3715 |
| 22:21.31 | og__ | which isnt supported |
| 22:21.34 | og__ | hand on |
| 22:21.47 | florian | i remember someone mentioned this some days ago... |
| 22:21.50 | og__ | does a 2200 mean anything to you |
| 22:22.02 | og__ | cause i'll have packages for that! |
| 22:22.14 | florian | og__: the ipay h2200? |
| 22:22.18 | florian | eh ipaq |
| 22:22.20 | og__ | i tryed a ipkg update but it just 404'ed |
| 22:22.24 | og__ | florian, probably |
| 22:22.35 | og__ | florian, yeah |
| 22:23.25 | florian | og__: basically the packages for all these ipaqs should be binary compatible, but what you are searching for is a ready made image to boot your device. |
| 22:23.51 | reenoo | florian: I said there had been "no consensus on gpe@ wrt Sylpheed or vlc-gpe" and therefore marked the bug as WONTFIX |
| 22:24.04 | og__ | florian, i have booted gpe (kinda) |
| 22:24.25 | og__ | just wanna look at/install some packages |
| 22:26.07 | florian | reenoo: right, that's why i decided this. i'm just building a set of new images to have to abolute clue if any of these changes might cause trouble. |
| 22:26.35 | reenoo | that's the wrong way around |
| 22:26.45 | reenoo | first test, then push |
| 22:27.11 | og__ | its cool i've worked out how to use the package manager |
| 22:28.10 | florian | og__: if you have feeds configured you should be able to install arbitary packages for the other ipaq models - except of the kernel packages maybe. |
| 22:28.53 | florian | reenoo: just to be sure, its not the first time i install gnome-vfs plugins or vlc. |
| 22:33.02 | og__ | florian, i'll look into it |
| 22:34.28 | reenoo | florian: that's nice and all. but I still voted against vlc-gpe and the release branch is intented to not contain any untested stuff |
| 22:34.58 | reenoo | intended even |
| 22:36.19 | florian | reenoo: from what i know it is known to be the best media player we have, so its better than shipping applications which are useless on most of the target devices. |
| 22:37.15 | reenoo | florian: you do like playing games with me for sure. it must be fun. |
| 22:38.06 | florian | reenoo: what makes you think this? Sylphed is ueless on all iPAQ except of the hx4700. |
| 22:38.40 | *** join/#gpe og_ (n=og@host-84-9-158-87.bulldogdsl.com) |
| 22:39.09 | florian | reenoo|zZzZ: sometimes i really wonder if people appreciate helping with familiar or not. |
| 22:42.25 | og__ | how can i get hold of a xscreensaver package? |
| 22:42.55 | florian | og__: that might be hard, screensavers waste power.... |
| 22:43.05 | og__ | lol true |
| 22:43.17 | og__ | but while its docked its no problem... |
| 22:43.29 | florian | i don't think familiar has packaged this |
| 22:43.42 | og__ | i would have to compile myself? |
| 22:45.06 | florian | right |
| 22:45.22 | og__ | np |
| 22:45.28 | og__ | i'll do it 2morrow |
| 22:58.40 | florian | france_: where do i need to copy files too, to access them via http://ftp.handhelds.org/pub/projects/gpe/source/ ? |
| 22:59.45 | florian | france_: handhelds.org:/home/ftp/projects/gpe/source/ via ssh seems to be a black hole. |
| 23:00.50 | jpetersen | florian: As a member of GNOME Deutschland e.V. i'll be at the gnome booth, too |
| 23:01.24 | florian | jpetersen: cool |
| 23:01.48 | florian | jpetersen: so there is no chance to miss each other ;-) |
| 23:01.51 | france_ | florian: you are on h7, which is synced to h2 every 6 hours.... |
| 23:02.20 | france_ | florian: it will be nice when everything is on h2, except for e-mail. |
| 23:02.20 | jpetersen | florian: ;-) |
| 23:02.29 | florian | france_: how to copy there directly, i don't want to wait 6 hours before i can test a bb file. |
| 23:03.16 | france_ | florian: syncing now...I will setup an account for you in a few minutes..., but be certain you put it in both places or the sync will wipe out the file. |
| 23:03.16 | florian | france_: that's a quite intrusive change for the gpe release scripts |
| 23:03.42 | france_ | florian: it is only temporary, while things are being migrated... |
| 23:04.01 | florian | france_: well.. how long is this expected to take? |
| 23:04.16 | france_ | florian: the sync or the migration? |
| 23:04.29 | florian | france_: the migration |
| 23:05.17 | france_ | florian: I was hoping this next weekend, but I might have to head back to california..on Thursday..(so it maybe tue or wed.) |
| 23:06.47 | france_ | florian: I might have time to finish tomorrow, but I hate making changes then leaving the state. |
| 23:07.32 | florian | france_: okay... |
| 23:07.52 | florian | france_: it would definitely be good to have that soon... |
| 23:27.40 | jpetersen | good night |
| 23:31.16 | florian | good night |