| 00:19.49 | *** join/#gpe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 00:25.06 | *** join/#gpe RP (i=1000@tim.rpsys.net) |
| 02:33.03 | *** join/#gpe FortMax (n=aperez@pool-71-250-116-84.nwrknj.east.verizon.net) |
| 03:00.20 | *** join/#gpe leoncamel (n=leoncame@219.142.132.25) |
| 03:41.35 | *** join/#gpe leoncamel (n=leoncame@219.142.132.25) |
| 03:41.36 | *** join/#gpe RP (i=1000@tim.rpsys.net) |
| 03:41.36 | *** join/#gpe Philippe (n=philippe@a81-197-102-144.elisa-laajakaista.fi) |
| 03:41.36 | *** join/#gpe theturtle (n=theturtl@lns-bzn-51f-81-56-135-127.adsl.proxad.net) |
| 03:41.36 | *** join/#gpe polyonymous (n=hacker@pD9538E23.dip0.t-ipconnect.de) |
| 03:41.36 | *** join/#gpe lamikr (n=chatzill@aragorn.kortex.jyu.fi) [NETSPLIT VICTIM] |
| 03:41.36 | *** join/#gpe Timelord0 (n=TL@4.78.4.43) |
| 03:41.36 | *** join/#gpe jsun (n=jsun@host246.docomolabs-usa.com) [NETSPLIT VICTIM] |
| 03:41.36 | *** join/#gpe BBrox_ZZzZ (n=ulmer@bbrox.org) |
| 03:41.36 | *** join/#gpe mAl3X (n=mAl3X@largo.compusleuth.com) [NETSPLIT VICTIM] |
| 03:41.36 | *** join/#gpe JAV (n=JAV@105.Red-80-34-40.staticIP.rima-tde.net) |
| 03:41.37 | *** join/#gpe eyck (i=eyck@ghost.anime.pl) [NETSPLIT VICTIM] |
| 03:41.37 | *** join/#gpe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
| 03:41.37 | *** join/#gpe ||cw (n=chris@pdpc/supporter/active/cw) |
| 03:41.37 | *** join/#gpe flypiper (n=ISP-1@12-203-211-89.client.insightBB.com) |
| 03:41.37 | *** join/#gpe DataBeaver (i=tdb@YZMDCCCXXXV.dsl.saunalahti.fi) |
| 03:41.37 | *** join/#gpe emte (n=emte@d64-180-41-158.bchsia.telus.net) [NETSPLIT VICTIM] |
| 03:41.37 | *** join/#gpe poli (n=ca@CAcert-br/poli) |
| 03:41.37 | *** join/#gpe lama (i=lama@aab82.internetdsl.tpnet.pl) |
| 03:41.37 | *** join/#gpe lardman|gone (n=lardman@138.38.73.178) |
| 03:41.37 | *** join/#gpe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 03:41.38 | *** join/#gpe france (n=france@pool-141-154-250-131.bos.east.verizon.net) |
| 03:41.38 | *** join/#gpe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 03:41.38 | *** join/#gpe pb_ (n=pb@2002:5165:89b3:1:a00:1fff:fe06:93c) [NETSPLIT VICTIM] |
| 03:41.38 | *** join/#gpe jserv2 (n=jserv@linux3.cc.ntu.edu.tw) [NETSPLIT VICTIM] |
| 03:41.38 | *** join/#gpe paul (i=[U2FsdGV@hibernia.jakma.org) |
| 03:41.38 | *** join/#gpe ewano (n=ewan@193.1.99.74) |
| 03:41.38 | *** join/#gpe CSMan (n=csman@bas1-montreal42-1177928304.dsl.bell.ca) [NETSPLIT VICTIM] |
| 03:41.38 | *** join/#gpe cmarqu_ (i=colin@oerks.net) |
| 06:26.01 | *** join/#gpe zap (n=zap@217.170.93.9) |
| 07:01.00 | *** join/#gpe JiniDog (n=jini@Va9e1.v.pppool.de) |
| 07:51.36 | neal | morning koen. |
| 07:52.41 | koen | hey neal |
| 08:10.33 | *** join/#gpe rob_w (n=bob@p213.54.217.245.tisdip.tiscali.de) |
| 08:58.30 | *** join/#gpe cromain (n=cromain@AToulouse-157-1-17-194.w86-201.abo.wanadoo.fr) |
| 09:11.28 | *** join/#gpe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 09:18.20 | *** join/#gpe polyonymous (n=hacker@pD9538BC4.dip0.t-ipconnect.de) |
| 09:31.02 | *** join/#gpe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 09:46.13 | CoreDump|home | morning |
| 09:57.09 | CoreDump|home | koen: do you have a hint or two how gpe-login's font-size can be reduced? With propper 200DPI it is rather large =) |
| 09:57.26 | koen | /etc/X11/gpe-login.gtkrc :) |
| 09:57.33 | koen | check my patches in OE :) |
| 09:57.44 | CoreDump|home | will do |
| 09:57.53 | CoreDump|home | wait a second |
| 09:58.01 | CoreDump|home | login is themable? nice! |
| 09:58.26 | koen | packages/gpe-login/files/highdpifontfix.patch |
| 09:58.40 | CoreDump|home | i've seen that, yeah |
| 09:58.47 | koen | that patch sets the fontsize to 5 and selects the industrial theme |
| 09:58.53 | koen | "No more blue" |
| 09:58.55 | CoreDump|home | but that reduces matchbox font only |
| 09:59.04 | koen | ehm |
| 09:59.11 | koen | there is no matchbox at logintime |
| 10:00.01 | CoreDump|home | this patch patches xsettings |
| 10:00.20 | CoreDump|home | not the gtkrc your were talking about ;) |
| 10:01.14 | koen | CoreDump|home: +++ gpe-login-0.83/X11/gpe-login.gtkrc 2005-11-08 17:16:22.659392816 +0100 |
| 10:01.27 | CoreDump|home | +++ gpe-session-scripts-0.66/X11/xsettings.default |
| 10:01.30 | CoreDump|home | =D |
| 10:01.44 | CoreDump|home | ok, that's a patch with an identical name then hehe |
| 10:02.02 | CoreDump|home | yep, same name |
| 10:02.19 | koen | yeah, I'm not so creative with names |
| 10:02.23 | CoreDump|home | hehe |
| 10:02.35 | CoreDump|home | I'll try that patch right away |
| 10:06.29 | CoreDump|home | ok, something pulls in openssh-sshd in gpe-image. Which is all nice and sweet but openssh-ssh is now RREPLACES dropbear. Which then results in an image w/o scp, sftp and so on |
| 10:14.46 | pb_ | "ipkg whatdepends openssh-sshd" |
| 10:27.50 | CoreDump|home | koen: the patch worked allright, however, gpe-login chooses to ignore the new settings heh. Is there a trick to it? |
| 10:28.05 | koen | weird |
| 10:28.10 | koen | it should use the gtkrc |
| 10:28.19 | koen | (which is the problem in the first place) |
| 10:31.56 | *** join/#gpe RP (i=1000@tim.rpsys.net) |
| 10:41.31 | CoreDump|home | koen: it's not reading it, it goes for /etc/gtk-2.0/gtkrc instead |
| 10:43.20 | koen | ah well |
| 10:44.03 | *** join/#gpe JiniDog (n=jini@V88f9.v.pppool.de) |
| 10:46.29 | *** join/#gpe reenoo|afk (n=r@p5489CDC3.dip.t-dialin.net) |
| 10:48.26 | CoreDump|home | koen: Xft.dpi: 160 looks good. So..shall I write a script and remove all patches to font-size? |
| 10:49.02 | koen | please do |
| 10:49.08 | CoreDump|home | ok |
| 10:49.24 | koen | my previous efforts to make people aware of the problem didn't go anywhere |
| 10:49.31 | koen | hence all the patches in OE |
| 10:50.02 | CoreDump|home | =) |
| 10:54.14 | *** join/#gpe pb__ (n=pb@2002:5246:d929:1:20e:2eff:fe2d:60bf) |
| 10:57.27 | pb__ | hi reenoo |
| 10:58.01 | pb__ | I think I have a working patch for that i18n thing now. I'll generate and upload a diff later this afternoon (it's on my laptop which is on the other side of town right now). |
| 10:58.40 | reenoo | morning |
| 10:58.45 | reenoo | hey pb__ |
| 10:58.55 | reenoo | pb__: excellent. thanks |
| 10:59.02 | pigeon | hi pb__ |
| 10:59.54 | *** join/#gpe zap (n=zap@217.170.93.9) |
| 11:04.28 | pb__ | hi pigeon |
| 11:12.30 | *** join/#gpe richard2 (i=1000@tim.rpsys.net) |
| 11:20.08 | *** join/#gpe RP (i=1000@tim.rpsys.net) |
| 11:22.11 | *** part/#gpe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 11:28.44 | CoreDump|home | ok, script is done. I'm currently setting defaults for 180-220DPI -> Xft.dpi 160, and 90-110DPI -> Xft.dpi 100. Is there a known DPI for some machine that I missed? |
| 11:29.52 | koen | the qvga ipaq are usually 90-110 dpi |
| 11:30.07 | CoreDump|home | great |
| 11:31.51 | *** join/#gpe cazze (n=kammi@dD576250F.access.telenet.be) |
| 11:32.00 | pb__ | reenoo: I've also retrieved my h5500 from the office, so I can test on that today as well. |
| 11:32.40 | pb__ | CoreDump|home: that sounds okay. You might as well just set Xft.dpi to 100 for anything less than 180. |
| 11:33.40 | pb__ | in the future it might also be nice to provide a "big fonts" option that scales the dpi up by another 20% or so, like Windows does. |
| 11:33.54 | CoreDump|home | pb_: right, but how knows what sort of funny machines we support in the future ;) The failsafe is 100 in any case |
| 11:33.58 | reenoo | pb__: ah, cool |
| 11:34.58 | pb__ | CoreDump|home: okay, very good |
| 11:35.58 | pb__ | bbl |
| 11:39.32 | *** join/#gpe Ge0rgy (n=Christop@dslb-084-057-157-159.pools.arcor-ip.net) |
| 11:55.13 | *** join/#gpe JiniDog (n=jini@V88f9.v.pppool.de) |
| 12:18.09 | CoreDump|home | it appears that xterm's font is too small no matter what |
| 12:18.24 | CoreDump|home | it isn't affected by Xft.dpi |
| 12:19.59 | *** join/#gpe FortMax (n=aperez@pool-71-250-116-84.nwrknj.east.verizon.net) |
| 12:31.03 | koen | CoreDump|home: I think that's handled by .Xdefaults |
| 12:31.17 | CoreDump|home | it is |
| 12:42.48 | *** join/#gpe zecke (n=ich@88.134.3.107) |
| 12:58.18 | CoreDump|home | /etc/init.d/zaurusd does not handle the softkeys on first boot due to the fact that the screen hasn't been calibrated when it is launched. The easy way would be to restart zaurusd from within 30xTs_Calibrate after calibration. Slightly ugly but works |
| 12:59.24 | pb_ | hail zecke |
| 13:06.02 | *** join/#gpe theturtle (n=theturtl@theturtle.net) |
| 13:06.46 | pb_ | CoreDump|home: it's a shame that zaurusd's tskeys thing wants to be a separate input event reader, rather than receiving events from the xserver. |
| 13:07.34 | pb_ | doing things the way it does is rather inefficient, as well as running into the calibration thing you mentioned |
| 13:08.28 | CoreDump|home | true, but it's the best we got ;) |
| 13:09.33 | pb_ | heh. maybe you could persuade one of the zaurus h4x0rs to make it better. |
| 13:10.01 | CoreDump|home | ;) |
| 13:10.56 | CoreDump|home | well, i'll patch calibrate for the time beeing |
| 13:11.17 | pb_ | okay |
| 13:11.25 | pb_ | that does sound like the most expedient thing to do right now |
| 13:49.19 | *** join/#gpe kr0k4s (i=krokas@ppp83-237-242-151.pppoe.mtu-net.ru) |
| 13:53.15 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 14:09.26 | *** join/#gpe pb__ (n=pb@2002:5246:d929:1:20e:2eff:fe2d:60bf) [NETSPLIT VICTIM] |
| 14:09.26 | *** join/#gpe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) [NETSPLIT VICTIM] |
| 14:21.51 | *** join/#gpe mickeyl (n=LPA@gandalf.tm.informatik.uni-frankfurt.de) |
| 14:22.13 | mickeyl | where can i change the language for a user after the initial creation? |
| 14:23.17 | *** join/#gpe unknown26 (n=fake@c-71-195-30-165.hsd1.mi.comcast.net) |
| 14:36.34 | pb_ | I'm not sure if there's a UI for that, but "echo de_DE >~mickeyl/.gpe/locale" should do the trick. |
| 14:36.53 | pb_ | You can change it on a per-session basis at the login screen, obviously, but I don't think that's persistent. |
| 14:37.06 | mickeyl | ah right. thanks. |
| 14:37.19 | mickeyl | the german translation sucks a bit |
| 14:37.24 | mickeyl | guess you would welcome patche s:) |
| 14:37.28 | reenoo|afk | it is persistent |
| 14:37.31 | pb_ | yeah, I was talking to reenoo about that yesterday |
| 14:37.49 | pb_ | oh, right, very good |
| 14:38.19 | pb_ | mickeyl: go to the "start menu" and choose "log out" |
| 14:38.39 | mickeyl | heh, no "start menu" here |
| 14:38.43 | pb_ | ah |
| 14:38.58 | pb_ | in that case you might need to invoke gpe-logout by hand |
| 14:39.29 | mickeyl | right. thanks |
| 14:39.39 | pb_ | or just "killall matchbox-window-manager", which is what I tend to do |
| 14:39.40 | pb_ | heh |
| 14:39.57 | mickeyl | GPE improved a lot since the last time i used it |
| 14:40.01 | mickeyl | a year ago or so |
| 14:40.41 | pb_ | right, I'm glad you think so |
| 14:42.17 | mickeyl | hmm, the miniclock seems to be fixed at the size of the analog clock even though i'm using 24h mode |
| 14:42.41 | CoreDump|home | the clock's position is bugged |
| 14:42.58 | pb_ | yeah, there's a (somewhat) long standing matchbox-panel bug there. |
| 14:43.07 | pb_ | we should lean on the openedhand h4x0rs to fix it |
| 14:44.01 | CoreDump|home | heh |
| 14:44.14 | pb_ | http://bugzilla.openedhand.com/show_bug.cgi?id=78 |
| 14:44.40 | mickeyl | ok, now a lame question... |
| 14:44.51 | mickeyl | can i synchronize with outl$$k? |
| 14:44.59 | reenoo | pb_: LEAD_SONAME is a glob? or a re? |
| 14:45.32 | pb_ | reenoo: re |
| 14:45.49 | reenoo | pb_: thanks |
| 14:46.11 | pb_ | mickeyl: regrettably not at the moment, at least not easily. you can syn with anything that opensync can sync with, but I don't think that includes MSOL. |
| 14:46.52 | mickeyl | i guess there's something to go from MSOL to an opensync-capable thing |
| 14:46.52 | pb_ | mickeyl: florian did have some plan for that which revolved around this monstrous java thing, but I'm not sure what the status is with that exactly |
| 14:47.18 | koen | opensync can sync to the monstrous java thing now IIRC |
| 14:47.36 | koen | so you can do gpe > opensync > funambol > msol |
| 14:49.42 | unknown26 | koen: Is the backlight slider level consistent on all the handhelds? (Screen Setup) |
| 14:50.17 | koen | unknown26: it should be, although I never use it |
| 14:50.50 | mickeyl | consistent in what way? |
| 14:51.05 | unknown26 | mickeyl: The level (1-100) |
| 14:51.32 | unknown26 | I remember a very long time ago there was some difference on zaurus models or something. That might have been about minilite though. |
| 14:52.14 | mickeyl | well, there's no way to have a consistent mapping from a level to a physical brightness |
| 14:52.23 | mickeyl | it varies from hardware to hardware |
| 14:52.23 | koen | for the MSOL sync thing: http://article.gmane.org/gmane.comp.misc.opensync.user/699/match=funambol |
| 14:52.25 | mickeyl | if that's what you mean |
| 14:52.42 | unknown26 | Good point :) |
| 14:53.15 | mickeyl | koen: ah. i guess i should try that |
| 15:42.40 | *** join/#gpe florian (n=fuchs@p5083A6C9.dip0.t-ipconnect.de) |
| 15:42.48 | poli | hey florian |
| 15:44.26 | florian | hi all |
| 15:48.00 | unknown26 | hi florian |
| 15:48.16 | florian | hey unknown26 |
| 15:48.58 | florian | looks like gconf dislikes 1970 :-/ brb |
| 15:59.49 | pb_ | good afternoon florian |
| 16:01.39 | *** join/#gpe florian (n=fuchs@p5083A6C9.dip0.t-ipconnect.de) |
| 16:04.44 | *** join/#gpe pb__ (n=pb@2002:5246:d929:1:20e:2eff:fe2d:60bf) |
| 16:07.31 | florian | pb_: http://handhelds.org/scap/land.3536.png |
| 16:07.55 | pb_ | florian: excellent! |
| 16:08.10 | pb_ | well, seems that you have a bit of a surfeit of to-do lists, but still. |
| 16:08.38 | florian | eh yes.. one sec |
| 16:09.16 | pb_ | I guess you have so many things to do that one copy of gpe-todo is not enough. |
| 16:10.00 | florian | indeed ;-) |
| 16:10.00 | florian | I wonder how that happened... gpe-tofo should be single instance only... |
| 16:11.02 | pb_ | yeah, I was wondering that as well |
| 16:14.39 | florian | ah... is it possible that X-SingleInstance isn't supported anymore? |
| 16:17.24 | *** join/#gpe Ge0rgy (n=Christop@dslb-084-057-157-159.pools.arcor-ip.net) |
| 16:19.02 | *** join/#gpe Ge0rgy_ (n=Christop@dslb-084-057-149-108.pools.arcor-ip.net) |
| 16:22.12 | pb_ | I think it should still be supported. Which launcher are you using? |
| 16:22.29 | florian | matchbox-desktop |
| 16:22.47 | pb_ | afaik, that should be fine |
| 16:23.10 | pb_ | what version do you have? I'll check the source |
| 16:23.43 | florian | It works for gpe-calendar which has SingleInstance in the file. |
| 16:24.23 | florian | 0.9.1 |
| 16:25.16 | pb_ | oh yeah |
| 16:25.17 | pb_ | <PROTECTED> |
| 16:25.17 | pb_ | <PROTECTED> |
| 16:25.17 | pb_ | <PROTECTED> |
| 16:25.28 | pb_ | so, you're right, no support for X-SingleInstance |
| 16:25.36 | pb_ | that seems like a bug |
| 16:25.39 | florian | Hmm... bug or feature? |
| 16:25.44 | florian | okay :-) |
| 16:27.08 | pb_ | actually, http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s04.html doesn't seem to mention SingleInstance at all, so technically I think matchbox should _only_ be using the X- form. |
| 16:28.55 | pb_ | oh well, crazy openedhand |
| 16:35.04 | reenoo | pb_: can you think of any reason why libglib-2.0-dev would be added to pygtk2 RDEPENDS presumably via shlibdeps? |
| 16:37.42 | florian | huh |
| 16:38.03 | koen | reenoo: gnumeric suffered from a similar problem, maybe Xora solution helps with pygtk2 as well? |
| 16:39.23 | reenoo | koen: what type of solution would that be? |
| 16:40.37 | koen | reenoo: no idea, but xora solved it :) |
| 16:41.09 | koen | http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=7399b613ed772a749345e8afb775ca6d7c3b3778 |
| 16:42.32 | reenoo | heh |
| 16:43.09 | reenoo | shipping the .so as part of libglib wouldn't really be a solution |
| 16:48.43 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 16:49.59 | *** join/#gpe JiniDog (n=jini@Vbd8e.v.pppool.de) |
| 17:05.17 | florian | pb_: hmm okay, i'll try to remeber my bugzilla account :-) |
| 17:05.56 | pb_ | reenoo: hm, no, not really. Do you know what's NEEDED by pygtk2? |
| 17:11.54 | reenoo | pb_: http://pastebin.com/649768 |
| 17:12.58 | pb_ | reenoo: okay. and what's in tmp/staging/arm-linux/shlibs/libglib2.0-dev.list? |
| 17:13.14 | pb_ | or, er, the similarly-named file that actually exists |
| 17:13.28 | florian | france: Did you manage to fix the bugzilla mails to the gpe mailinglist? |
| 17:15.33 | reenoo | pb_: there's just a tmp/staging/arm-linux/shlibs/libglib-2.0-dev.pclist |
| 17:15.41 | pb_ | ah, right, pkgconfig |
| 17:15.45 | pb_ | what's in there? |
| 17:16.10 | reenoo | http://pastebin.com/649776 |
| 17:16.16 | pb_ | have a look in pygtk2.ipk, see if it ships any .pc files that depend on glib. |
| 17:16.30 | reenoo | ah, right. it does |
| 17:16.44 | pb_ | aha |
| 17:17.05 | pb_ | I guess you need to relegate those files to some pygtk2-dev package. |
| 17:18.00 | reenoo | yeah |
| 17:18.01 | koen | heh |
| 17:18.03 | koen | http://blogs.qtdeveloper.net/archives/2006/04/07/blazingly-fast-fud-busters/ |
| 17:18.09 | koen | ljp strikes again |
| 17:18.22 | koen | "Gpe: No way to âmultitaskâ or select running application" |
| 17:22.05 | florian | koen: I wonder how he managed to make gpe-todo take 13s to start... without any data? |
| 17:22.27 | koen | florian: try using a 32-32 or 16-48 kernel on the 5000d |
| 17:22.40 | koen | gpe does not like <=32MB ram |
| 17:23.29 | CoreDump|home | 5000 only has 32Mb |
| 17:24.09 | florian | It is ~10 times faster on the 32mb h36xx devices... |
| 17:24.27 | pb_ | reenoo: I'm going to try flashing my h5500 now. Should I use the same image as yesterday? |
| 17:24.57 | florian | And i had it running on the 500d as well - no trouble at all. |
| 17:25.40 | reenoo | pb_: yeah |
| 17:25.40 | florian | koen: good point... but is there any documentation about that thing. everything i read was that it should be used... |
| 17:26.35 | pb_ | reenoo: okay, cool, loading now |
| 17:26.58 | pb_ | by the way, jg is right about the sluggish suspend. it takes a couple of seconds for my h3900 to go off after pushing the button. |
| 17:27.21 | reenoo | less than a second on my h3870 |
| 17:27.38 | pb_ | are you using a jacket? I think maybe the pcmcia stuff is part of the problem |
| 17:27.51 | reenoo | a cf jacket |
| 17:27.57 | reenoo | no pcmcia jacket |
| 17:28.12 | pb_ | mm, right, cf versus pcmcia shouldn't make any difference |
| 17:28.20 | pb_ | let me try again with the jacket removed |
| 17:28.44 | florian | pb_: hmm nasty, with an up to date image? |
| 17:30.06 | pb_ | removing the jacket didn't seem to make any difference |
| 17:30.27 | pb_ | it does seem to have gotten a bit faster on its own though, or maybe I just overestimated the time before. it now seems like about a second, or maybe a fraction less. |
| 17:30.34 | pb_ | florian: yeah |
| 17:30.38 | CoreDump|home | hmmm, gpe-windowlist is always empty on .oz354x |
| 17:31.09 | pb_ | I also just noticed "Out of Memory: Killed process 3299 (gpe-autostarter)" in the log, which doesn't sound too great |
| 17:31.28 | pb_ | not quite sure when that happened. I have 25MB free right now. |
| 17:31.41 | reenoo | beware of the OOM killer |
| 17:31.49 | reenoo | oh well |
| 17:31.54 | pb_ | yeah |
| 17:32.17 | pb_ | CoreDump|home: what do you mean by "gpe-windowlist"? |
| 17:32.38 | CoreDump|home | the new applet |
| 17:32.47 | pb_ | oh, right, florian's thing? |
| 17:32.52 | koen | that one |
| 17:32.56 | CoreDump|home | i believe so |
| 17:33.21 | pb_ | odd. I think it uses the same code as everything else in gpe to get the task list. |
| 17:33.24 | pb_ | does gpe-taskmanager work? |
| 17:33.51 | CoreDump|home | I'll check |
| 17:34.21 | florian | Hmm |
| 17:34.33 | CoreDump|home | rebooting currently |
| 17:34.47 | florian | Its code from gpe-buttonbox mostly... |
| 17:35.32 | CoreDump|home | for whatever reason, the .desktop doen't show up either ;) |
| 17:36.12 | CoreDump|home | and i had to hack the ..bb to install the icons |
| 17:37.58 | florian | CoreDump|home: ah... that's all everything but finished. what happened to the icons and the desktop? |
| 17:38.42 | *** join/#gpe rob_w (n=bob@p213.54.217.245.tisdip.tiscali.de) |
| 17:39.03 | CoreDump|home | ahhh, after a reboot it works |
| 17:39.08 | florian | koen: looks like ljp doesn't like comments... |
| 17:41.41 | CoreDump|home | the icons were not installed due to /u/s/gpe not beeing in FILES |
| 17:42.37 | florian | ah, so that's a problem of the bb... maybe that should rather be added to the gpe class. |
| 17:43.15 | CoreDump|home | dunno, the bb doesn't inherit gpe currently |
| 17:43.43 | florian | huh |
| 17:52.35 | CoreDump|home | florian: http://handhelds.org/scap/port.26284.png |
| 17:52.45 | CoreDump|home | open gpe-windowlist |
| 17:54.51 | *** join/#gpe bubak (n=martin@ip-89-102-58-26.karneval.cz) |
| 17:55.18 | florian | looks like a bug :-/ |
| 17:55.43 | CoreDump|home | ;) |
| 17:56.01 | bubak | hi, sorry to disturb, no a bit about irc etiquette (reading the manual) right now |
| 17:56.17 | bubak | have a few questions abot zaurus and gpe envirobment |
| 17:56.27 | bubak | is there anyone, i may ask? |
| 17:56.32 | neal | don't ask to ask. |
| 17:56.34 | neal | simply ask. |
| 17:56.37 | bubak | k |
| 17:56.51 | florian | koen: do you remember ljp's mail to some other list about Opie on the 770 when it was announced? you don't have that link around anymore? |
| 17:57.16 | bubak | i just bought a sl-c3200 and the sharp rom sucks |
| 17:57.33 | bubak | i am looking for replacements and the openzaurus with gpe seems a best joice |
| 17:57.43 | bubak | ehm.. choice |
| 17:58.03 | bubak | my question si jow fast it is if it is using the X window? |
| 17:58.12 | bubak | what about video playback |
| 17:58.39 | bubak | and what about sharp remote control for its music player? |
| 17:58.44 | florian | I'm not sure about the OZ status on that one is... |
| 17:59.09 | florian | bubak: i don't think that sharp thingy will work anymore. |
| 17:59.31 | CoreDump|home | in theory it should work as on a 3100 |
| 17:59.31 | bubak | folrian: i thought so :( |
| 17:59.41 | florian | maybe with that qt/e X thingy but i have never tried to use this. |
| 18:07.45 | florian | Looks like i should have based on the gpe-taskmanager code :-) |
| 18:10.50 | florian | pb_: gpe-taskmanager.c, line 42... shouldn't this be 8 instead of 4? |
| 18:13.40 | koen | CoreDump|home: fixed gpe-windowlist.bb :) |
| 18:14.02 | CoreDump|home | thanks koen |
| 18:16.43 | pb_ | florian: oh dear, yes |
| 18:16.45 | pb_ | whoops |
| 18:18.14 | pb_ | probably ought to add an assert(sizeof(atom_names)/sizeof(atom_names[0]) == sizeof(atoms)/sizeof(atoms[0])) or some such to detect that kind of problem |
| 18:19.57 | florian | well.. then we could just dynamically allocate the atoms :-) |
| 18:21.27 | pb_ | yeah, or that |
| 18:22.02 | pb_ | having the array size fixed at compile time is fractionally faster, but I guess you wouldn't notice |
| 18:24.45 | florian | yeah... for this purpose it really wouldn't hurt. |
| 18:34.01 | *** part/#gpe bubak (n=martin@ip-89-102-58-26.karneval.cz) |
| 18:36.37 | *** join/#gpe BBrox (n=ulmer@bbrox.org) |
| 18:37.08 | florian | okay, ficed |
| 18:37.14 | florian | eh fixed |
| 18:37.59 | pb_ | great |
| 18:38.41 | pb_ | ah drat, my h5500 has done the "blank screen crash on first boot" thing again |
| 18:38.52 | pb_ | I guess I'll let it sit for a while to charge its battery |
| 18:38.58 | florian | One for the "new releases" list... |
| 18:39.27 | neal | florian: New releases? |
| 18:39.45 | florian | pb_: oh... our h5550 has a "white screen on first boot" problem ;-) |
| 18:40.02 | pb_ | yeah, they all do that |
| 18:40.09 | pb_ | it's some bizarre samcop thing, I think |
| 18:40.32 | florian | neal: Just an uncommon way to say "that application should get a new release" :-) |
| 18:40.37 | neal | ah. |
| 18:40.46 | neal | gpe-calendar should get a new release :-) |
| 18:40.58 | pb_ | yeah |
| 18:40.58 | florian | pb_: but only a few suffer from that bluetooth issue, right? |
| 18:41.03 | florian | indeed... |
| 18:41.10 | pb_ | gpe-calendar needs the layout thing in the event editor fixed first, ideally |
| 18:41.24 | florian | yes that would be good... |
| 18:41.24 | neal | pb: Hmm? |
| 18:41.34 | florian | the fix i had in mind didn't work :-/ |
| 18:41.49 | koen | neal: on the editor doesn't fit on qvga |
| 18:41.50 | pb_ | florian: it seems, but I'm not sure whether the problem is that they all suffer from it at random times, or a random set of them suffer from it at all times |
| 18:42.15 | neal | I only have a 770 to test on and only when my wife lets me :-) |
| 18:43.25 | florian | pb_: From my experience some suffer from it all the time... or almost all the time. I remember the inquiry worked fomr me one time. |
| 18:43.45 | pb_ | neal: I checked in a patch for libeventdb which might fix your recurrence problem |
| 18:43.52 | neal | great, thanks. |
| 18:44.21 | reenoo | $ ls tmp/deploy/ipk/*perl-module* | wc -l |
| 18:44.21 | reenoo | 855 |
| 18:44.41 | florian | oh |
| 18:45.06 | florian | brb, food |
| 18:45.35 | pb_ | reenoo: crumbs |
| 18:45.45 | pb_ | I guess those should go in a separate feed |
| 18:45.56 | pb_ | feed/dontuse/perl or something |
| 18:46.20 | koen | gpe has perl feed now? |
| 18:46.22 | koen | eleet |
| 18:46.32 | koen | *cough* #familiar *cough* |
| 19:04.13 | reenoo | pb_: happen to remember how the perl-base package from 0.7.2 was built, i.e. how the contained modules were selected? (you're listed as maintainer) |
| 19:05.54 | pb_ | reenoo: at a guess, I just copied the list from Debian's perl-base package |
| 19:06.02 | pb_ | in fact, I might even have copied the binaries from there as well |
| 19:07.20 | pb_ | ah, here we go, GPE 2.7 |
| 19:08.34 | reenoo | pb_: ah, good plan (the file list) |
| 19:11.32 | pb_ | reenoo: you're right, the clock does straighten its size and position out after it updates for the first time |
| 19:12.39 | pb_ | h5400 internal wifi seems to work fine as well, much less painful than on the h3900 |
| 19:13.04 | pb_ | only catch was that I needed to run udhcpcd manually. not sure if there's meant to be a gui for bringing the network up |
| 19:13.11 | reenoo | I wonder if we should add a once-per-second function via g_timeout_add that deregisters itself after a couple of seconds as a workaround |
| 19:13.26 | reenoo | for gpe-clock/mb-panel |
| 19:13.47 | pb_ | yeah, mightn't be a bad idea |
| 19:14.15 | pb_ | actually, assuming this is caused by the infamous bug 78, we could just fix it. it's probably only a ten minute job to write a patch. |
| 19:15.54 | pb_ | reenoo: what would be your opinion on including libgtkinput in the images? |
| 19:16.03 | pb_ | possibly not enabled by default, but it'd be nice to have it there |
| 19:19.12 | reenoo | pb_: not sure |
| 19:19.21 | reenoo | some people were having trouble with it |
| 19:20.03 | reenoo | and if it's disabled by default people can probably just as well install it to enable it. or how would they go about enabling it? |
| 19:20.21 | pb_ | it just needs an environment variable to enable it. |
| 19:20.28 | pb_ | might even be able to talk florian into making a gpe-conf switch for that. |
| 19:21.57 | florian | pb_: about networking we maybe should have somthing like on the 770. more and more devices have builtin wifi and the user might just want to select a connection or disconnect (which includes turning wifi off) |
| 19:22.11 | pb_ | florian: right, that would be ideal |
| 19:22.30 | pb_ | heh |
| 19:28.09 | florian | keyboard management... after feeding :) |
| 19:28.35 | pb_ | okay, excellent |
| 19:28.40 | pb_ | feeding time for me as well |
| 19:29.52 | reenoo | pb_: if there's a gui for enabling/disabling it I'll fine with including it by default (disabled though) |
| 19:29.59 | reenoo | be fine even |
| 19:32.08 | pb_ | zaurus clamshell rotation, you mean, or general screen rotation? |
| 19:32.19 | pb_ | I can imagine it making sense for the former, but I struggle a bit with the latter |
| 19:32.40 | CoreDump|home | the former |
| 19:33.06 | CoreDump|home | as it makes the hardware kbd useless |
| 19:33.11 | pb_ | yeah, that would be good. I guess that would be something for zaurusd |
| 19:33.15 | pb_ | dinner time now, for real |
| 19:33.17 | koen|tv | unless you have really thin fingers |
| 19:33.26 | CoreDump|home | koen|tv: =D |
| 19:34.18 | *** join/#gpe bubak (n=martin@ip-89-102-58-26.karneval.cz) |
| 19:35.04 | koen|tv | it shouldn't be too hard to make libgtk input listen to an additional xsetting, right? |
| 19:35.25 | koen|tv | (for someone that knows both C and xsettings stuff) |
| 19:36.19 | florian | okay we are on topic :-) |
| 19:37.44 | florian | I'd suggest to use a setting too, then we could handle virtual keyboard/real keyboard in more situations. |
| 19:38.18 | florian | For kbdd it might be nice to turn off the virtual keyboard too. |
| 19:39.11 | florian | koen: hmm... depends a 400mm 1:2 might be heavy ;) |
| 19:39.31 | koen | 2.5kg + camera |
| 19:40.13 | *** join/#gpe pleemans (n=peter@d54C24BC0.access.telenet.be) |
| 19:40.18 | koen | hey pleemans |
| 19:40.22 | florian | that's not really heavy ;- |
| 19:41.00 | koen | I bet jonas is a bit heavier by now :) |
| 19:41.26 | florian | yes... about 5kg already. |
| 19:44.13 | florian | I think my heaviest usable camera is a Peco... |
| 19:45.33 | koen | that's a 6x9 camera? |
| 19:47.18 | florian | 9x12, but i must admit that i didn't use it so far myself. |
| 19:48.41 | koen | tilt/shift and rise/fall are quite nice |
| 19:48.58 | koen | too bad that t/s lenses for canon are *expensive* |
| 19:49.46 | florian | koen: heh a "real" camera is much cheaper :-) |
| 19:50.52 | koen | actually |
| 19:50.59 | koen | they aren't really expensive |
| 19:51.04 | florian | hi mickeyl |
| 19:51.14 | koen | about the same price as the macro lens I'm saving for |
| 19:51.30 | mickeyl | hi |
| 19:51.35 | koen | hey mickeyl |
| 19:51.51 | mickeyl | do we have a samba client for maemo yet? |
| 19:52.03 | mickeyl | s/maemo/n770/ |
| 19:52.08 | mickeyl | s/client/ipk/ |
| 19:52.10 | mickeyl | ~shoot ibot |
| 19:52.12 | ibot | ACTION shoots ibot in the head with a phase pistol! |
| 19:52.28 | koen | gnome-vfs-dbus should have a smb plugin |
| 19:52.51 | koen | mickeyl: http://maemo.org/platform/docs/roadmap.html |
| 19:55.34 | *** join/#gpe rob_w (n=bob@213.54.207.5) |
| 20:01.20 | florian | hmm indeed, the plugin might just work... |
| 20:05.31 | mickeyl | ok, i might give that a go |
| 20:05.45 | mickeyl | i want to use my 770 as a web radio client |
| 20:05.56 | mickeyl | for my mp3's on the windoze machine |
| 20:06.08 | mickeyl | and shoutcast, of course. but that's already working |
| 20:08.23 | florian | The audio subsystem is pretty good :-) |
| 20:10.03 | pb_ | florian: right, an xsetting would be ideal |
| 20:15.03 | florian | I just noticed the terminal windows are not recogized by gpe-windowlist |
| 20:16.03 | pb_ | that is a bit odd |
| 20:17.17 | pb_ | they seem to show up fine in gpe-taskmanager, at least on my 5500 |
| 20:18.57 | florian | yeah... here too, the code i copied from gpe-buttonbox is much more complex. |
| 20:19.21 | florian | same here... |
| 20:20.07 | pb_ | mm, yeah, gpe-buttonbox is probably not a good example |
| 20:20.37 | florian | okay... let me simplify this a little bit :-) |
| 20:20.37 | pb_ | the code in there is rather specialized to its application, and (I suspect) at least partially specialized to the netbook environment. |
| 20:34.20 | florian | pb_: Did you notice the touchscreen on h5xx seems to suffer from som eh... randomness? |
| 20:34.40 | pb_ | florian: not serious randomness, but I did notice it seems harder to use than my h3900 |
| 20:35.15 | florian | pb_: here its a little bit annoying using scrollbars. |
| 20:35.46 | pb_ | mm, yeah, so it is |
| 20:36.20 | pb_ | I think Erik checked in some patches to the ts driver (fairly) recently. |
| 20:36.33 | pb_ | I guess we need to debug the hh41 problem and then upgrade to that version |
| 20:36.33 | koen | try using the vkb on h5xxx and on h38xx |
| 20:36.55 | koen | the h38xx seems much more resonsive |
| 20:36.56 | pb_ | at the same time? that would indeed be beyond my capabilities |
| 20:37.06 | koen | :) |
| 20:37.38 | pb_ | yeah, that matches my h3900 experience as well |
| 20:37.55 | koen | 2.6 improves it |
| 20:38.07 | koen | but that has the disadvantage of locking up after 30 seconds |
| 20:38.19 | pb_ | that is indeed a disadvantage |
| 20:38.25 | florian | http://handhelds.org/scap/port.14225.png |
| 20:38.49 | florian | Tap and hold on our h5550... |
| 20:38.54 | pb_ | florian: crumbs |
| 20:38.55 | koen | although matt's interupt revamp could solve that |
| 20:38.58 | neal | I need someone with QVGA experience. |
| 20:39.08 | neal | Anyone have a bit of time? |
| 20:39.24 | neal | florian: And I'd like to fix your :01/:59 bug. |
| 20:39.36 | florian | ... apart from the fact that i need to sort out some tax stuff... |
| 20:39.52 | neal | well you are online playing :-) |
| 20:39.56 | florian | neal: oh sorry, i forgot about that... |
| 20:40.06 | florian | neal: i know ;-) |
| 20:40.18 | pb_ | florian: yeah, I get similar results: about +/-4 pixels of vertical jitter, but only one or two horizontally |
| 20:44.00 | pb_ | in other news, I am pleased to report that this week's Private Eye includes a brief story about "Opie the goat". |
| 20:44.38 | florian | heh |
| 20:44.47 | CoreDump|home | =) |
| 20:45.15 | florian | Goats might have a bad time in europe currently ;-) |
| 20:45.48 | *** part/#gpe bubak (n=martin@ip-89-102-58-26.karneval.cz) |
| 20:47.27 | neal | pb: The rep code is not working for me. |
| 20:47.37 | koen | http://www.opiegonebad.com/MERCH/RedRocksFR.jpg |
| 20:47.39 | neal | as far as I can tell. |
| 20:47.57 | pb_ | neal: oh dear |
| 20:48.01 | pb_ | do you have a testcase I can try? |
| 20:48.17 | neal | add a recurring event and see if it shows up. |
| 20:48.23 | neal | it doesn't even show up for me after i restart. |
| 20:49.38 | neal | could be my bug but normal evens work fine. |
| 20:50.36 | florian | koen: what about a blog linking this with ljp's useless comparison? :-) |
| 20:50.54 | pb_ | neal: shows up in the normal view, or in your new event view? |
| 20:51.06 | neal | either. |
| 20:51.14 | neal | or in the calendar (in bold) |
| 20:51.24 | CoreDump|home | i give him that opie is little bit faster than GPE, but his numbers are bogus |
| 20:51.25 | pb_ | they're showing up fine for me in the calendar and the regular (e.g. day) view |
| 20:51.36 | koen | florian: :) |
| 20:51.51 | pb_ | it looks like they only show up in your event panel if the first instance of the recurrence is in the future, though. that's probably my fault: I'll look at it now. |
| 20:51.51 | neal | hmm. |
| 20:52.13 | pb_ | fwiw, I used an event set to recur every 2 days as my testcase |
| 20:52.25 | neal | I don't even see the first occurance. |
| 20:52.32 | pb_ | that does sound bad |
| 20:52.50 | neal | oh. |
| 20:52.55 | neal | that worked. |
| 20:52.58 | pb_ | ah, hm |
| 20:53.01 | neal | so every two days shows up. |
| 20:53.01 | pb_ | what did you try before? |
| 20:53.09 | neal | weekly |
| 20:53.13 | pb_ | okay, let me try that |
| 20:54.20 | pb_ | hm, weekly behaves a bit weirdly |
| 20:54.56 | pb_ | if I go looking for the instances, I can see them all (at least, all the ones I tried) in the day view. But they don't seem to be showing in the sidebar calendar. |
| 20:55.14 | pb_ | and, this time, they aren't showing in the event panel at all, even if they start in the future |
| 20:55.32 | neal | pb: The event list only shows events in the next 14 days. |
| 20:56.06 | neal | pb: So if you are doing it in the future then they won't show up there. |
| 20:56.32 | pb_ | I set an event for 23:00 tomorrow night, set to recur every Monday. |
| 20:56.46 | pb_ | So, I guess I ought to see at least a couple of them in the event list. |
| 20:57.57 | neal | pb_: another test case: if I limit a every 2 day recurrance to e.g. a month, it doesn't show up at all. If I do infinity, it seems fine. |
| 20:58.23 | pb_ | okay |
| 20:58.29 | pb_ | it does sound like something is definitely rotten in libeventdb. |
| 20:58.41 | pb_ | I'll have to poke at it with the debugger. |
| 20:58.54 | neal | ok. |
| 21:00.26 | pb_ | right, yeah, I get that problem too |
| 21:00.47 | pb_ | by the way, the new event list seems to be grabbing key events, which stops you from being able to navigate around the calendar using the arrow keys |
| 21:01.20 | neal | pb_: The drawables are in the tab order. |
| 21:01.36 | neal | pb_: So if they get the focus, you should be able to use the keys. |
| 21:01.57 | *** join/#gpe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
| 21:02.33 | pb_ | neal: does the event list do anything useful with keypresses? If not, it probably ought to be non-focussable. |
| 21:02.54 | neal | pb_: Enter will bring you to the event. |
| 21:02.58 | neal | pb_: That is not yet implemented. |
| 21:04.07 | pb_ | okay |
| 21:04.41 | pb_ | I think I'd still prefer the event list not to be automatically focussed. Can we make it so that you only get that behaviour once you click in the list, or something? |
| 21:04.44 | florian | CoreDump|home: You maybe want to try latest gpe-windowlist from cvs :-) |
| 21:05.00 | CoreDump|home | florian: yay! will do |
| 21:05.26 | pb_ | neal: by the way, I'm also getting occasional "(gpe-calendar:10285): Gtk-CRITICAL **: gtk_tree_model_get_iter: assertion `path != NULL' failed |
| 21:05.26 | pb_ | " messages on stderr |
| 21:05.48 | pb_ | I suspect those are also something to do with the event list. on the ipaq those would cause segfaults, which wouldn't be good. |
| 21:05.50 | neal | pb_: I have not see that yet. |
| 21:05.55 | pb_ | okay |
| 21:06.00 | neal | s/see/seen/ |
| 21:06.01 | pb_ | I'll see if I can capture a backtrace from one |
| 21:06.16 | neal | great. |
| 21:18.04 | florian | CoreDump|home: if it works for you too i'll release it |
| 21:18.23 | koen | florian: a enhancement for the package manager: a search function |
| 21:18.24 | CoreDump|home | working on it ;) |
| 21:19.07 | CoreDump|home | I need more CPU's in my box |
| 21:22.24 | florian | koen: indeed... |
| 21:23.01 | florian | we need to start tracking enhancements |
| 21:23.22 | *** join/#gpe unknown26 (n=fake@c-71-195-30-165.hsd1.mi.comcast.net) |
| 21:23.38 | florian | hi unknown26 |
| 21:23.45 | unknown26 | hello florian |
| 21:24.30 | koen | hey unknown26 |
| 21:24.40 | unknown26 | hello koen |
| 21:27.10 | neal | pb: I committed a fix to enable enter to select the event in the event list. |
| 21:28.11 | pb_ | okay, great |
| 21:28.14 | neal | or rather, now it is committed. |
| 21:28.25 | neal | and now I'm going to bed. |
| 21:28.29 | pb_ | neal: by the way, if I set an event for 23:30, I get some kind of rendering bug in the day view |
| 21:28.35 | pb_ | does that work properly for you? |
| 21:28.56 | neal | for how long? |
| 21:29.04 | neal | an hour? |
| 21:29.17 | CoreDump|home | florian: doesn't work for me |
| 21:29.40 | CoreDump|home | could you give me a line of code to check if my CVS sources are correct? |
| 21:29.49 | pb_ | neal: yeah |
| 21:29.55 | pb_ | er, no, actually |
| 21:29.59 | pb_ | just a few minutes |
| 21:30.02 | neal | seens to work fine. |
| 21:30.03 | neal | ah. |
| 21:30.21 | neal | yeah, there is no lower bound on the height. |
| 21:30.32 | neal | so you're seeing an artifact of not enough space. |
| 21:30.43 | pb_ | right, that's what I suspected |
| 21:30.56 | neal | that can be fixed. |
| 21:30.58 | neal | but later. |
| 21:31.01 | neal | right now, bed. |
| 21:31.03 | pb_ | okay, great |
| 21:31.10 | pb_ | good night |
| 21:31.24 | koen | 'night neal |
| 21:31.39 | neal | good luck with eventdb. |
| 21:32.01 | pb_ | :-} |
| 21:34.16 | florian | CoreDump|home: okay, one sec |
| 21:34.34 | florian | neal: good night |
| 21:35.22 | florian | CoreDump|home: |
| 21:35.45 | florian | CoreDump|home: main.c, line 60 "Atom *atoms;" |
| 21:36.11 | CoreDump|home | <PROTECTED> |
| 21:36.14 | CoreDump|home | heh |
| 21:36.30 | CoreDump|home | well, I pulled with CVSDATE 20060510 |
| 21:36.51 | CoreDump|home | removed the sources from sources/cvs and the targ.gz before pulling |
| 21:37.27 | florian | great :-/ |
| 21:38.14 | koen | CoreDump|home: you should be able to to 'cvs up -dP' in ${S} |
| 21:38.25 | CoreDump|home | I'll try that |
| 21:38.51 | CoreDump|home | cvs update: Updating . |
| 21:38.52 | CoreDump|home | cvs update: Updating pixmaps |
| 21:38.52 | CoreDump|home | cvs update: Updating po |
| 21:39.09 | CoreDump|home | are you sure the changeset is commited? |
| 21:40.39 | florian | add -A |
| 21:40.48 | florian | to the parameters |
| 21:40.52 | koen | ah right,, sticky tags |
| 21:40.57 | CoreDump|home | I did -PdA |
| 21:41.05 | CoreDump|home | easier to remember ;) |
| 21:41.48 | florian | :-) |
| 21:41.51 | koen | like diff -Nurd |
| 21:42.07 | CoreDump|home | indeed |
| 21:42.28 | florian | CoreDump|home: so your main.c is still at rev. 1.2 |
| 21:42.31 | florian | oh |
| 21:42.54 | florian | CoreDump|home: what is the cvs root? i bet its anoncvs... |
| 21:43.07 | CoreDump|home | correct |
| 21:43.17 | CoreDump|home | oh |
| 21:43.28 | florian | We are using different servers :/ |
| 21:43.29 | CoreDump|home | lol =) the sync is delayed |
| 21:43.50 | florian | I wonder hoe frequentls they are synced |
| 21:44.18 | florian | ... hrm i hope you understand what i intended to say :-/ |
| 21:44.34 | CoreDump|home | sure |
| 21:46.26 | *** join/#gpe jgforreal (n=jg@c-24-218-178-107.hsd1.ma.comcast.net) |
| 21:56.08 | *** join/#gpe JiniDog (n=jini@Vbcdd.v.pppool.de) |
| 22:01.05 | florian | pb_, koen: Do you know who is master of the gpe@hh.org bugzilla account? |
| 22:01.37 | koen | probably france |
| 22:02.00 | pb_ | florian: dunno, quite possibly nobody. What do you mean by "master of" it, exactly? |
| 22:03.58 | florian | pb_: well... someone must have created this account - you can assign bugs to it. i'd like to have its mail settings changed to avoid flooding the mailinglist with these stupid status change mails. |
| 22:04.35 | pb_ | florian: it might have been created automatically. we had a script to do that for all package maintainers at one point. |
| 22:05.21 | florian | I sent a mail to admin@ about that... but no reply so far. |
| 22:05.26 | pb_ | florian: you could look in the mailing list archives and see if you can find the password :-} |
| 22:06.09 | florian | hmm |
| 22:07.36 | florian | hrm.. or ask nils to filter that stuff, but in fact i'd like to get the bug reports itself. |
| 22:07.55 | pb_ | yeah |
| 22:08.15 | pb_ | I think having bug reports go to the list is fine, but you're probably right that the status notifications (and the "your bug list needs attention" things) are a bit of a pain |
| 22:09.06 | florian | yeah.. especially if someone decides to do these dstrange mass updates |
| 22:20.57 | florian | better: http://handhelds.org/scap/land.30544.png |
| 22:21.38 | pb_ | very good! |
| 22:30.51 | pb_ | night night |
| 22:31.05 | florian | pb_: good night |
| 22:31.15 | florian | koen|sleep: good night |
| 22:32.17 | florian | oh we really still ahve openswan in the default images? :-/ |
| 22:33.03 | reenoo|zZzZ | 'night all |
| 22:34.51 | florian | reenoo|zZzZ: good night |
| 22:42.51 | *** part/#gpe tubbie|afk (n=sam@hentges.net) |
| 23:01.41 | florian | good night |
| 23:33.54 | *** part/#gpe kr0k45 (i=krokas@ppp83-237-242-151.pppoe.mtu-net.ru) |
