**** BEGIN LOGGING AT Sat Jan 23 02:59:57 2010 Jan 23 08:55:58 sorry for the inconvenience Jan 23 08:56:55 PaulFertser: accidentally set the channel to moderated Jan 23 09:14:48 so... Jan 23 09:14:55 moinmoin Jan 23 09:25:33 oh oh oh Jan 23 09:26:00 but nice and quiet :) Jan 23 09:26:22 shhhhhhhhhhhhhhhhh Jan 23 09:26:27 stop being noisy! Jan 23 09:26:28 :) Jan 23 09:31:19 larsc: hi, i think after the last commit we dont have power_on sysfs node for modem Jan 23 09:31:28 heh... hard friday evening? 8) Jan 23 09:31:44 radekp: i do Jan 23 09:31:46 and i still had no luck with wifi Jan 23 09:32:12 radekp: is the power_on node gone for you? Jan 23 09:32:35 or is the device just not there Jan 23 09:32:36 ? Jan 23 09:32:55 the power_on node is not there Jan 23 09:33:05 i will check the device if it's there Jan 23 09:33:28 radekp: i think i know what might be the cause Jan 23 09:33:37 nice Jan 23 09:33:47 radekp: you have to enable fixed regulator support Jan 23 09:34:03 ahh oki, so just config value? Jan 23 09:34:13 yes Jan 23 09:34:22 REGULATOR_FIXED_VOLTAGE Jan 23 09:34:24 =y Jan 23 09:35:44 * radekp tries Jan 23 09:38:31 * JaMa|Gone too Jan 23 09:41:24 larsc: hmm it didnt help Jan 23 09:43:40 hum... Jan 23 09:43:55 is there a regulator.11 under /sys/class/regulator/ ? Jan 23 09:45:57 larsc: yes regulator 0..10 Jan 23 09:46:12 ahh 11 is not there Jan 23 09:46:49 ah Jan 23 09:46:51 right Jan 23 09:46:58 GPIO_PCF50633=y Jan 23 09:47:14 i probably should add a defconfig Jan 23 09:47:47 * radekp tries again :) Jan 23 09:49:42 larsc: yes, please add default config somewhere Jan 23 09:54:28 larsc: it's there again now :) Jan 23 09:55:50 JaMa|Gone: around? (I guess not, judging from the name..) Jan 23 10:01:30 Weiss: yes Jan 23 10:09:38 JaMa: aha..so, just building DRM+Mesa stuff with shr/unstable. Is there anything I need to configure apart from the usual stuff to switch on DRM? Jan 23 10:11:32 Weiss: bitbake shr-image and then manually switch kernel should be enough Jan 23 10:12:04 for now, I just want to build the Mesa package Jan 23 10:12:31 Weiss: if you already know that you're interested only in newer kernels then adjust PREFERRED_PROVIDER_virtual/kernel in om-gta02.conf Jan 23 10:12:52 Weiss: ah then just build mesa-dri_git.bb with MACHINE set to om-gta02 Jan 23 10:13:27 it will use your branch with src rev set directly in that recipe Jan 23 10:14:06 ah, I see Jan 23 10:14:09 thanks Jan 23 10:16:30 btw: something usefull for you in latest libdrm and mesa? I've bumped libdrm with latest xorg updates.. but mesa dir is a bit messy so I stayed with 7.6 Jan 23 10:18:07 yeah, I'm planning to update to the latest libdrm and make use of libkms Jan 23 10:18:37 great.. ping me when you have something for test.. Jan 23 10:18:43 ok :d Jan 23 10:19:18 for the next week or so I'm going to play with pushing GL state into Glamo, then when my second FR arrives I'll start screwing with low-level KMS stuff again Jan 23 10:30:21 PaulFertser: hi Jan 23 10:30:45 Weiss: can't await it Jan 23 10:53:55 ~seen onen|openBmap Jan 23 10:53:58 onen|openbmap was last seen on IRC in channel #openmoko-cdevel, 9d 15h 20m 52s ago, saying: 'misc: your link works for me too. firefox...'. Jan 23 12:16:02 shr-settings (same EFL revision) works fine with angstrom/armv5te.... Jan 23 12:41:44 hmm Jan 23 12:41:47 CIAbot went silent again Jan 23 12:41:52 just here though Jan 23 12:43:05 mickeyl: it's still -R here Jan 23 12:43:15 +R Jan 23 12:43:19 oh ,again? Jan 23 12:43:42 oh, well Jan 23 12:43:43 mickeyl: well, we had an attack, and the community considered my irssi trigger is not good enough so it got set. Jan 23 12:43:56 mickeyl: now i changed it again and DocScrutinizer said it's ok so i guess i can change it back. Jan 23 12:45:24 yo Jan 23 12:45:44 strange I missed it's +R here Jan 23 12:45:51 should be unset Jan 23 12:46:00 since this morning Jan 23 12:47:09 no +R on this chan Jan 23 12:47:38 freesmartphone.org: 03mickey 07specs * raa801a426e1e 10/ (3 files in 3 dirs): add org.freesmartphone.Device.Vibrator.Stop() -> () Jan 23 12:48:50 mickeyl: +R from ca. 2:00 to 10:00 Jan 23 12:49:57 095557 * DocScrutinizer sets mode -m #openmoko-cdevel 095611 sorry for the inconvenience Jan 23 12:50:30 freesmartphone.org: 03mickey 07libfso-glib * r50b256c0757e 10/src/ (4 files): regen Jan 23 12:52:12 freesmartphone.org: 03mickey 07cornucopia * r76d740686270 10/fsodeviced/src/plugins/vibrator_ledclass/plugin.vala: fsodeviced: vibrator_ledclass: implement org.freesmartphone.Device.Vibrator.Stop() Jan 23 13:01:16 hmm Jan 23 13:01:19 opinion Jan 23 13:01:29 VibratePattern currently has the following signature Jan 23 13:01:57 VibratePattern( int:seconds_total, int:on_duration_ms, int:off_duration_ms ) Jan 23 13:02:07 i think it would be more helpful to do Jan 23 13:02:14 VibratePattern( int:number_of_pulses, int:on_duration_ms, int:off_duration_ms ) Jan 23 13:02:21 what do you think? Jan 23 13:02:42 since noone care about how long it actually is Jan 23 13:02:49 but rather about 'give me 2 pulses' Jan 23 13:02:52 right? Jan 23 13:04:38 sounds reasonable Jan 23 13:05:16 k Jan 23 13:07:22 freesmartphone.org: 03mickey 07specs * raa65e64cfba4 10/ (3 files in 3 dirs): org.freesmartphone.Device.Vibrator: change semantics of signature Jan 23 13:07:27 vibration power missing parameter Jan 23 13:08:01 hmm Jan 23 13:08:24 yeah, some vibrators offer that Jan 23 13:09:27 well, at least those I looked at so far Jan 23 13:10:59 one of them (i for my life can't remeber which device that was) even had a full H bridge to drive the motor, thus creating need for a direction parameter even :-P Jan 23 13:11:32 heh Jan 23 13:11:39 i guess we don't need that one ;) Jan 23 13:11:57 don't ask me for the rationale of THAT Jan 23 13:12:13 for sure we don't need Jan 23 13:14:47 freesmartphone.org: 03mickey 07specs * r2ccef0c74fe0 10/ (3 files in 3 dirs): org.freesmartphone.Device.Vibrator: add strength parameter courtesy DocScrutinizer. Also move all values to 'u' signature (uint) Jan 23 13:15:33 lol. seems direction inspired you, mickeyl Jan 23 13:15:50 well, strength (what you called power) Jan 23 13:15:53 mickeyl: 'u' ;-P Jan 23 13:15:57 is an important addition Jan 23 13:15:58 ah, heh Jan 23 13:16:07 actually Jan 23 13:16:16 i didn't know for long that there was also a uint in dbus Jan 23 13:16:26 that's why i've been using ints everywhere Jan 23 13:16:35 will fix that step-by-step Jan 23 13:19:44 :P Jan 23 13:19:45 radekp: did you find GPIO_PCF50633=y or PCF50633_GPIO?, I have CONFIG_PCF50633_GPIO=y, but also only first 10 regulators in sysfs Jan 23 13:19:57 http://pastebin.com/f7b029463 Jan 23 13:20:23 find 'vibrator' :-o Jan 23 13:22:00 break-period honestly is beyond my scope Jan 23 13:22:15 BreakPeriod actually Jan 23 13:22:26 mickeyl: ^ Jan 23 13:22:38 fun Jan 23 13:22:40 quite customizable Jan 23 13:22:42 where's that from? Jan 23 13:24:32 maemo5 Jan 23 13:24:56 fun Jan 23 13:25:02 i'd wish i had the time to go so much into details Jan 23 13:25:13 but with the whole middleware on my hands, i can only cover the very basics Jan 23 13:25:21 perhaps eventually Jan 23 13:26:58 I had a quite hard time with the LED_patterns recently. They claim they use LP5521 chip. But obviously they actually have LP5523 Jan 23 13:27:26 http://wiki.maemo.org/LED_patterns Jan 23 13:31:20 argh Jan 23 13:31:24 hmm Jan 23 13:31:28 python has no notion of uints Jan 23 13:31:44 that's why everyone and their brother is using ints in dbus Jan 23 13:31:46 *sigh* Jan 23 13:32:41 so keeping the uints will make it much more inconvenient to use the API from dbus Jan 23 13:32:42 errr Jan 23 13:32:43 python Jan 23 13:33:08 hrhrrhr Jan 23 13:35:05 freesmartphone.org: 03mickey 07specs * rdfd89a233774 10/ (3 files in 3 dirs): org.freesmartphone.Device.Vibrator: and move the numerics back to int to not make it more incovenient for the bindings Jan 23 13:36:10 freesmartphone.org: 03mickey 07libfso-glib * r9b5e3b49fec1 10/src/freesmartphone-device.vala: regen Jan 23 13:36:11 freesmartphone.org: 03mickey 07libfso-glib * re20c0b9b9ac9 10/src/ (4 files): regen Jan 23 13:58:26 freesmartphone.org: 03mickey 07cornucopia * rb0fef86a4682 10/fsodeviced/src/plugins/vibrator_ledclass/plugin.vala: fsodeviced: vibrator_ledclass: catch up with new API semantics Jan 23 13:58:27 freesmartphone.org: 03mickey 07cornucopia * r04d91f7578f9 10/fsodeviced/ (4 files in 3 dirs): Jan 23 13:58:27 freesmartphone.org: fsodeviced: new plugin vibrator_timedoutputclass Jan 23 13:58:27 freesmartphone.org: This plugin implements org.freesmartphone.Device.Vibrator for vibrators conforming to the timedoutput class device, often found in Android/Linux kernels. Jan 23 13:59:29 * mickeyl feels dirty now Jan 23 13:59:34 just kidding ;) Jan 23 14:02:46 mickeyl: there is this vibrator app... Jan 23 14:03:51 yeah Jan 23 14:04:04 they should use FSO now, if they want to run on other hardware Jan 23 14:04:15 palm pre is using a different device as well Jan 23 14:04:25 so that's actually a good example why we need FSO :) Jan 23 14:04:33 "Vibrate anywhere" Jan 23 14:04:35 *cough* Jan 23 14:06:17 :) Jan 23 14:06:28 yes! Yes! YES! Jan 23 14:06:48 hahah Jan 23 14:06:49 :D Jan 23 14:07:15 can't think of a better marketing slogan Jan 23 14:11:07 freesmartphone.org: 03mickey 07cornucopia * re53e67d687a1 10/fsodeviced/src/plugins/vibrator_timedoutputclass/plugin.vala: fsodeviced: vibrator_timeoutdput: fix sysfs class name (it's timed_output, not timedoutput) Jan 23 14:14:19 mickeyl: is there some new kernel API? Jan 23 14:14:45 yes, and no Jan 23 14:14:47 non-standard Jan 23 14:14:50 Android-invention Jan 23 14:16:44 but all those android-derived htclinux kernels are using it Jan 23 14:16:48 hence i need to support it Jan 23 14:17:03 if i want to wait until they convert to mainline interfaces, i'm an old man... Jan 23 14:17:13 (not that i wouldn't be that already, but that's another story ;) Jan 23 14:21:10 are we going for 2.6.32 support already? Jan 23 14:21:39 is it ready? Jan 23 14:21:53 i'm just waiting for the rfkill situation to be done Jan 23 14:22:00 or a final word Jan 23 14:22:16 WSOD on suspend/resume would also be a showstopper i guess Jan 23 14:25:47 ainu! Jan 23 14:25:59 Me! Jan 23 14:26:19 how's life? Jan 23 14:26:23 where are you working now? Jan 23 14:26:25 and on what? Jan 23 14:26:32 Logica, a big IT company Jan 23 14:26:34 On security Jan 23 14:26:37 JaMa: hmm.. kernel headers are too old for glibc to build? Jan 23 14:26:39 As I was doing before Jan 23 14:26:56 ah, back to the roots Jan 23 14:27:05 yeah Jan 23 14:30:04 And I'm about to play to a board game with friends :-) Jan 23 14:30:18 sounds nice Jan 23 14:30:52 yeah :-) Jan 23 14:32:16 awesome, vibrator_timedoutput works on the device Jan 23 14:32:22 ok, sports now Jan 23 14:32:23 cu Jan 23 14:35:18 freesmartphone.org: 03mickey 07cornucopia * rdd9f1bb6364c 10/fsodeviced/src/plugins/ (2 files in 2 dirs): fsodeviced: vibrator plugins: debug output -- Jan 23 14:41:21 please digg this: http://digg.com/d31GURg Jan 23 14:53:00 Weiss: we have eglibc instead of glibc and quite new headers too IIRC .32 Jan 23 14:54:04 hmm.. for some reason, mine is trying to build glibc and is still using 2.6.22 headers Jan 23 14:56:00 Weiss: latest shr/unstable? Jan 23 14:57:21 yep, since yesterday.. just did another pull which brought in a lot of stuff, though... Jan 23 15:02:22 is anyone else experiencing a crash when shr-today comes up? i'm running shr-testing. Jan 23 15:05:29 aboyer: never happens here Jan 23 15:06:43 the only thing i can find is 'PreInit returned NULL for "Power Button"' in the xorg log... Jan 23 15:07:22 zeusone: are you using shr-testing from the jan 15 image? Jan 23 15:07:53 JaMa: oh, muppet check: DISTRO should be 'shr', not 'openmoko'? Jan 23 15:08:06 aboyer: I'm using shr-t updated few days ago Jan 23 15:08:49 i just updated today, and i'm still getting the error.. back to my old image. Jan 23 15:09:25 aboyer: I'm updating now... Jan 23 15:11:25 shr-today does notexist anymore Jan 23 15:11:42 it should be uninstalled if it is still there... Jan 23 15:11:58 ooh, i am an op?! :) Jan 23 15:12:00 spaetz: i know, i meant the screen lock that comes up (that looks like shr-today) Jan 23 15:12:07 ahh, ok Jan 23 15:13:03 nothing in shr-today has changed since dec 15, (SHR from dec 6), so i don't know what could be broken Jan 23 15:13:12 aboyer: nothing to upgrade here, so no problem with the latest version Jan 23 15:13:40 hmmm... would re-flashing help any? Jan 23 15:14:15 Weiss: yup shr is right nowadays :) Jan 23 15:15:18 aboyer: maybe... it's the classical informatics way :) Jan 23 15:16:23 just noticed that i had forgotten to install the modules, let's see if it helps Jan 23 15:17:42 i have a bug report that the shr-t modules won't load with the current kernel in uImage though, I'll need to rebuild that Jan 23 15:17:52 no clue hoe that could happen Jan 23 15:18:26 spaetz: are they rebuild correctly in modules*tgz? Jan 23 15:18:56 spaetz: maybe you have to use something like KERNEL_MODULE_PR or something like that to force all modules to rebuild Jan 23 15:20:16 JaMa: I have no clue if that are being correctly rebuild. Jan 23 15:20:37 I haven't trie to rebuild on the build host yet (I don't have access to it from here) Jan 23 15:21:01 I'll try to clean and rebuild the kernel on Monday Jan 23 15:27:40 hello Jan 23 15:27:53 I see on freesmartphone git that there are two fso libraries Jan 23 15:27:59 libframeworkd-glib and libfso-glib Jan 23 15:28:18 I know that fsogsmd will break something in the api, especially in error handling Jan 23 15:28:36 so, if i want to write a C program, which library should I use? Jan 23 15:28:54 and, I mean, libfso-glib is vala only, it's not as plain as libframeworkd-glib Jan 23 15:29:28 by "plain" I mean plainly understandable :) Jan 23 15:50:35 JaMa: http://pastebin.de/3422 - module-init-tools doesn't like eglibc? Jan 23 16:25:15 Weiss: did you rebuild from scratch? module-init-tools compiles here fine and I did full rebuild about a week ago.. Jan 23 16:26:46 yep, I nuked 'tmp' before rebuilding after pull Jan 23 16:43:34 guys what about a tiny C lib from fso-glib (in the spirit of libframeworkd-glib)? Jan 23 16:43:37 are there any plans? Jan 23 16:43:53 I mean libframeworkd-glib is beginning to be quite old Jan 23 16:43:56 with the new specs... Jan 23 17:10:13 daniele_athome, we are always trying Jan 23 17:10:21 fso-glib is intended to be used in c as well Jan 23 17:10:26 it's just that it doesn't work that wel Jan 23 17:10:27 l Jan 23 17:10:31 mrmoku|away, is the man to ask. Jan 23 17:10:41 ok Jan 23 17:22:09 i will ask him Jan 23 17:54:59 leviathan: ping Jan 23 17:55:20 JaMa: hi Jan 23 17:55:53 leviathan: that qemu upgrade would be best to discuss on openembedded-devel MJ Jan 23 17:56:05 oh Jan 23 17:56:08 ok Jan 23 17:56:13 another issue Jan 23 17:56:30 I encountered that after the shrwizzard Jan 23 17:56:35 the gui dies Jan 23 17:56:49 is that a phenomenon caused by broken recipe depencies Jan 23 17:56:54 ? Jan 23 17:57:19 leviathan: hrw is using 0.12.* version where is mmap issue already fixed.. Jan 23 17:57:46 hmm Jan 23 17:57:52 I mean SHR dies Jan 23 17:57:53 leviathan: if we want to upgrade qemu I think that it should be also for that fix (and remove of sanity check in bitbake Jan 23 17:58:06 JaMa: hmm, good Jan 23 17:59:13 what do you mean with dies? Jan 23 17:59:54 I reflashed few times with images with srh-wizzard and few times wizard died.. but e was up and running Jan 23 18:02:16 JaMa: "This is very bad. Enlightenment SIGABRT'd." Jan 23 18:03:25 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 18:03:25 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 18:04:45 leviathan, gdbserver + attach ? Jan 23 18:08:41 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 18:08:41 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 18:13:53 on current shr-t should phone numbers in contacts be prefixed with tel: ? Jan 23 18:15:45 wtf is wrong with these spammers? Jan 23 18:15:46 *sigh* Jan 23 18:17:37 GNUtoo: hmm Jan 23 18:17:49 how? Jan 23 18:18:10 I cant get any shell or so, before the kdriver starts Jan 23 18:18:14 how is it, that I never received any spam here? is irssi so good or is it something else? Jan 23 18:18:40 leviathan, netcat(beware it blocks) or dropbear Jan 23 18:18:56 hmm Jan 23 18:19:38 (it blocks only if you don't add & at the end) Jan 23 18:22:52 freesmartphone.org: 03morphis 07msmcomm * r11e589ea9f26 10/msmcommd/ (5 files in 3 dirs): msmcommd: fix some stuff Jan 23 18:22:53 freesmartphone.org: 03morphis 07msmcomm * r7eddd401c48d 10/ (21 files in 7 dirs): msmcomm: various fixes Jan 23 18:25:33 hmm Jan 23 18:25:39 morphis needs to work on his commit messages... Jan 23 18:33:06 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 18:33:06 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 18:42:05 freesmartphone.org: 03mickey 07cornucopia * r95c3f712b9c2 10/fsodeviced/src/plugins/kernel26_leds/plugin.vala: fsodeviced: kernel26_leds: honor config entry to skip LED device nodes by name (substring match) Jan 23 18:42:05 freesmartphone.org: 03mickey 07cornucopia * r6280f6aa6f0f 10/docs/fsodeviced.conf: docs: document additional vibrator plugins and new config switch for kernel26_leds Jan 23 18:56:58 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 18:56:58 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 18:57:27 hi Jan 23 18:57:50 how do you think, it's safe to upgrade now? :D Jan 23 18:58:39 (i can't believe i asked such question... but i would like to back to opimd development this week :) ) Jan 23 19:00:06 lol Jan 23 19:10:32 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 19:10:32 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 19:36:31 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 19:36:31 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 19:43:38 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 19:43:38 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 20:11:26 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 20:11:26 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 20:40:22 if I modify rules.yaml, i need to restart frameworkd and phonfsod only ? Jan 23 21:51:10 ~lart busybox Jan 23 21:51:11 I *HATE* BUSYBOX Jan 23 21:51:11 * apt throws busybox's poor little doggy off a cliff Jan 23 21:51:12 I *HATE* BUSYBOX Jan 23 21:51:48 so why are you using it? Jan 23 21:52:39 misc, frameworkd Jan 23 21:52:53 on maemo it's virtually impossible to substitute it Jan 23 21:53:49 huh, nice that i didn't buy that n900. i like my freerunner :) Jan 23 21:54:09 some of the init foo depend on some of the bugs in messybox Jan 23 21:54:11 what is so hateful on busybox ? Jan 23 21:54:12 I *HATE* BUSYBOX Jan 23 21:54:26 mhh depending on bug is not nice :/ Jan 23 21:54:34 DocScrutinizer, one moment plz Jan 23 21:54:39 it doesn't do anything right Jan 23 21:54:47 you can install coreutils, and use bash/zsh as SHELL for your user Jan 23 21:54:52 DocScrutinizer: why did you pay for maemo then? Jan 23 21:55:00 if busybox configured with ASH_CMDCMD=y Jan 23 21:55:01 I *HATE* BUSYBOX Jan 23 21:55:12 busybox ash always will use build-in functions Jan 23 21:55:13 I *HATE* BUSYBOX Jan 23 21:55:38 and ignore any links/stuff in /bin /sbin, as much as it have all required Jan 23 21:56:05 so, " on maemo it's virtually impossible to substitute it" <- I don't belive in this Jan 23 21:56:57 hmmm... in fact, it is really possible that 90% of busybox users really hate it :) Jan 23 21:57:31 gena2x, in fact, when I found this ASH_CMDCMD behaviour I start love it Jan 23 21:58:07 ASH_CMDCMD?.. lets see Jan 23 21:58:08 because I can keep all system stuff to relay on fast busybox, and I can use coreutils as user from zsh/bash Jan 23 22:04:14 so, you just find way to evade use of busybox and this is reason why you happy with it :) Jan 23 22:04:58 yes Jan 23 22:05:16 ) Jan 23 22:05:34 busybox is for embedded/system Jan 23 22:05:39 its really nice there Jan 23 22:05:52 but normal users should of course have coreutils/etc Jan 23 22:06:09 and this helps keep them both happy on one device) Jan 23 22:06:36 may be I should try spam SHR-people to start use ASH_CMDCMD Jan 23 22:09:22 yes, i'm happy with it too, then it is embedded somewhere far away. sometimes i want to embed it to nearby wall. Jan 23 22:34:54 * mwester uses the rule that if you can't do something with busybox, then you probably shouldn't do it with coreutils either; use perl instead. Jan 23 22:36:25 perl? I have rule, "never ever use perl" Jan 23 22:37:29 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 22:37:29 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 22:37:32 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 22:37:36 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 22:37:40 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 22:37:44 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 22:39:42 Heh, chanserv is laggy sometimes Jan 23 22:40:36 those spammers are _soooo_ funny... O.o Jan 23 22:40:59 but mostly, people are sooooo stoopid! Jan 23 22:41:04 Wonka: yes, i can't understand it. It might be funny for a day, but only really pervets can enjoy it for so long. Jan 23 22:41:20 So much effort, for what? Jan 23 22:41:25 * mwester doesn't understand. Jan 23 22:41:27 PaulFertser: and those do learn... CTCP VERSION to a channel O.o Jan 23 22:41:35 Wonka: that's what they started with Jan 23 22:42:02 PaulFertser: AFAIR they started days ago with MSGs to channels after joining Jan 23 22:42:16 Wonka: it's funny they use the original legitimate notice message exactly, just with the address changed. Jan 23 22:42:27 PaulFertser: yes, thst too Jan 23 22:42:42 I'm almost sure they started with CTCP VERSION Jan 23 22:42:45 PaulFertser: they switched to CTCP VERSION after every channel set +R Jan 23 22:42:55 afair Jan 23 22:43:11 BTW, do not post the url anywhere in the public channel, you'll get k-lined automatically. Jan 23 22:43:36 which is good. Jan 23 22:44:07 .oO( "START"+"KEY"+"LO"+"GG"+"ER" anyone? ) Jan 23 22:44:09 I'm not so sure. I think those that open links deserve to be k-lined, but not those who pasting in informational purposes. Jan 23 22:44:28 one can obfuscate them though... Jan 23 22:45:13 I do not understand , the link is just a shock website, either by notice or by direct message, where is the js that send spam ? Jan 23 22:45:26 misc: /irc.php in 4 iframes Jan 23 22:45:49 PaulFertser: yes, i have seen this but the message used to be self propagating Jan 23 22:45:59 and I have the impression this is no longer the case Jan 23 22:46:21 ( i may be wrong, and this is not a trick to make you post the link, so please don't ) Jan 23 22:46:45 is it safe to open url? Jan 23 22:46:51 One can wget blablabla/irc.php, then use FF JS console to unencode Jan 23 22:46:55 gena2x: which one? Jan 23 22:47:00 gena2x: no Jan 23 22:47:08 gena2x: this is goatse.cx like Jan 23 22:47:08 gena2x: what do you mean? Jan 23 22:47:12 gena2x: if you do it with curl, wget or something... Jan 23 22:47:22 gena2x: not in a browser that executes JS though Jan 23 22:47:32 so, i can just 'find' such url in wild net Jan 23 22:47:44 and will get banned from freenode? Jan 23 22:47:47 gena2x: sure Jan 23 22:48:07 It'll be fair enough -- do not run untrusted JS. Jan 23 22:48:24 gena2x: this is it : http://en.wikipedia.org/wiki/Shock_site#Last_Measure Jan 23 22:48:26 Because it's not site that'd be spamming, it's _your_ browser. Jan 23 22:49:21 * DocScrutinizer sighs Jan 23 22:49:39 http:// Jan 23 22:50:06 90% of web is js... Jan 23 22:50:19 90% of web is junk Jan 23 22:50:26 full ack Jan 23 22:50:31 90% of web is porn, doesn't it? Jan 23 22:50:49 hm... it depend on pov :))) Jan 23 22:51:09 some with rest of the world btw :) Jan 23 22:51:16 s/some/same/ Jan 23 22:51:17 gena2x meant: same with rest of the world btw :) Jan 23 22:54:53 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 22:54:53 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 22:56:26 something's not quite correct there? Jan 23 22:59:44 Wonka: lol, a little bit Jan 23 22:59:46 I think too much triggers now :) Jan 23 22:59:47 I removed half Jan 23 23:00:53 Wonka: not correct are the jerks who doing nasty things to us without reason whatsoever. Floods are so 90s. :D Jan 23 23:01:37 these floods are nothing... i've seen floods of _one_ troll in a modeless channel Jan 23 23:01:54 he had some more IPs though Jan 23 23:02:23 Wonka: why was the channel modeless? Jan 23 23:02:23 channel was scrolling with about 10 to 20 lines per second Jan 23 23:02:31 by design. Jan 23 23:02:39 Why the server didn't k-line him for flood? Jan 23 23:02:42 +channels on ircnet have no mode Jan 23 23:02:55 too slow for that Jan 23 23:03:03 if they do it at all Jan 23 23:03:21 IRCnet has quite liberal policies on such things Jan 23 23:03:36 And that's good. Every man is a man and run his own war bots :) Jan 23 23:03:59 hi all Jan 23 23:04:16 it's normal to still have this problem in latest shr-u? Jan 23 23:04:18 http://scap.linuxtogo.org/files/20a87ae685bdf2e56c3ee689838efdc9.png Jan 23 23:04:27 the ten buttons problem Jan 23 23:04:52 johnnymnemonic: yes Jan 23 23:05:44 JaMa: who is in duty of fix it? Jan 23 23:06:51 johnnymnemonic: I think that nobody is in duty of anything.. but I'm testing newer EFL rev where is keyboard pop-uping fixed and also illume2 (without those buttons) usable Jan 23 23:07:18 but someone has to fix entrance and python-evas first.. I haven't enough time yet.. Jan 23 23:07:26 Hm, ServerMode, interesting. What's that? Jan 23 23:07:55 kloeri__: ? Jan 23 23:08:19 huh? Jan 23 23:08:21 JaMa: sorry, my english is not that good and maybe duty it's not the correct word Jan 23 23:08:44 all I want to know is what I have to do with this problem Jan 23 23:08:58 fix it, avoid it or live with it Jan 23 23:09:36 PaulFertser: hmm? Jan 23 23:09:58 kloeri__: can you probably exlain this please: 02:05 -!- ServerMode/#openmoko-cdevel [+R] by irc.freenode.net Jan 23 23:10:57 fix it and send us patch.. or live with it untill we push update (no ETA for that) Jan 23 23:11:01 looks like a server came back from a netsplit and thought the channel was supposed to be +R Jan 23 23:11:29 kloeri__: hm, seems there were no netsplit lately Jan 23 23:11:52 servers can get out of sync regarding channel modes when they're split so when they reconnect they fix up the modes as best they can Jan 23 23:12:05 Yeah, thanks for the clarifications :) Jan 23 23:12:45 that's what it looks like to me anyway Jan 23 23:13:08 kloeri__: why can't anybody contact Ai.NET to shutdown the site that hosts the malicious JS? Jan 23 23:13:30 there has been some small server issues (a couple of my clients timed out at least) but I don't think that matches your timestamp Jan 23 23:14:12 I think some people have tried that but it's questionable if they actually break their TOS or something like that Jan 23 23:14:15 Their support page says they have 24/7 (what a stupid way to say that!) technical support, so one can probably get a real conversation with support at any moment. Jan 23 23:14:35 PaulFertser: here was netsplit Jan 23 23:14:38 and it's served by several servers making it harder to shutdown anyway Jan 23 23:14:39 I can't see how it might be not against TOS to trick people into sending spam. Jan 23 23:15:17 that requires proof that they're actually the ones tricking people I guess Jan 23 23:15:18 kloeri__: while we're at it, when the migration is going to be performed? Jan 23 23:15:47 It's trivial, one can easily wget ht..://.../irc.php and see for himself that it's this site that sends spam to freenode. Jan 23 23:16:20 the migration is planned for jan 30th Jan 23 23:16:47 Will the new server ignore HTTP POST messages altogether? Jan 23 23:17:12 not that I don't agree with everything you've said but in general it's damn hard to get abuse departements to do anything about your complaints Jan 23 23:17:22 Yeah :( Jan 23 23:17:30 ircd-seven drops the connection if it sees a HTTP POST request Jan 23 23:17:34 * DocScrutinizer-8 thinks '6 days and counting' Jan 23 23:17:37 Kewl Jan 23 23:18:08 yo Jan 23 23:18:58 kloeri__: will it have autovoice as well? Jan 23 23:19:20 autovoice is a job for services which isn't being replaced Jan 23 23:19:29 ooh Jan 23 23:19:44 everything services can do now (like autovoice) stays the same Jan 23 23:20:01 wasn't aware services is a distinct entity Jan 23 23:20:28 or can *not* do for autovoice aiui Jan 23 23:20:48 yeah, nickserv, chanserv, memoserv, alis and so on is a seperate package Jan 23 23:23:14 kloeri__: Could you cloak paul-trigger? Jan 23 23:24:10 JaMa: you was talking about newer efl and illume2 Jan 23 23:24:19 are already present on last shr-u? Jan 23 23:24:37 how can I try illume2? Jan 23 23:26:09 who does paul-trigger belong to? and if the owner can make it ask me I'd be happy to cloak it Jan 23 23:27:01 PaulFertser: Go ahead :-) Jan 23 23:27:04 johnnymnemonic: no we're testing it only localy as soon as those 2 issues I said about are fixed.. we can commit it to oe.dev repo -> and build in official shr-u feeds Jan 23 23:27:25 ok JaMa, thanks Jan 23 23:29:28 kloeri__: it's mine Jan 23 23:29:39 kloeri__: in fact that's stupid irssi trigger Jan 23 23:30:07 I might probably configure a real bot soon if those attacks not end. Jan 23 23:30:30 heh, I use trigger.pl in irssi quite a bit :) Jan 23 23:30:30 nah, it works quite nice Jan 23 23:30:43 kloeri__: so, what do i do? Jan 23 23:31:30 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 23:31:30 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 23:31:54 * kloeri__ looks Jan 23 23:32:58 kloeri__: Nice even Jan 23 23:33:24 A bit too stupid, i'd need to learn irssi scripting to make it suppress the second trigger on the same channel if first is already fired. Or something. Jan 23 23:33:47 rather kill the second Jan 23 23:34:01 yeah, I have the same problem with my triggers but I'm too lazy to fix it Jan 23 23:34:07 paul-trigger is cloaked now Jan 23 23:34:16 kloeri__: thanks a lot :D Jan 23 23:34:22 :) Jan 23 23:34:25 cool, thanks kloeri__ Jan 23 23:34:54 A nice path i got "unaffiliated/paulfertser/bot/paul-trigger" Jan 23 23:36:15 :-) Jan 23 23:36:34 yeah, we like being able to recognise the owner in case of problems :) Jan 23 23:37:27 we see misbehaved bots every so often (mostly just misconfigured and not malicious as such) so it's very nice easily being able to spot the owner and contact them Jan 23 23:38:20 yup Jan 23 23:39:12 * DocScrutinizer-8 feels like boozetime Jan 23 23:45:22 :)) Jan 23 23:49:23 PaulFertser: could you set a mutex in trigger.pl? Like 'if [-f tmp/triggermutex]; then exit; touch tmp/triggermutex; do_+Rfoo_delay_-R; rm tmp/triggermutex' Jan 23 23:50:02 DocScrutinizer-8: if only i knew more about irssi scripting... Jan 23 23:50:16 no idea at all here Jan 23 23:50:18 And perl :) Jan 23 23:50:37 ouch Jan 23 23:51:47 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 23:51:47 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 23 23:52:59 too slow. Jan 23 23:53:13 if user on p5791CF8E.dip.t-dialin.net is in this chan: HIIIIDE bugger! Jan 23 23:53:48 Wonka: just about as fast as it gets Jan 23 23:53:56 but still too slow :) Jan 23 23:53:58 there are RTT Jan 23 23:54:15 we can't do negative timeskep Jan 23 23:54:21 jop Jan 23 23:54:59 freenode klined by the time the +R is set... Jan 23 23:55:24 Wonka: usually the come in a gang Jan 23 23:56:32 i'd like to know what they klined... if they klined the whole host or only the specific mask Jan 23 23:57:02 one could kill whole bouncer hosts with one line... Jan 24 00:01:21 Wonka: here i see kline after +R Jan 24 00:01:27 02:51 -!- mode/#openmoko-cdevel [+R] by paul-trigger Jan 24 00:01:29 02:51 -!- cuoohywv [n=umhy@p5791CF8E.dip.t-dialin.net] has quit [K-lined] Jan 24 00:01:43 inter-server-delay Jan 24 00:02:15 Wonka: we generally kline on IP alone Jan 24 00:02:24 to be true, its the same way round here, but in the same second Jan 24 00:02:32 what I said, takes a while to propagate thru the network Jan 24 00:02:42 00:51:49 -!- mode/#openmoko-cdevel [+R] by paul-trigger Jan 24 00:02:42 00:51:49 -!- cuoohywv [n=umhy@p5791CF8E.dip.t-dialin.net] has quit [K-lined] Jan 24 00:03:12 buuut that +R cannot have prevented many messages inbetween ;) Jan 24 00:03:37 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 00:03:37 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 00:03:51 hoooray next one? Jan 24 00:04:20 Wonka: you have no idea Jan 24 00:04:55 PaulFertser: increase delay to 180 please Jan 24 00:05:36 or even 600 Jan 24 00:05:41 this +R -R +R -R in quick succession irritates me Jan 24 00:09:13 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 00:09:13 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 00:16:21 DocScrutinizer: Sure Jan 24 00:26:59 (+-R in quick succession) most of the time it's only 2 extra lines overall. Well, auto-voice in several seconds sounds like a better solution. Jan 24 00:35:34 gotta sleep, see you tomorrow Jan 24 00:35:44 seeya Jan 24 00:47:40 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 00:47:40 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 00:49:58 http:// Jan 24 00:53:05 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 00:53:05 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 00:59:08 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 00:59:08 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 01:01:49 * DocScrutinizer shakes head in disbelieve Jan 24 01:06:16 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! Jan 24 01:06:16 VERSION Hi all. It seems we are again seeing javascript based flood spam. If you are experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! **** ENDING LOGGING AT Sun Jan 24 02:59:57 2010