IRC log for #maemo-ssu on 20120709

00:24.52*** join/#maemo-ssu Estel_ (~Estel@Maemo/Community/council/Estel-)
00:26.03*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141)
00:33.54*** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu)
01:06.10LaoLang_coolI have an issue, not sure if it's belong to cssu. In contacts, after I rename a contact's name, the phone field will be changed to cell field
01:06.21LaoLang_coolI'm using the lastest testing version of cssu
02:13.43*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
03:31.36*** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl)
05:08.42merlin1991freemangordon: I'm not mia, I said in advance that I'm in grece this week ;)
05:22.19*** join/#maemo-ssu Sc0rpius (~naikel@190.78.151.78)
05:43.42*** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike)
05:54.36*** join/#maemo-ssu Pali (~pali@unaffiliated/pali)
06:01.52*** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike)
06:28.47Palifix for operator cbs widget is here: https://gitorious.org/~pali/community-ssu/pali-operator-name-cbs-widget
06:32.15Palinew config options for osso-xterm are here: https://gitorious.org/~pali/community-ssu/pali-osso-xterm
06:37.15Palipatch which add big warning to /etc/fstab that file is generated: http://atrey.karlin.mff.cuni.cz/~pali/upstart.git
06:43.31Paliauto enable usb network in pc suite mode: https://gitorious.org/~pali/community-ssu/pali-ke-recv
06:57.29kerioPali: i'm not sure the last one is good
06:59.15Palikerio, what is the problem?
06:59.32kerioPali: usb networking support is flaky at best anyway
06:59.42kerioso why is autoenabling it a good thing?
07:00.03Palikernel module g_nokia.ko is needed for pc suide mode and this module initialize also usb network usb0 interface
07:00.12Palibut interface is down
07:00.18keriooh, i see
07:00.19keriothen ok
07:00.34keriodoes it autoload g_ether in no-mode?
07:00.48Palimy patches only do ifup usb0 and start udhcpd if exists in system
07:00.52Palikerio, no
07:01.06Palig_nokia has its own usb network code
07:01.11Paliit not using g_ther
07:01.16Pali*g_ether
07:01.26keriothus, me asking: does it also work outside of pc-suite mode?
07:01.58Palifor usb network you need to have loaded g_nokia module
07:02.33Paliso if you load g_file_storage (in usb mass storage mode) then usb network not working
07:03.00kerioyeah but if i don't enable pc-suite mode i need g_ether, not g_nokia
07:03.36Palikerio, g_ether is only in kernel-power (not in default nokia kernel), but you can use it for usb network too
07:04.58keriooh, i didn't know it was KP only
07:05.00kerionvm then
07:08.29Paliok, next patch for busybox - Add support for portrait mode: http://atrey.karlin.mff.cuni.cz/~pali/busybox.git
07:09.28keriowait, for busybox? :o
07:09.42Palithis git repo is based on https://garage.maemo.org/scm/?group_id=872 + sources from repository.maemo.org
07:10.27Palikerio, yes portrait mode is working in osso-xterm without problem, but busybox show a lot of empty lines (bash working fine)
07:10.43keriooh, busybox sucking at terminals
07:10.53kerioand/or osso-xterm sucking at being a terminal
07:11.21keriobtw, is busybox-power any good?
07:11.34kerioi'm just using bash, because fuck that noise, but...
07:11.38Palikerio, no idea I do not have busybox-power
07:11.47Palibut patch is really really simple
07:12.03Palialso see patch for osso-xterm which add more config options to menu
07:12.23kerioPali: you seem knowledgeable in matters of osso-xterm...
07:12.31Pali(scroll history, reverse colors, auto scroll on output)
07:12.33keriocan you find a way to enable support for darkgray?
07:12.58kerio(bold black "should" appear as dark gray, not black)
07:13.23Palithis could be problem in vte, not xterm
07:13.52kerio(and i say "should" because it's far from standard - like anything related to terminals - but still...)
07:14.15kerioalso, are there plans to get more terminfo data? i always have to set my TERM as xterm-color when i ssh to my n900
07:14.18kerioit defaults to xterm-256color because, well, it can
07:14.57kerioPali: ooh, easier thing - can i set my default TERM as xterm-color in osso-xterm?
07:15.20PaliI have xterm-color, should work
07:15.29Paliok, next patch is for cssu-enabler, initial script for "uninstalling" cssu: https://gitorious.org/~pali/community-ssu/pali-community-ssu-enabler
07:15.40kerio...oooh, that's definetely a mistake
07:17.31Paliscript is usefull for devs to testing if installation of cssu working fine without needed to reflash device
07:18.03keriohmm, you add an extra layer of complexity
07:18.19keriothere's backupmenu to revert to a previous state :)
07:18.20LaoLang_coolHi, I have an issue, not sure if it's belong to cssu. In contacts, after I rename a contact's name, the phone field will be changed to cell field
07:18.33Palimerlin1991, freemangordon, DocScrutinizer, MohammadAG, see today log for my patches for cssu ^^^^^^
07:19.00kerioPali: also list them now, so they won't miss one
07:19.16keriojust the name, maybe
07:19.34Paliok, here are git repos:
07:19.37Palihttps://gitorious.org/~pali/community-ssu/pali-operator-name-cbs-widget
07:19.46Palihttps://gitorious.org/~pali/community-ssu/pali-osso-xterm
07:19.53Palihttp://atrey.karlin.mff.cuni.cz/~pali/upstart.git
07:20.03Palihttps://gitorious.org/~pali/community-ssu/pali-ke-recv
07:20.11Palihttp://atrey.karlin.mff.cuni.cz/~pali/busybox.git
07:20.20Palihttps://gitorious.org/~pali/community-ssu/pali-community-ssu-enabler
07:20.38Palithats all
07:21.29PaliLaoLang_cool, applications Contacts is closed so its not part of CSSU and cannot be fixed
07:21.54kerioPali: the version for operator-cbs-widget became 3.0 instead of what i think should be 0.3
07:22.20Palikerio, no it must be >= 2.x
07:22.27keriok
07:22.28LaoLang_coolPali, ok, thank you for the info :)
07:22.30kerioi see
07:22.44Palibecause it replacing original deb package which contains orignal operator widget
07:22.58Paliand that deb package has version 2.x
07:23.37LaoLang_coolContacts is a core function, I think more focus and effect should be on them
07:24.25keriopatches welcome
07:24.31kerio(no, *really*)
07:24.40Palimerlin1991, please create git repos on gitorious cssu for busybox and upstart
07:24.50tadzikLaoLang_cool: anything in particular that you miss?
07:25.36LaoLang_coolnot a portrait mode for busybox/xterm? keypad is landscape, it's very limited to use busybox/xterm in portrait mode I think
07:26.48LaoLang_cooltadzik, many, say display/rearange contacts by company name, support grouping, support custom ringtones by contacts, etc...
07:27.45LaoLang_coolthe app mycontacts has some functions, I have tried it, not good for the first glance...
07:46.43Paliyou can still use osso-xterm with external keyboard :-)
07:57.13Paliah, I forgot modest patch - allow scrolling in both modes: https://gitorious.org/~pali/community-ssu/pali-modest
07:57.47LaoLang_coolPali, oh, I forgot there is a thing called virtual keyboard! ;p
08:16.20*** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97)
08:20.56*** join/#maemo-ssu andre__ (~andre@89.177.48.5)
08:21.03*** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre)
08:26.38*** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm)
08:37.38*** join/#maemo-ssu _freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net)
09:06.08*** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm)
09:16.31*** join/#maemo-ssu freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net)
09:24.00freemangordonPali: great, unfortunately both merlin1991 and MohammadAG are nowhere to be found :(
09:24.18Palifreemangordon, ok
09:24.28Palineeds testing and if all is ok, pushing to cssu-devel
09:25.28freemangordonPali: starting tomorrow I am on a vacation, so don't count on me for the next week :)
09:25.37Paliok
09:25.49freemangordonin the meanwhile you may want to push new KP and KPS :P
09:26.02Paliwl1251-source is now in extras-devel
09:26.07PaliI updated u-boot
09:26.11freemangordonwow
09:26.28Paliand I will push both kernel-power and kernel-power-settings
09:26.36freemangordonI was wondering where did you disappear, now it is clear :D
09:26.39Palidsc packages are prepaired
09:26.55freemangordonPali: did you try my thumg thingie?
09:26.57PaliI was without internet connection, so anything was offline :D
09:26.58freemangordon*thumb
09:27.22Palithumb not yet
09:27.48freemangordonPali: BTW check the commits in cssu-kernel, there is one more patch needed for thumb, besides errata worksround
09:27.53freemangordonlemme find it for you
09:28.14Paliok, but thumb support is not in kernel-power
09:28.37Paliis there any patch which should go to kernel-power?
09:30.36*** join/#maemo-ssu _freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net)
09:31.07_freemangordon[12:25] <freemangordon> Pali: BTW check the commits in cssu-kernel, there is one more patch needed for thumb, besides errata worksround
09:31.07_freemangordon[12:25] <freemangordon> lemme find it for you
09:31.32_freemangordonPali: https://www.gitorious.org/community-ssu/kernel-cssu/commit/07002d818c0c8b539d85da142e3caa39eec4e560
09:33.03freemangordonPali: here?
09:33.43Paliis there still problem with thumb?
09:34.08freemangordonno more
09:34.21freemangordonrock stable, even with xserver thumb-compiled
09:35.19freemangordonand I was able to finally run thumb-compiled microb engine yesterday, don't know if I will have time today to push a new update or it will have to wait until I am back from vacation
09:35.54freemangordonBTW thumb-compiled microb FLIES man, its unbelievable how fast it is
09:36.09tadzikfreemangordon: is there any noticeable speed differe... okay, you were faster
09:36.41freemangordonPali: but KP is missing that last patch, that is why i pointed it
09:37.38Palifreemangordon, kp has no thumb patch enabled
09:38.06freemangordonPali: then cherry-pivk them, there is no problem, neither any visible speed difference
09:38.28Paliso add thumb support also to kernel-power?
09:38.36freemangordonbut of course
09:39.03freemangordonand if anyone is concerned, there is a sysfs value to disable the workaround
09:39.10Paliok
09:39.21PaliI will add patches to debian/
09:39.34Paliand then I will push kernel-power v51 to extras-devel
09:39.50freemangordonbut they are in debian/patches :). in kernel-cssu i mean
09:40.17freemangordonlook at kernel-cssu history for what is needed
09:40.38freemangordonPali: also don't forget to fix fmtxd echo thingie ;)
09:40.50Palialready fixed
09:40.54freemangordongreat
09:41.43freemangordonunfortunately won't have time to pull that in kernel-cssu today, but anyway, no hurry
09:42.03freemangordonif you wish you can do that
09:42.44Paliwl1251 injection driver, fmtxd fix, added provides: kernel-feature-smartreflex, kernel-feature-video720p, kernel-feature-packet-injection, kernel-feature-charger, added bq2415x_charger driver (blacklisted by default)
09:43.03Paliand entry /sys/devices/platform/musb_hdrc/hostdevice which contains speed of connected usb device
09:43.30freemangordonyou are missing kernel-feature-errata-workaround
09:43.34PaliI will create new status menu aplet for usb host mode
09:43.56Palifreemangordon, yes because thumb patches are not in git repo yet
09:44.21freemangordonI know :). the exact name is "kernel-feature-errata-430973-workaround"
09:55.16*** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu)
09:56.34Palifreemangordon, thumb patches are now in my (local) kernel-power git tree
09:56.59PaliNow buidling... if everything is ok I will push it to extras-devel
10:13.46*** join/#maemo-ssu arcean (~arcean@aacs124.neoplus.adsl.tpnet.pl)
10:13.55Palifreemangordon, kp v51: http://talk.maemo.org/showpost.php?p=1234313&postcount=445
10:22.26DocScrutinizer05I'm quite happy about the thumb errata *with sysfs switch* in KP51 now :-D \o/
10:23.05DocScrutinizer05Pali: congrats!
10:23.34DocScrutinizer05and (seems we say that way too seldom) many thanks!
10:32.51*** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm)
10:51.47kerio\o/
10:52.13keriowhat's the charger thing?
10:52.21keriomeh, wrong channel
10:53.11keriofreemangordon: once KP51 is in -devel, will you change cssu-thumb so it doesn't require kernel-cssu?
11:01.46*** join/#maemo-ssu gregoa (~gregoa@chello212186052066.410.14.vie.surfer.at)
11:04.11*** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97)
11:05.01*** join/#maemo-ssu Pali (~pali@unaffiliated/pali)
11:05.11kerioPali: <3
11:08.09kerioPali: what does "Added wl1251 packet injection modules" mean? are they enabled by default, or are they just installed?
11:15.14Palikerio, kernel modules are just installed
11:15.27Paliyou need to manually load it
11:15.47Palimodules are installed into /opt/packet....
11:17.10kerioPali: :c
11:17.17keriomake it conflict with the backported drivers package at least
11:17.26kerioidk
11:17.31keriois the loading script somewhere?
11:17.38kerioi mean, cleven uses its own, but still
11:23.07Palikerio, we will update backported drivers package to be empy and depends on kernel-power
11:23.23PaliI will write load script later
11:27.30keriok
11:27.38kerioit will probably break cleven, sadly :c
11:27.46kerioi suppose i can just change the script it uses
12:14.32*** join/#maemo-ssu Pali (~pali@unaffiliated/pali)
12:20.23keriois modest any good now?
12:34.33tadzikdid it change recently?
12:36.35freemangordonPali: which kernel package provides kernel-feat-earrata-... , flasher or bootimg or both
12:37.20Palifreemangordon, uhm, only bootimg
12:37.40freemangordonhmm, not good :(
12:37.44PaliI forgot add also flasher
12:37.47Paligoing to rebuild
12:37.54freemangordonpali, wait
12:38.07freemangordonwe'd better leave that anly for the flasher
12:38.10freemangordon*only
12:38.30keriowhy do we need separate kernel-power and kernel-power-bootimg packages?
12:38.35Palihere is (untested now written) script for load/unload packet injection driver http://atrey.karlin.mff.cuni.cz/~pali/kernel-power/packet-injection.sh
12:38.54freemangordon<PROTECTED>
12:39.02freemangordonSc0rpius: ^^^
12:39.02Palifreemangordon, ok good point, because apt-get and HAM are bad
12:39.04kerioPali: can't you just copy load.sh and unload.sh from the old tarball?
12:39.29freemangordonPali: yes, i've already had those kind of problems
12:39.31Palikerio, this script has 4 options: enable, disable, load, unload
12:39.39kerioenable what?
12:39.49Palikerio, enable means - enable by default in system
12:39.57keriooic
12:39.58Paliload - only load drivers now
12:39.59keriohow does it do that?
12:40.07kerioblacklist the stock modules?
12:40.10Paliand it will work with any kernel (with modules
12:40.28Palikerio, yes blacklist + symlink
12:40.33Paliah, I forgot blacklist
12:40.57Palimaybe not? blacklist will not be needed
12:41.16freemangordonPali: so it is better to only flasher to provide that feature, anyway if you have thumb system installed, you will have at least one of the flashers (KP or KCSSU)
12:41.33Palineed to know what will do depmod by symlinked modules directory to /lib/modules/<ver>
12:41.37freemangordonI will ubdate kcssu as soon as possible
12:41.58keriofreemangordon: more importantly, if you want to dick around with uboot you're good enough to tell apt to stfu by yourself :)
12:42.13Paliok, I'm going to update debs of kernel-power
12:42.25freemangordonkerio: no, you are not supposed to be
12:42.41kerioyou're not supposed to dick around with uboot, i agree
12:42.56freemangordonit is possible you are just an ordinary adventure user, it does not mean we have to screw you
12:44.33keriofreemangordon: the thing is, thumb binaries require something in the kernel - but the running kernel is unrelated to what's installed in dpkg
12:45.19Palifreemangordon, -flasher and -bootimg packages updated
12:45.24freemangordonkerio: agree, but we don't have 20 kernels to deal with
12:45.31freemangordonPali: thanks
12:45.36kerioPali: does -bootimg now not Provide the errata?
12:45.42Palino
12:45.55freemangordonPali: it provides the errata?
12:46.11Palionly -flasher
12:46.11freemangordonPali: remove that from bootimg
12:46.14freemangordonaah, ok
12:46.16freemangordon:)
12:46.21keriofreemangordon: what if someone is using uboot though?
12:46.24freemangordon[15:42] <kerio> Pali: does -bootimg now not Provide the errata?
12:46.25freemangordon[15:42] <Pali> no
12:46.31*** join/#maemo-ssu BCMM_ (~user@unaffiliated/bcmm)
12:46.32PaliI removed it from -bootimg
12:46.36keriothey'll have to install extra stuff :(
12:46.42Palifail, I did not read *not*
12:46.47freemangordon:P
12:47.03freemangordonkerio: what extra stuff?
12:47.16freemangordonwe have only 3 kernels so far: omap1, KP and KCSSU
12:47.34keriofor instance, stfu-provides-thumb-errata, a metapackage with no files that has Provides: kernel-feature-thumb-errata
12:48.03freemangordonwith plans to merge everything in KCSSU, with Replaces:kernel
12:48.04keriounless they want to install kernel-power-flasher for some reason
12:48.16keriofreemangordon: nope
12:48.32freemangordonkerio: you will have either KP or KCSSU if you install thumb thingie
12:48.35kerioKCSSU is the kernel that's ABI-compatible with the stock nokia kernel that also has the thumb2 patches
12:48.40keriothat DocScrutinizer wants :)
12:48.53keriofreemangordon: no, you'll have to *run* one of those
12:48.59freemangordonkerio: don't tell me what KCSSU is, ok?
12:48.59freemangordon:P
12:49.00keriothat's unrelated to what's installed in dpkg
12:49.14keriofreemangordon: but if kcssu isn't that, doc will be a sad panda :c
12:49.15freemangordonread what I wrote a few lines above
12:49.24freemangordon[15:44] <freemangordon> with plans to merge everything in KCSSU, with Replaces:kernel
12:49.44freemangordonkerio: you should grok that is still WIP
12:49.48keriofreemangordon: ooh, an omap1-ABI-compatible KP? neat
12:49.57freemangordon;)
12:51.02keriobut what if i *want* to break backwards-compatibility? :(
12:51.21DocScrutinizer05for that there's hexedit
12:51.25kerioPali: how did you make the fcam modules work with KP?
12:52.33Palifreemangordon, I remembered this: I don't think I won't not go to the bathroom :D
12:52.50Palikerio, I'm not using fcam
12:53.00keriowell, it works for me
12:53.02freemangordonkerio: KCSSU is still FOSS, you could grab the source and do whatever you want. But i still think it is easier to use a hammer.
12:53.04kerioso obviously someone did something
12:53.21keriogaaaaaaaaah, what the hell is HAM doing
12:53.28kerioapt-worker is been working for like two minutes
12:53.42keriocssu request: make HAM not awful plskthx
12:53.47freemangordonPali: just confirm - we do not do any special treatment of fcam drivers in KP, true?
12:54.13*** join/#maemo-ssu lizardo (~lizardo@201.76.96.78)
12:54.15PaliI do not know what is state of fcam
12:54.26freemangordonit just works ;)
12:54.39keriomaybe fcam-modules also ships modules for kp
12:54.53freemangordonyes, I think that is the case
12:55.15keriowould that mean that i lose all my fcam goodness if i install kp51? :(
12:55.34freemangordonkerio: no, but maybe you will have to reinstall them
12:55.40freemangordon(fcam drivers)
12:56.13*** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm)
12:56.43freemangordonunfortunately this shit is unmaintained for over an year, and I am not sure we have enough knowledge in the community to fix it if something is broken
12:57.02kerioaww :(
12:57.04keriooh well
12:57.10keriocamera-ui is good now
12:57.22kerioi just use fcam sometimes so i can feel like a photographer
12:57.23kerio:3
13:26.02*** join/#maemo-ssu arcean_ (~arcean@aacz214.neoplus.adsl.tpnet.pl)
13:27.52*** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl)
13:29.56*** join/#maemo-ssu arcean (~arcean@aacz118.neoplus.adsl.tpnet.pl)
13:49.21*** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg)
13:52.04*** join/#maemo-ssu DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg)
13:52.31*** join/#maemo-ssu freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net)
13:59.06*** join/#maemo-ssu freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net)
14:03.09*** join/#maemo-ssu _freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net)
14:03.31*** join/#maemo-ssu Pali (~pali@unaffiliated/pali)
14:14.13Raimu_freemangordon: You've gotten to build microb-thumb?
14:14.48RaimuThat's pretty cool.
14:14.50_freemangordonRaimu: yep
14:15.19freemangordonwill try to push a new update today
14:15.24RaimuPlease do
14:15.27freemangordonRaimu: ^^^
14:17.49*** join/#maemo-ssu arcean_ (~arcean@aaet189.neoplus.adsl.tpnet.pl)
14:21.29*** join/#maemo-ssu freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net)
14:27.31*** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97)
14:27.37RaimuGood.
14:28.49*** join/#maemo-ssu freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net)
14:37.16*** join/#maemo-ssu freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net)
14:53.16Lava_Croftfreemangordon: heh
14:53.20Lava_Croftfreemangordon: microb source?
14:53.59freemangordonLava_Croft: microb-engine source
14:55.45Lava_Croftaw
14:55.49Lava_Croftstill nice!
14:56.40freemangordonLava_Croft: from thumb POV much better
14:57.05kerio:3
14:57.11keriofreemangordon: did you fix cssu-t?
14:57.16Lava_Croftfreemangordon: i figure
14:57.21freemangordonkerio: what?
14:57.38keriofreemangordon: i'm not sure if it'll need fixes, but KP51
14:57.51kerioKP51 is good
14:57.59freemangordonglad to hear
14:58.17freemangordonhow is that related to cssu-t(humb/esting?)
15:01.51keriofreemangordon: well, it Provides: kernel-feature-errata-430973-workaround
15:01.52kerioremember? :)
15:03.25freemangordonso? what makes you think kernel-cssu does not provide it? and what makes you think all of the packages in -thumb repo does not do Depends: kernel-feature-errata-430973-workaround
15:04.32freemangordonall I need to do is to remove explicit dependency in mp- thingie, but won;t do that now
15:04.44freemangordon(dependency to kernel-cssu)
15:04.59freemangordonmicrob-engine has higher priority in my book
15:05.15*** join/#maemo-ssu Pali (~pali@unaffiliated/pali)
15:05.45keriobut... explicit dependency in the mp- thingie!
15:05.50keriooh well, kp51 isn't even in the repos yet
15:06.10kerioi'm just hoping i can install the -thumb stuff by this evening :3
15:06.15Raimuidly wonders if it's possible to install thumb-capable kernel, then do backup w/ backupmenu, then install different kernel and then restore backup and have all the depends now even though kernel doesn't support them
15:07.04kerioRaimu: of course it is
15:07.18freemangordonRaimu: just a little patience, as you (maybe) see Pali is back and we are tweaking the things so you wan't need to do such hackery
15:07.25keriodepending on kernel-feature-errata-thumb is a dpkg thing
15:07.40keriothe dpkg things are only vaguely related to the running kernel
15:07.58freemangordonbut I put that dependency there on purpose
15:08.29keriofreemangordon: of course you did, and you did good
15:08.38keriobut you can't make it idiotproof
15:08.43RaimuYep.
15:08.45keriobecause the world will just build a better idiot
15:08.50keriolike Raimu!
15:09.12RaimuI hope you implied I was building a better idiot and not providing an example in myself.
15:09.13kerio:3
15:09.15Raimu:D
15:09.45kerioof course, of course *pat pat*
15:09.47Raimufreemangordon: Yeah, I see. I appreciate your work a lot and watch with interest.
15:10.15keriofreemangordon: you have to be particularly careful though
15:10.27keriohaving thumb binaries means you *can't* go back to the omap1 kernel
15:10.35RaimuThe cssu-thumb thread on tmo is kinda depressing.
15:11.09freemangordon???
15:11.11keriogranted, the only way to revert to the omap1 kernel is to run the KP uninstaller
15:11.18freemangordonRaimu: why is that?
15:11.32Raimufreemangordon: I suppose it's mostly solved its problems now, but it's kind of disheartening how noobs flocked in and messed up their machines.
15:12.12freemangordonRaimu: yeah :(. And why? Just because they are lazy to read one page. Meh
15:12.24Raimufreemangordon: You provided top-notch support, by the way, considering the situation. People just don their blackened sunglasses when they read "for experts only".
15:12.45RaimuAnd after the smoke subsides they recheck the connection. :P
15:13.01kerioand that's especially stupid, because sunglasses make you see less, in the dark!
15:13.36RaimuDouglas Adams and the peril-sensitive sunglasses...
15:13.37freemangordonjust like kerio is not reading, but at least he constantly pesters people on IRC asking questions :P
15:13.45freemangordonMy favourite book
15:13.52RaimuAnd slinging quasi-insults. :P
15:13.53keriofreemangordon: except that i read the top post to that thread
15:15.01freemangordonkerio: you read it? all the text, not between the lines? I doubt you did :P
15:15.38freemangordonotherwise your wouldn't comment that "free space on rootfs does not matter"
15:15.48kerioi didn't say that
15:15.48freemangordons/your/you/
15:15.50kerioi think
15:15.52kerioif i did, i was wrong
15:15.57kerioi said "it matters less than free ram"
15:16.16Sc0rpiusfreemangordon, pong?
15:16.34keriobecause goddammit nokia, why the hell did you only give us 256mb of ram? ;_;
15:18.58freemangordonSc0rpius: sorry to bring the bad news, but we (me and Pali) plan to break Cleven once again :P
15:18.59RaimuThe RAM's on-die on the system-on-chip, right?
15:19.45RaimuI recall reading the 256mb version was the only one available for them.
15:19.49freemangordonSc0rpius: but it should be easier now, as KP51 provides kernel-feature-packet-injection, along with modules
15:20.41ShadowJKraimu: package-on-package. the cpu/soc has balls both on bottom and top, ram soldered to top
15:20.52RaimuShadowJK, thanks.
15:20.54freemangordonSc0rpius: And that is an attempt to clean up that wireless-compat mess once and fo all
15:20.57ShadowJKalso contains the onenand
15:21.06ShadowJKin same chip as ram
15:21.23kerioSc0rpius: so you're the one to blame for cleven? >:C
15:21.32*** join/#maemo-ssu taziff1 (~Taziff@cyr108.internetdsl.tpnet.pl)
15:21.37RaimuShadowJK: Oh, now I get where all the "RAM update" speculation came from.
15:21.45ShadowJKhm?
15:22.09kerioSc0rpius: in the next cleven update, please add a file in /etc/sudoers.d/ that allows all the commands cleven it's going to run as root
15:22.24RaimuShadowJK: Well, a lot of folks were speculating over replacing the n900 RAM, but I thought if it's on the SoC I don't see how they thought it would happen.
15:22.26keriootherwise i always have to rely on the fact that sudo doesn't ask your password for a bit
15:23.05freemangordonSc0rpius: So cleven should depend on that kernel feature, nothing more. Plus Pali has prepared some script for loading/unloading injection drivers, so you don't need to do any hackery to recognize which kernel you run
15:23.26ShadowJKraimu: well it doesn't make it any easier than replacing the soc..
15:23.36freemangordonSc0rpius: as I am mia starting from tomorrow, it is Pali to ask for whatever support you need
15:23.47RaimuShadowJK: No, but it sounds more plausible if you don't think about it any further. :P
15:24.11Sc0rpiushmm
15:24.20Palifreemangordon, what do you think? Can I push all patches for CSSU to merlin cssu-devel repo?
15:24.23Sc0rpiusI'm not the "one to blame" for cleven
15:24.30Sc0rpiusI'm "kinda" the one to blame for modest :P
15:24.44Sc0rpiusI'm not sure who's in charge about cleven
15:24.49freemangordonSc0rpius: wasn't you Cleven maintainer?
15:24.52Sc0rpiusnope
15:24.56freemangordondamn
15:24.59RaimuSaturn maintains Cleven.
15:25.08freemangordonaah, yeah
15:25.14freemangordonstupid me
15:25.19keriofreemangordon: >:C
15:25.25keriohrmpf, he's not on irc
15:25.38kerioand that means he's not contactable
15:25.41freemangordonPali: if you think there are no regressions, why not?
15:25.53freemangordonkerio: he is, on TMO
15:26.02keriobut only irc exists!
15:26.06freemangordonbrb
15:34.53*** join/#maemo-ssu Estel_ (~Estel@abrm81.neoplus.adsl.tpnet.pl)
16:00.24*** join/#maemo-ssu Estel_ (~Estel@abrm81.neoplus.adsl.tpnet.pl)
16:00.55*** join/#maemo-ssu trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623)
16:04.16*** join/#maemo-ssu NIN101 (~NIN@p5DD28BEF.dip0.t-ipconnect.de)
16:26.07*** join/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net)
16:53.29*** join/#maemo-ssu lizardo (~lizardo@201.76.96.78)
17:57.58*** join/#maemo-ssu _ade_ (~arno@52481E0B.cm-4-1a.dynamic.ziggo.nl)
18:21.19*** join/#maemo-ssu luf (~luf@ip-89-103-223-40.net.upcbroadband.cz)
18:21.46lufmerlin1991: ping
18:40.26*** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97)
18:55.43*** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97)
19:10.54*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
19:11.01lufmerlin1991: ping
19:12.43*** join/#maemo-ssu lizardo (~lizardo@201.76.96.78)
19:46.27*** join/#maemo-ssu Woody14619 (~Woody@66-162-186-66.static.twtelecom.net)
19:46.27*** join/#maemo-ssu Woody14619 (~Woody@Maemo/Community/council/Woody14619)
19:47.52*** join/#maemo-ssu Vlad_on_the_road (~vlad@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
19:58.56lufmerlin1991: ping
19:59.59keriomerlin1991: ping
20:27.26*** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl)
20:30.00lufmerlin1991: ping
20:30.42lufmerlin1991: I sent you new git format-patch for curl. I hope you can receive 4MB attachement :)
20:36.08DocScrutinizer05~seen merlin1991
20:36.09infobotmerlin1991 is currently on #maemo #harmattan #maemo-ssu. Has said a total of 6 messages. Is idling for 15h 27m 27s, last said: 'freemangordon: I'm not mia, I said in advance that I'm in grece this week ;)'.
20:36.12DocScrutinizer05^^^!!
20:38.02*** part/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net)
20:40.57lufDocScrutinizer05: thx
20:44.38*** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97)
20:47.29*** join/#maemo-ssu taziff1 (~Taziff@cyr108.internetdsl.tpnet.pl)
21:11.55*** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm)
21:39.18amiconnBtw, what will happen right after installing thumb stuff (with a kernel including the workaround) before reboot?
21:39.48amiconnAt that time, thumb compiled binaries are already in place, but the running kernel doesn't have the workaround...
21:42.59kerioamiconn: that's why you first install and run the kernel, and *then* the rest of cssu-thumb
21:43.00kerioat least, that's what i'd do
21:43.19kerioanyway, upgrading mp-* makes you reboot anyway
21:56.27amiconnFirst installing the thumb kernel, and then rebooting before installing other thumb stuff makes sense, but does ham enforce this?
21:57.36kerioi doubt it
21:57.45kerioit's not like "the thumb kernel" makes sense
21:57.55amiconnI know I have to reboot after upgrading mp-*, but that happens after the upgrade finished (and *may* start newly installed binaries)
21:58.11amiconnYeah, kernel with thumb errata workaround in place
21:58.34kerioi don't think HAM is equipped to deal with what's almost like a change in architecture
22:01.11amiconnImo the workaround should be added to all kernels if possible (power and stock), and be always be enabled if this is ever going to be published to a repo with 'stable' in its name
22:04.36keriofreemangordon: wait, why is thumb microB faster than the ARM one? isn't it supposed to be slower?
22:05.55tadzik<PROTECTED>
22:08.47DocScrutinizer05amiconn: you probably haven't understood the implications of what this thumb-erratum-workaround does
22:09.16amiconnI think I did. It flushes the branch cache on context switch
22:09.24DocScrutinizer05yep
22:09.35DocScrutinizer05which will slow down things, for everybody
22:09.42kerioD:
22:09.44keriomadness
22:09.55amiconnYes, by how many permille?
22:10.02keriowell, it's worth it if you're using thumb2 binaries
22:10.22amiconnYou'll notice when running a benchmark, but otherwise?
22:10.40DocScrutinizer05up to you to come up with numbers, it's you who demands the patch should go into any available kernel and thus users have no more choice about to use it or not
22:10.52amiconnI think the speed gain by fewer cache misses and less swapping is much higher than the little speed loss
22:11.12kerioDocScrutinizer05: well, the fix is enabled by default in KP51
22:11.16DocScrutinizer05"I think" is a weak argument
22:11.20amiconnReal-world speed gain, that is
22:11.38keriobut nothing prevents us from making it disabled by default in the future omap1
22:12.13DocScrutinizer05sure, kerio. That's why I suggested to get that switch to enable/disable it
22:12.59kerioamiconn: well, it would only give you a slowdown if you don't install thumb2 binaries
22:13.14amiconnI'd rather accept the speed loss for everybody that create a situation where someone might end up with an unbootable system
22:13.28amiconns/that/than/
22:13.34DocScrutinizer05mhm
22:13.38kerioamiconn: that's stupid
22:13.44keriothe n900 is slow enough as it is
22:14.26DocScrutinizer05so why are you thinking about forcing a new kernel on everybody then, even on those users who think they don't want to take that risk of having an unbootable system due to something they don't want to use?
22:15.15amiconnYou may not have read my entire sentence. I said "..if this is ever going to be published to a repo with 'stable' in its name"
22:15.30amiconn"this" referring to "thumb compiled binaries, of course
22:15.45DocScrutinizer05Imo the workaround should be added to all kernels if possible (power and stock),
22:16.15DocScrutinizer05aaah, ok
22:17.07DocScrutinizer05no, thumb compiled binaries probably won't go to any repo with a plain "stable" without "thumb" in the name, for that very reason
22:17.35DocScrutinizer05a lot of users don't see this as an improvement of stability of the system
22:17.53DocScrutinizer05and so they might prefer to stay with a plain ARM system
22:19.04kerioDocScrutinizer05: but freemangordon said it's ballzy fast!
22:19.18DocScrutinizer05quite a number of *very* experienced developers still doubts stability of thumb on N900 at large
22:19.18keriofor some value of ballzy
22:19.41DocScrutinizer05kerio: I for one am fine with current speed of my N900
22:20.01RaimuFWIW I haven't seen slowdown with the fix-inc'd kernel.
22:20.12DocScrutinizer05yeah, expected
22:20.38DocScrutinizer05the overhead during context switching is negligible _under normal conditions_
22:20.43amiconnwill very likely migrate to thumb
22:20.54RaimuBut no, just looking at that depressing tmo thread it's not for general use.
22:21.04amiconnNot so much because of the speed gain, but because of the reduced memory footprint
22:21.11kerioRaimu: the depressing tmo thread is caused by morons
22:21.15kerioand by the fact that it's TMO
22:21.26DocScrutinizer05amiconn: sane rationale
22:21.27Raimukerio: Well, yes, morons run this world.
22:21.36amiconnItt seems the OOM killer kicks in quite often on the N900
22:22.01DocScrutinizer05duh! really?
22:22.06amiconnshould check the logs
22:22.08RaimuDocScrutinizer05: What sort of conditions are the abnormal ones?
22:22.20DocScrutinizer05should happen no earlier than after it ate all your swap
22:22.47DocScrutinizer05~dict abnormal
22:23.32RaimuDocScrutinizer05: Haw, I was thinking more about an example of a situation where the switching would do something really unexpected.
22:23.57DocScrutinizer05do you suppose I expect the unexpected? :-D
22:24.00Raimu:D
22:24.03RaimuFair enough.
22:24.11RaimuYou do have sage powers.
22:25.11DocScrutinizer05I *could* figure something related to unusual IRQ load, created by whatever, e.g. accelerometer
22:25.57DocScrutinizer05exactly the situations where you don't like to see additional overhead slowing down system response time
22:26.16DocScrutinizer05but that's just cloudy visions
22:27.28DocScrutinizer05range of context switches per second (when really active system, not in idle) may vary by a factor 50
22:28.55DocScrutinizer05usual benchmarks are completely unsiuted for testing any impact of additional overhead on context switching
22:29.33DocScrutinizer05as context switches are mostly related to interactive actions at large
22:29.51keriomisread that as "unsluted"
22:31.01keriohm, is there a way to only apply the fix selectively, on the thumb2 processes?
22:31.19freemangordonno
22:31.40freemangordonbecause errata hits no matter ARM or thumb
22:31.42DocScrutinizer05that's not how this workaround works
22:31.50DocScrutinizer05exactly
22:32.04keriohm, perhaps beginning to apply the fix once the first thumb2 binary is started?
22:32.20freemangordonwhy?
22:32.26DocScrutinizer05kerio: simply forget it
22:32.46kerioso there's no risk of running thumb2 binaries without it, but there won't be any slowdown on a system that doesn't run any thumb2 binary
22:33.00RaimuThere's the "disable this" switch, already.
22:33.03RaimuIsn't there?
22:33.17freemangordonyep
22:33.21DocScrutinizer05Raimu: yes, I suggested that
22:33.25RaimuI remember.
22:33.44DocScrutinizer05but it's not meant to get used "dynamically"
22:34.29freemangordonwell, actually you can enable/disable the workaround whenever you like. but I don't see much use of that
22:34.31DocScrutinizer05and after all afaik there's no flag in ELF header about "I'm a thumb binary"
22:34.38kerioi see
22:35.07kerioif freemangordon actually delivers an omap1 with the errata workaround, should it be enabled by default, or disabled by default?
22:35.22DocScrutinizer05enabled of course
22:35.28kerios/omap1/omap1, ABI-compatible with the stock kernel,/
22:35.48kerioDocScrutinizer05: but slowdowns and stuff, for normal people!
22:36.12DocScrutinizer05well, for the stock replacement "clean" kernel it probably should be disabled
22:36.56freemangordonkerio: benchmark that slowdown, if we have 1mS slowdown per context switch, how that affects "normal people"
22:37.06keriofreemangordon: idk, ask doc
22:37.16DocScrutinizer05but generally if you want to bootup a thumb system you don't want to bother about the first few binaries to be ARM until you get around to enable the workaround
22:37.26RaimuThe only reason not to disable it by default on clean kernel would be to pre-empt the "oh shit we released a thumb2 binary" hassle
22:37.43freemangordonker: trust me, we had lots of discussions with doc ;)
22:37.52freemangordonkerio: ^^^
22:38.03DocScrutinizer05freemangordon: 1ms / context switch? will bring system to a grinding halt!
22:38.06freemangordonfor the last 8 or so months
22:38.23kerioi hope he meant 1µs
22:38.24kerioor something
22:38.26freemangordonwhy? we have HZ set to 128
22:38.56DocScrutinizer05freemangordon: context switches are largely unrelated to HZ
22:39.19freemangordonand have in mind this does not kick in for IRQ/FIQ ;)
22:39.42freemangordonworkaround is only for userland processes AIUI
22:39.47DocScrutinizer05but for any function that runs into wait
22:40.25freemangordonDocScrutinizer05: well. I have NFC what is the impact, what I know is that it is not visible
22:40.40DocScrutinizer05HZ is the *minimum* taskswitching frequency on a system with >=2 ready processes
22:41.05freemangordonok, ok, it was a bad example
22:41.15DocScrutinizer05freemangordon: I'm tending to agree
22:41.47DocScrutinizer05I never had any actual concerns about BPB flushing overhead
22:42.12DocScrutinizer05the debate been about why we'd want to force it on *all* N900 users
22:42.37freemangordonRaimu: BTW I am uploading thumb microbengine in the repo, just gimme a couple of minutes to check if it works. Will have to do apt-get install microb-engine though, I just don;t have time to play with mp- thing now :)
22:42.56DocScrutinizer05and I mentioned to amiconn that there are valid reasons why some users might not want to have it
22:42.58freemangordonDocScrutinizer05: I would, we know there are thumb-compiled binaries distributed by Nokia
22:43.36Raimufreemangordon: Oh! Let me know when up.
22:43.48freemangordonok
22:44.36freemangordonDocScrutinizer05: there is at least one. And noone knows what is the actual amount of such mistakenly build binaries
22:44.49DocScrutinizer05freemangordon: yeah, if that gets verified it is the bummer of the year, regarding "Nokia fecked it up"
22:45.07freemangordonDocScrutinizer05: you can bet your ass on that
22:45.15chem|sthail I hit a BT bug
22:45.16freemangordonI bet mine too ;)
22:45.57chem|stafter removing a client from list of devices my BT refuses to work
22:46.12chem|stblank name shown bluetoothd segfaulting etc
22:46.21DocScrutinizer05I'd actually tend to claim THEN we either need to deliver ARM builds for all those POS, or actually ship kernel with thumb-fix
22:46.37freemangordonchem|st: :(
22:46.44chem|stexactly!
22:46.53DocScrutinizer05hi chem|st
22:47.10chem|sttmo says flashing fixed it... <- don't like
22:47.20chem|stany other ideas?
22:47.38chem|sthi DocScrutinizer05
22:47.38freemangordonchem|st: yeah, file a bug and wait merlin1991 to return from greece
22:47.51DocScrutinizer05err, I guess "reboot" wouldn't earn me a "thanks" ;-)
22:48.12chem|stDocScrutinizer05: you owe me a beer now...
22:48.25chem|st:)
22:48.30DocScrutinizer05;-P
22:48.30keriochem|st: restore your backupmenu backup
22:48.38freemangordonchem|st: also you may want to backup your /var/lib/bluetooth (so we can reproduce the bugger) and after that delete it
22:48.44DocScrutinizer05wait, what exactly went awry?
22:48.54freemangordonchem|st: lemme check the exact location
22:49.15DocScrutinizer05ponders reflashing BT firmware
22:49.36chem|stDocScrutinizer05: that was my last-resort idea
22:49.49freemangordonchem|st: yeah, delete everything under /var/lib/bluetooth
22:49.56freemangordonand then do:
22:50.00freemangordonstop bluetoothd
22:50.07freemangordonstart bluetoothd
22:50.40freemangordonwait, first stop bluetoothd and then delete the directory
22:50.44freemangordonchem|st: ^^^
22:50.58DocScrutinizer05hehe
22:51.03DocScrutinizer05better sequence
22:51.22freemangordonyeah, bluetoothd flushes the files when stopped
22:51.25DocScrutinizer05I'd also mv instead rm
22:51.40freemangordon<PROTECTED>
22:51.46freemangordonDocScrutinizer05: :P
22:51.50DocScrutinizer05:nod:
22:52.51DocScrutinizer05chem|st: weird idea and probably nonsense: remove main battery
22:53.09chem|stDocScrutinizer05: that works for gsm modem and I tried that
22:53.32DocScrutinizer05thought as much :-S
22:53.52chem|stfreemangordon: should I try to make it broke again when I have it working again?
22:54.04freemangordonchem|st: just try what i said, that should solve your segfaulting bluetoothd. though you will have to re-pair all of your devices
22:54.11DocScrutinizer05I'd have thought bluetoothd "flashes" firmware (if any) on each powerup of BT chip
22:54.40DocScrutinizer05freemangordon: indeed
22:54.47freemangordonchem|st: yep, that is why I said to backup /var/lib/bluetooth, so we will be able to reproduce
22:54.51DocScrutinizer05freemangordon: I bet you're right on that
22:55.36DocScrutinizer05probably one of the paired device files contains crap
22:56.08chem|stDocScrutinizer05: +1
22:56.23freemangordonRaimu: your are good to apt-get update
22:56.40freemangordonapt-get install microb-engine microb-engine-common
22:57.33freemangordonhmm, or you may try with apt-get upgrade, not sure about dependencies
22:57.38freemangordonRaimu: ^^^
22:57.45keriofreemangordon: won't that horrendously break metapackages that depend on exact versions? D:
22:57.56freemangordonno
22:58.01keriok
22:58.07keriowait, so why won't just "upgrade" work?
22:58.27freemangordonbecause I don't know what repos has he enabled
22:58.35kerioi see
22:58.41freemangordonnot that Raimu ia a nood, but just in case
22:58.44freemangordon*noob
22:58.57kerioanyway, i'm waiting for Pali to push KP51 to -devel and then i'll probably try this thumb thingy
22:58.59DocScrutinizer05Nokia legacy: dependcies a maga pile of mess
22:59.05DocScrutinizer05mega even
22:59.16kerionight, everyone
23:00.52chem|stfreemangordon: sdptool browse did show some audio services while bt was not working
23:01.43RaimuHehe. I'll manage.
23:01.58chem|stand for sure not the same as I see now when turned on^^
23:01.58freemangordonchem|st: maybe it is not using bluetoothd at all, but kernel, i.e, socket stuff
23:02.31chem|stusually there is no sdptool browse output if device is off
23:02.43chem|sttry yourself
23:03.03freemangordonRaimu: please tell me what apt-get reports for "xxx les bytes will be used"
23:03.20freemangordonchem|st: which device?
23:03.24chem|stbt
23:04.03freemangordonyou mean to stop bluetoothd and to run discovery using sdptool?
23:04.23chem|styes
23:04.28freemangordonchem|st: not now :)
23:05.06chem|stI had some weird stuff showing, like the output of line 10 to 20 (literaly)
23:05.14chem|stand not 1 to 40
23:05.24freemangordonI was supposed to be in the bed by now ;)
23:05.32chem|stfreemangordon: me too...
23:05.36chem|stas always
23:05.41freemangordon:D
23:05.49freemangordoncheers
23:06.04chem|stthanks for the var lib advice
23:06.13freemangordondid it help?
23:07.00freemangordonchem|st: ^^^
23:11.52freemangordonRaimu: are you updating? As I am wating your feedback before making an announcement :)
23:13.39chem|stfreemangordon: yeah worked
23:13.50chem|stseems like the profile got borked
23:14.43freemangordon:)
23:15.04freemangordonglad to hear
23:15.50Raimufreemangordon: backupped, now installing microb-engine and *-common
23:16.47RaimuAnd a quick reboot...
23:19.17Raimufreemangordon: Yes, works.
23:19.43RaimuWay too quick to comment on usage, but everything runs. Announce away, I guess.
23:19.51freemangordonnice :)
23:19.58freemangordonhow is the memory usage?
23:20.14freemangordonBTW: [01:57] <freemangordon> Raimu: please tell me what apt-get reports for "xxx les bytes will be used"
23:22.07RaimuOh, crap. I didn't see that line. Where's the apt log?
23:23.12freemangordonthere is no :(
23:23.18RaimuI'm sorry. :(
23:23.23freemangordonNP
23:23.27RaimuSome other user has to fill you in on that one.
23:26.06freemangordon:) yeah
23:40.43RaimuOh, this thing definitely isn't slower.
23:41.51freemangordonisn't slower? WTF man, it is FAST :P
23:42.05RaimuThat's what I was saying. :D
23:42.55freemangordon:D
23:43.30*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.138)
23:59.26*** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.