| 00:27.46 | *** join/#gpe cmarqu_ (colin@buug.mind.de) |
| 01:25.58 | *** join/#gpe cmarqu_ (colin@buug.mind.de) |
| 04:32.49 | *** join/#gpe andreas_gi__ (~andreas@L1244P03.dipool.highway.telekom.at) |
| 05:30.47 | *** join/#gpe HET2 (~diman@chello080110092229.507.15.vie.surfer.at) |
| 09:10.11 | *** join/#gpe jsmanrique (jsmanrique@cmr-213-141-45-176.telecable.es) |
| 09:10.16 | jsmanrique | good morning |
| 09:10.44 | jsmanrique | I've been playing tonight with PocketPC 2002 on my "just arrived" ipaq 5450 |
| 09:10.58 | jsmanrique | I hope we could have a stable gpe release for it soon |
| 09:10.59 | jsmanrique | :-) |
| 09:12.28 | pigeon | Anyone knows what version of libgcrypt does libdisplaymigration depend on? |
| 09:14.11 | jsmanrique | and of course, adding ssl support to dillo |
| 09:14.34 | jsmanrique | using pocketpc iexplorer, I've found that Dillo is far away better |
| 09:26.03 | *** join/#gpe PaxAnima (~petter@b134b.studby.ntnu.no) |
| 09:56.02 | jsmanrique | any news about minimoz? |
| 10:31.23 | *** join/#gpe pb_ (~pb@2002:5160:45ef:0:2e0:7dff:fe74:8b87) |
| 10:38.29 | *** join/#gpe dc_ (~dctanner@213.78.89.247) |
| 10:42.41 | *** part/#gpe dc_ (~dctanner@213.78.89.247) |
| 10:46.08 | pigeon | pb_: Hmm do you know what version of libgcrypt does libdisplaymigration depend on? |
| 10:48.46 | pb_ | pigeon: you mean source or binary dependency? |
| 10:49.01 | pigeon | source, i couldn't get it to compile... |
| 10:49.21 | pb_ | I have 1.1.12, it seems. |
| 10:49.43 | pigeon | Oh... |
| 10:49.54 | pigeon | I got 1.1.42, doesn't compile... |
| 10:49.56 | pigeon | pb_: ta |
| 10:50.17 | pb_ | Ah. I guess something must have changed. |
| 10:50.33 | pigeon | warning: `GcryMPI' is deprecated (declared at /usr/local/include/gcrypt.h:154) |
| 10:50.42 | pigeon | And then too few arguments to function `gcry_mpi_scan' |
| 10:50.51 | pb_ | mmm, right. |
| 10:51.01 | pb_ | 1.1.12 is still the latest gcrypt in debian. I guess the maintainer is asleep at the wheel. |
| 10:51.15 | pigeon | Hehe... pl |
| 10:51.22 | pigeon | s/pl/ok/ |
| 11:35.51 | *** join/#gpe dc_ (~dctanner@213.78.85.31) |
| 11:35.58 | dc_ | mornign |
| 11:35.59 | pb_ | morning dc_ |
| 11:36.26 | dc_ | pb_: you don't happen to have any 'very spare' time to you ;} |
| 11:36.35 | pb_ | heh |
| 11:36.37 | pb_ | depends how spare |
| 11:38.25 | dc_ | pb_: well, you can guess what it involves |
| 11:38.47 | pb_ | still having trouble with your satellite? |
| 11:39.00 | dc_ | quite. |
| 11:39.22 | dc_ | so it seems to client is running okay. |
| 11:40.36 | dc_ | only I seem to be getting the bad gateway error we were getting before when /proc/sys/net/ipv4/conf/all/rp_filter was set to 1 |
| 11:40.47 | dc_ | I've echoed 0 to it, and it's still no use. |
| 11:40.54 | pb_ | ah |
| 11:40.57 | pb_ | remind me what that error was again? |
| 11:41.16 | dc_ | just Bad Gateway |
| 11:41.28 | pb_ | and it shows up where? |
| 11:41.31 | dc_ | The client proxy could not connect to the server proxy. |
| 11:41.38 | dc_ | in the web browser. |
| 11:41.41 | pb_ | hrm |
| 11:41.57 | jsmanrique | I've been playing tonight with PocketPC 2002 on my "just arrived" ipaq 5450 |
| 11:42.06 | jsmanrique | I hope we could have a stable gpe release for it soon :-) |
| 11:42.09 | dc_ | :}} |
| 11:42.13 | pb_ | dc_: but you can ping the server ok? |
| 11:42.24 | dc_ | pb_: well yeah, the login works okay. |
| 11:42.34 | dc_ | pb_: so it suggest it's a local problem |
| 11:42.39 | pb_ | oh right |
| 11:42.47 | pb_ | anything suspicious in dmesg? |
| 11:43.29 | dc_ | mrn |
| 11:44.50 | pb_ | dc_: that "packet log" stuff looks a bit dubious |
| 11:45.22 | pb_ | do any of the IP addresses there mean anything to you, or does that look like just random stuff? |
| 11:46.06 | pb_ | oh, actually, probably ok. |
| 11:46.30 | pb_ | looks like just some cracker dude port-scanning you for webservers. |
| 11:46.41 | dc_ | ah right |
| 11:46.43 | dc_ | indeed. |
| 11:47.27 | pb_ | did you check that /proc/sys/net/ipv4/conf/all/rp_filter is indeed now reading back 0? |
| 11:47.57 | dc_ | yep. |
| 11:48.39 | dc_ | just thinking, it doesn't seem to be talking to the set router at all. |
| 11:48.50 | pb_ | ah, hm |
| 11:50.03 | dc_ | so that would suggest that it's something blocking it on the server |
| 11:51.18 | dc_ | does ipchains get done before it reaches tcpdump? |
| 11:51.41 | pb_ | yeah |
| 11:52.03 | dc_ | and where can I see packets filtered by ipchains? |
| 11:52.25 | pb_ | they should show up in the log, as those "Packet log" messages |
| 11:52.32 | pb_ | so long as you have the LOG target set in the chain. |
| 11:54.40 | pb_ | oh, maybe tcpdump does show packets before they reach ipchains for incoming stuff. |
| 11:54.53 | pb_ | I guess it probably sees everything that goes across the interface. |
| 11:54.56 | dc_ | blarf. I guess it could be the stupid smoothwall stuff then |
| 11:55.15 | pb_ | ah |
| 11:55.39 | pb_ | your smoothwall does seem to be something of a source of grief. :-/ |
| 11:56.03 | dc_ | blaf. everything always leads back to debian |
| 12:00.01 | pigeon | dc_ kun! |
| 12:23.14 | dc_ | pigeon: taro-kun! |
| 12:24.32 | pigeon | taro? |
| 12:27.29 | dc_ | kind of like Joe Bloggs |
| 13:03.20 | *** join/#gpe xav__ (~xav@AGrenoble-101-1-3-15.w193-253.abo.wanadoo.fr) |
| 13:24.50 | cmarqu_ | Ah. Shuffle and Loop. |
| 13:35.52 | *** join/#gpe reenoo (~r@p508670EE.dip.t-dialin.net) |
| 13:35.59 | reenoo | hi |
| 13:37.05 | cmarqu_ | Hi reenoo |
| 13:39.32 | reenoo | hey cmarqu_ |
| 13:48.17 | *** join/#gpe herzi (~herzi@kiwi.mediascape.de) |
| 13:52.24 | *** join/#gpe dc_ (~dctanner@213.78.69.8) |
| 13:57.38 | pb_ | cmarqu_: Argh. |
| 13:57.50 | *** join/#gpe herzi (~herzi@kiwi.mediascape.de) |
| 13:58.18 | pb_ | hm, I should do some more work on NMF. |
| 13:59.13 | cmarqu_ | pb_: I wouldn't want to keep you from doing that, no. |
| 13:59.45 | cmarqu_ | Well, it's all GUI stuff. libglade might come handy... |
| 13:59.50 | pb_ | Yes, that's true. |
| 14:00.15 | pb_ | I keep thinking I should convert the backend to use monkey-media, as well. I should talk to walters about that. |
| 14:00.41 | cmarqu_ | pb_: Ah, I alwasy wondered what monkey-media was about... so, what is it? |
| 14:01.58 | pb_ | It's more or less a music playing backend. Basically a layer on top of GStreamer that implements playlists and the like. |
| 14:02.15 | cmarqu_ | Ah. Streaming too? |
| 14:02.27 | pb_ | Yes. I think Rhythmbox uses it for everything. |
| 14:02.49 | cmarqu_ | Ah, http://people.nl.linux.org/~jorn/monkey-media.html |
| 14:03.22 | pb_ | Ah yes |
| 14:04.27 | pb_ | The GStreamer guys were encouraging me to use libgstplay instead, and I said I'd look at that too. |
| 14:05.43 | cmarqu_ | Hmm, monkey-media relies on gnome-vfs? |
| 14:06.03 | pb_ | Yes, I think so. |
| 14:06.10 | pb_ | So does the current NMF though, so this wouldn't be a new requirement. |
| 14:06.19 | cmarqu_ | Ah, okay. |
| 14:07.22 | cmarqu_ | Well, for me as a user, the GUI is even more important, and ideally a way to make the touch screen insensitive while playing. |
| 14:07.48 | cmarqu_ | I sometimes get button presses when it is sitting in my pocket. |
| 14:08.22 | pb_ | Mm, good thinking. I wonder how that should work. |
| 14:09.07 | cmarqu_ | And, if it's really bad, I get other apps starting, consuming a) CPU, thus giving me skips, and b) memory which might kill gpe-nmf because of OOM |
| 14:09.21 | pb_ | Yeah, I can see how that would be bad news. |
| 14:09.22 | cmarqu_ | apps starting by accident that is |
| 14:10.06 | pb_ | Any suggestions as to how the user interface for this "keyboard lock" mode should work? |
| 14:10.18 | cmarqu_ | Pressing a hard button for a longer time would be cool, but I guess it's not easy to implement? |
| 14:10.43 | cmarqu_ | Or two hard buttons at the same time. |
| 14:11.04 | cmarqu_ | The former is how my cell phone works. |
| 14:11.13 | pb_ | Locking the screen means you have to enter your password to get it back, which is a bit cumbersome. |
| 14:11.21 | cmarqu_ | reenoo: With xlock? That is inconvenient out in the streets. |
| 14:11.44 | cmarqu_ | Well, "xlock" metaphorically :) |
| 14:12.00 | pb_ | Yeah, on my Nokia phone you have to press two keys ("Menu" and *) at the same time to lock or unlock it. |
| 14:13.08 | cmarqu_ | Siemens has both "press one button for 3 secs" and "two buttons in a sequence", the former e.g. in the S45i, the latter in the S45. |
| 14:13.36 | cmarqu_ | Plus auto-lock after a minute, which might be nice for gpe-nmf too. |
| 14:13.50 | pb_ | Right. How about pressing the leftmost and rightmost hard key at the same time? |
| 14:14.24 | reenoo | pb_: good idea |
| 14:14.25 | pb_ | If the power button didn't already have two functions overloaded onto it, that would be a good one. |
| 14:14.28 | cmarqu_ | pb_: Sounds okay. The only issue is then that it mioght not map too easily to other hardwar. |
| 14:15.01 | pb_ | cmarqu_: Yeah, I think we will need to address other hardware on a case by case basis. |
| 14:15.10 | cmarqu_ | Yup. |
| 14:15.25 | pb_ | If we can put this function into keylaunch, rather than NMF itself, it should be fairly painless to adapt. |
| 14:15.58 | cmarqu_ | gpe-nmf and maybe gpe-mixer are the two apps that should really be as simple to use as possible, ideally without using the pen |
| 14:16.09 | pb_ | Yeah. |
| 14:16.26 | cmarqu_ | Like "autoload last playlist" and stuff. |
| 14:16.55 | reenoo | cmarqu_: yeah. I miss that too :) |
| 14:17.40 | cmarqu_ | pb_: gpe-soundbite somehow monitors how long the record button is pressed, is this a keylaunch function or gpe-soundbite itself? |
| 14:19.14 | cmarqu_ | vorbisgain support in monkey-media or the gstreamer part would be cool too, since I then would not need to fiddle with the mixer all the time. |
| 14:19.28 | pb_ | cmarqu_: Both. Keylaunch can tell the difference between "short" and "long" presses. If it detects the latter, it launches soundbite with a special option, and soundbite then watches for the button being released again. |
| 14:20.01 | pb_ | At least, I think that's how it works. Both keylaunch and soundbite are morayware, and I'm not all that familiar with their innards. |
| 14:20.08 | cmarqu_ | :) |
| 14:20.25 | reenoo | heh |
| 14:20.38 | pb_ | Yeah. I think monkey-media can do vorbisgain, though I'd need to check. |
| 14:21.13 | cmarqu_ | Then I'd favour monkey-media for that reason :) |
| 14:21.42 | pb_ | Right :-) |
| 14:22.14 | pb_ | Hm, the mbdesktop text doesn't look too good in the gorilla theme. |
| 14:24.43 | pb_ | I think the arrangment of applications in the menu and desktop could use a bit of reorganising before the next release. Don't suppose I can persuade anybody to take care of that? |
| 14:27.57 | cmarqu_ | Is there a sorting order field in the .desktop files? |
| 14:28.09 | pb_ | Good question. I'm not sure. |
| 14:28.42 | cmarqu_ | Well, I'd need to update my packages first, hopefully that works without reflashing |
| 14:29.11 | *** topic/#gpe by pb_ -> GPE: The GPE Palmtop Environment | http://gpe.handhelds.org | libgpewidget 0.66 uploaded to debian sid, time to get packaging | bootgpe2 unstable6: http://handhelds.org/~pb/unstable/ | issues for Familiar 0.7.2: http://handhelds.org/bugzilla/showdependencytree.cgi?id=969 |
| 14:29.17 | pb_ | Right, let's hope. |
| 14:29.42 | cmarqu_ | I think my iPAQ is now in pre-0.7-unstable state. |
| 14:29.53 | cmarqu_ | It also depends on my free flash space. |
| 14:30.33 | pb_ | BTW, I think with the current arrangement of task packages, it should be possible to uninstall GPE components that you don't want, without them coming back every time the metapackage is upgraded. |
| 14:30.44 | pb_ | That also goes for most of the kernel modules as well. |
| 14:30.56 | cmarqu_ | Oh, that's certainly good for guys like me :) |
| 14:31.12 | pb_ | (for example, you probably don't want h3800-modules, or the bluetooth stuff) |
| 14:31.23 | cmarqu_ | Right. |
| 14:32.40 | cmarqu_ | BBL |
| 14:55.18 | reenoo | (trying to establish an internet link over my cell phone because those telco bastards literally cut our phone line yesterday) |
| 14:55.35 | *** join/#gpe dc_ (~dctanner@213.78.170.106) |
| 15:00.15 | pb_ | reenoo: ! |
| 15:02.04 | reenoo | pb_: I was like wtf? when that guy told me that they must have messed with some wires internally or whatsoever... |
| 15:02.15 | reenoo | result == no phone, no dsl |
| 15:02.57 | pb_ | hell. sounds unfortunate. |
| 15:03.33 | reenoo | yeah. and my dad of course took everything apart here... "must be your dsl stuff..." |
| 15:03.38 | reenoo | oh well |
| 15:03.50 | pb_ | heh |
| 15:04.46 | reenoo | anyways, the 3210 is either broken or doesn't support this kind of operations |
| 15:05.45 | reenoo | bbl |
| 15:45.20 | *** join/#gpe paul (~paul@hibernia.jakma.org) |
| 16:46.48 | *** join/#gpe sangamon (~taylor@h169n2fls33o272.telia.com) |
| 16:56.27 | *** join/#gpe dc_ (~dctanner@213.78.93.165) |
| 19:13.11 | *** join/#gpe TheMasterMind1 (~aman@h-68-166-70-222.MCLNVA23.covad.net) |
| 19:40.40 | *** join/#gpe tuhl (~tuhl@p508330A5.dip.t-dialin.net) |
| 20:30.50 | *** join/#gpe TheMasterMind1 (~aman@h-68-166-70-222.MCLNVA23.covad.net) |
| 22:33.26 | *** join/#gpe TheMasterMind1 (~aman@h-68-166-70-222.MCLNVA23.covad.net) |
| 22:36.49 | *** join/#gpe HET2 (~diman@chello080110092229.507.15.vie.surfer.at) |