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.10 | LaoLang_cool | 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 |
01:06.21 | LaoLang_cool | I'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.42 | merlin1991 | freemangordon: 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.47 | Pali | fix for operator cbs widget is here: https://gitorious.org/~pali/community-ssu/pali-operator-name-cbs-widget |
06:32.15 | Pali | new config options for osso-xterm are here: https://gitorious.org/~pali/community-ssu/pali-osso-xterm |
06:37.15 | Pali | patch which add big warning to /etc/fstab that file is generated: http://atrey.karlin.mff.cuni.cz/~pali/upstart.git |
06:43.31 | Pali | auto enable usb network in pc suite mode: https://gitorious.org/~pali/community-ssu/pali-ke-recv |
06:57.29 | kerio | Pali: i'm not sure the last one is good |
06:59.15 | Pali | kerio, what is the problem? |
06:59.32 | kerio | Pali: usb networking support is flaky at best anyway |
06:59.42 | kerio | so why is autoenabling it a good thing? |
07:00.03 | Pali | kernel module g_nokia.ko is needed for pc suide mode and this module initialize also usb network usb0 interface |
07:00.12 | Pali | but interface is down |
07:00.18 | kerio | oh, i see |
07:00.19 | kerio | then ok |
07:00.34 | kerio | does it autoload g_ether in no-mode? |
07:00.48 | Pali | my patches only do ifup usb0 and start udhcpd if exists in system |
07:00.52 | Pali | kerio, no |
07:01.06 | Pali | g_nokia has its own usb network code |
07:01.11 | Pali | it not using g_ther |
07:01.16 | Pali | *g_ether |
07:01.26 | kerio | thus, me asking: does it also work outside of pc-suite mode? |
07:01.58 | Pali | for usb network you need to have loaded g_nokia module |
07:02.33 | Pali | so if you load g_file_storage (in usb mass storage mode) then usb network not working |
07:03.00 | kerio | yeah but if i don't enable pc-suite mode i need g_ether, not g_nokia |
07:03.36 | Pali | kerio, g_ether is only in kernel-power (not in default nokia kernel), but you can use it for usb network too |
07:04.58 | kerio | oh, i didn't know it was KP only |
07:05.00 | kerio | nvm then |
07:08.29 | Pali | ok, next patch for busybox - Add support for portrait mode: http://atrey.karlin.mff.cuni.cz/~pali/busybox.git |
07:09.28 | kerio | wait, for busybox? :o |
07:09.42 | Pali | this git repo is based on https://garage.maemo.org/scm/?group_id=872 + sources from repository.maemo.org |
07:10.27 | Pali | kerio, yes portrait mode is working in osso-xterm without problem, but busybox show a lot of empty lines (bash working fine) |
07:10.43 | kerio | oh, busybox sucking at terminals |
07:10.53 | kerio | and/or osso-xterm sucking at being a terminal |
07:11.21 | kerio | btw, is busybox-power any good? |
07:11.34 | kerio | i'm just using bash, because fuck that noise, but... |
07:11.38 | Pali | kerio, no idea I do not have busybox-power |
07:11.47 | Pali | but patch is really really simple |
07:12.03 | Pali | also see patch for osso-xterm which add more config options to menu |
07:12.23 | kerio | Pali: you seem knowledgeable in matters of osso-xterm... |
07:12.31 | Pali | (scroll history, reverse colors, auto scroll on output) |
07:12.33 | kerio | can you find a way to enable support for darkgray? |
07:12.58 | kerio | (bold black "should" appear as dark gray, not black) |
07:13.23 | Pali | this could be problem in vte, not xterm |
07:13.52 | kerio | (and i say "should" because it's far from standard - like anything related to terminals - but still...) |
07:14.15 | kerio | also, 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.18 | kerio | it defaults to xterm-256color because, well, it can |
07:14.57 | kerio | Pali: ooh, easier thing - can i set my default TERM as xterm-color in osso-xterm? |
07:15.20 | Pali | I have xterm-color, should work |
07:15.29 | Pali | ok, next patch is for cssu-enabler, initial script for "uninstalling" cssu: https://gitorious.org/~pali/community-ssu/pali-community-ssu-enabler |
07:15.40 | kerio | ...oooh, that's definetely a mistake |
07:17.31 | Pali | script is usefull for devs to testing if installation of cssu working fine without needed to reflash device |
07:18.03 | kerio | hmm, you add an extra layer of complexity |
07:18.19 | kerio | there's backupmenu to revert to a previous state :) |
07:18.20 | LaoLang_cool | Hi, 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.33 | Pali | merlin1991, freemangordon, DocScrutinizer, MohammadAG, see today log for my patches for cssu ^^^^^^ |
07:19.00 | kerio | Pali: also list them now, so they won't miss one |
07:19.16 | kerio | just the name, maybe |
07:19.34 | Pali | ok, here are git repos: |
07:19.37 | Pali | https://gitorious.org/~pali/community-ssu/pali-operator-name-cbs-widget |
07:19.46 | Pali | https://gitorious.org/~pali/community-ssu/pali-osso-xterm |
07:19.53 | Pali | http://atrey.karlin.mff.cuni.cz/~pali/upstart.git |
07:20.03 | Pali | https://gitorious.org/~pali/community-ssu/pali-ke-recv |
07:20.11 | Pali | http://atrey.karlin.mff.cuni.cz/~pali/busybox.git |
07:20.20 | Pali | https://gitorious.org/~pali/community-ssu/pali-community-ssu-enabler |
07:20.38 | Pali | thats all |
07:21.29 | Pali | LaoLang_cool, applications Contacts is closed so its not part of CSSU and cannot be fixed |
07:21.54 | kerio | Pali: the version for operator-cbs-widget became 3.0 instead of what i think should be 0.3 |
07:22.20 | Pali | kerio, no it must be >= 2.x |
07:22.27 | kerio | k |
07:22.28 | LaoLang_cool | Pali, ok, thank you for the info :) |
07:22.30 | kerio | i see |
07:22.44 | Pali | because it replacing original deb package which contains orignal operator widget |
07:22.58 | Pali | and that deb package has version 2.x |
07:23.37 | LaoLang_cool | Contacts is a core function, I think more focus and effect should be on them |
07:24.25 | kerio | patches welcome |
07:24.31 | kerio | (no, *really*) |
07:24.40 | Pali | merlin1991, please create git repos on gitorious cssu for busybox and upstart |
07:24.50 | tadzik | LaoLang_cool: anything in particular that you miss? |
07:25.36 | LaoLang_cool | not a portrait mode for busybox/xterm? keypad is landscape, it's very limited to use busybox/xterm in portrait mode I think |
07:26.48 | LaoLang_cool | tadzik, many, say display/rearange contacts by company name, support grouping, support custom ringtones by contacts, etc... |
07:27.45 | LaoLang_cool | the app mycontacts has some functions, I have tried it, not good for the first glance... |
07:46.43 | Pali | you can still use osso-xterm with external keyboard :-) |
07:57.13 | Pali | ah, I forgot modest patch - allow scrolling in both modes: https://gitorious.org/~pali/community-ssu/pali-modest |
07:57.47 | LaoLang_cool | Pali, 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.00 | freemangordon | Pali: great, unfortunately both merlin1991 and MohammadAG are nowhere to be found :( |
09:24.18 | Pali | freemangordon, ok |
09:24.28 | Pali | needs testing and if all is ok, pushing to cssu-devel |
09:25.28 | freemangordon | Pali: starting tomorrow I am on a vacation, so don't count on me for the next week :) |
09:25.37 | Pali | ok |
09:25.49 | freemangordon | in the meanwhile you may want to push new KP and KPS :P |
09:26.02 | Pali | wl1251-source is now in extras-devel |
09:26.07 | Pali | I updated u-boot |
09:26.11 | freemangordon | wow |
09:26.28 | Pali | and I will push both kernel-power and kernel-power-settings |
09:26.36 | freemangordon | I was wondering where did you disappear, now it is clear :D |
09:26.39 | Pali | dsc packages are prepaired |
09:26.55 | freemangordon | Pali: did you try my thumg thingie? |
09:26.57 | Pali | I was without internet connection, so anything was offline :D |
09:26.58 | freemangordon | *thumb |
09:27.22 | Pali | thumb not yet |
09:27.48 | freemangordon | Pali: BTW check the commits in cssu-kernel, there is one more patch needed for thumb, besides errata worksround |
09:27.53 | freemangordon | lemme find it for you |
09:28.14 | Pali | ok, but thumb support is not in kernel-power |
09:28.37 | Pali | is 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 | _freemangordon | Pali: https://www.gitorious.org/community-ssu/kernel-cssu/commit/07002d818c0c8b539d85da142e3caa39eec4e560 |
09:33.03 | freemangordon | Pali: here? |
09:33.43 | Pali | is there still problem with thumb? |
09:34.08 | freemangordon | no more |
09:34.21 | freemangordon | rock stable, even with xserver thumb-compiled |
09:35.19 | freemangordon | and 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.54 | freemangordon | BTW thumb-compiled microb FLIES man, its unbelievable how fast it is |
09:36.09 | tadzik | freemangordon: is there any noticeable speed differe... okay, you were faster |
09:36.41 | freemangordon | Pali: but KP is missing that last patch, that is why i pointed it |
09:37.38 | Pali | freemangordon, kp has no thumb patch enabled |
09:38.06 | freemangordon | Pali: then cherry-pivk them, there is no problem, neither any visible speed difference |
09:38.28 | Pali | so add thumb support also to kernel-power? |
09:38.36 | freemangordon | but of course |
09:39.03 | freemangordon | and if anyone is concerned, there is a sysfs value to disable the workaround |
09:39.10 | Pali | ok |
09:39.21 | Pali | I will add patches to debian/ |
09:39.34 | Pali | and then I will push kernel-power v51 to extras-devel |
09:39.50 | freemangordon | but they are in debian/patches :). in kernel-cssu i mean |
09:40.17 | freemangordon | look at kernel-cssu history for what is needed |
09:40.38 | freemangordon | Pali: also don't forget to fix fmtxd echo thingie ;) |
09:40.50 | Pali | already fixed |
09:40.54 | freemangordon | great |
09:41.43 | freemangordon | unfortunately won't have time to pull that in kernel-cssu today, but anyway, no hurry |
09:42.03 | freemangordon | if you wish you can do that |
09:42.44 | Pali | wl1251 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.03 | Pali | and entry /sys/devices/platform/musb_hdrc/hostdevice which contains speed of connected usb device |
09:43.30 | freemangordon | you are missing kernel-feature-errata-workaround |
09:43.34 | Pali | I will create new status menu aplet for usb host mode |
09:43.56 | Pali | freemangordon, yes because thumb patches are not in git repo yet |
09:44.21 | freemangordon | I know :). the exact name is "kernel-feature-errata-430973-workaround" |
09:55.16 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
09:56.34 | Pali | freemangordon, thumb patches are now in my (local) kernel-power git tree |
09:56.59 | Pali | Now 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.55 | Pali | freemangordon, kp v51: http://talk.maemo.org/showpost.php?p=1234313&postcount=445 |
10:22.26 | DocScrutinizer05 | I'm quite happy about the thumb errata *with sysfs switch* in KP51 now :-D \o/ |
10:23.05 | DocScrutinizer05 | Pali: congrats! |
10:23.34 | DocScrutinizer05 | and (seems we say that way too seldom) many thanks! |
10:32.51 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
10:51.47 | kerio | \o/ |
10:52.13 | kerio | what's the charger thing? |
10:52.21 | kerio | meh, wrong channel |
10:53.11 | kerio | freemangordon: 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.11 | kerio | Pali: <3 |
11:08.09 | kerio | Pali: what does "Added wl1251 packet injection modules" mean? are they enabled by default, or are they just installed? |
11:15.14 | Pali | kerio, kernel modules are just installed |
11:15.27 | Pali | you need to manually load it |
11:15.47 | Pali | modules are installed into /opt/packet.... |
11:17.10 | kerio | Pali: :c |
11:17.17 | kerio | make it conflict with the backported drivers package at least |
11:17.26 | kerio | idk |
11:17.31 | kerio | is the loading script somewhere? |
11:17.38 | kerio | i mean, cleven uses its own, but still |
11:23.07 | Pali | kerio, we will update backported drivers package to be empy and depends on kernel-power |
11:23.23 | Pali | I will write load script later |
11:27.30 | kerio | k |
11:27.38 | kerio | it will probably break cleven, sadly :c |
11:27.46 | kerio | i suppose i can just change the script it uses |
12:14.32 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
12:20.23 | kerio | is modest any good now? |
12:34.33 | tadzik | did it change recently? |
12:36.35 | freemangordon | Pali: which kernel package provides kernel-feat-earrata-... , flasher or bootimg or both |
12:37.20 | Pali | freemangordon, uhm, only bootimg |
12:37.40 | freemangordon | hmm, not good :( |
12:37.44 | Pali | I forgot add also flasher |
12:37.47 | Pali | going to rebuild |
12:37.54 | freemangordon | pali, wait |
12:38.07 | freemangordon | we'd better leave that anly for the flasher |
12:38.10 | freemangordon | *only |
12:38.30 | kerio | why do we need separate kernel-power and kernel-power-bootimg packages? |
12:38.35 | Pali | here 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.54 | freemangordon | <PROTECTED> |
12:39.02 | freemangordon | Sc0rpius: ^^^ |
12:39.02 | Pali | freemangordon, ok good point, because apt-get and HAM are bad |
12:39.04 | kerio | Pali: can't you just copy load.sh and unload.sh from the old tarball? |
12:39.29 | freemangordon | Pali: yes, i've already had those kind of problems |
12:39.31 | Pali | kerio, this script has 4 options: enable, disable, load, unload |
12:39.39 | kerio | enable what? |
12:39.49 | Pali | kerio, enable means - enable by default in system |
12:39.57 | kerio | oic |
12:39.58 | Pali | load - only load drivers now |
12:39.59 | kerio | how does it do that? |
12:40.07 | kerio | blacklist the stock modules? |
12:40.10 | Pali | and it will work with any kernel (with modules |
12:40.28 | Pali | kerio, yes blacklist + symlink |
12:40.33 | Pali | ah, I forgot blacklist |
12:40.57 | Pali | maybe not? blacklist will not be needed |
12:41.16 | freemangordon | Pali: 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.33 | Pali | need to know what will do depmod by symlinked modules directory to /lib/modules/<ver> |
12:41.37 | freemangordon | I will ubdate kcssu as soon as possible |
12:41.58 | kerio | freemangordon: more importantly, if you want to dick around with uboot you're good enough to tell apt to stfu by yourself :) |
12:42.13 | Pali | ok, I'm going to update debs of kernel-power |
12:42.25 | freemangordon | kerio: no, you are not supposed to be |
12:42.41 | kerio | you're not supposed to dick around with uboot, i agree |
12:42.56 | freemangordon | it is possible you are just an ordinary adventure user, it does not mean we have to screw you |
12:44.33 | kerio | freemangordon: the thing is, thumb binaries require something in the kernel - but the running kernel is unrelated to what's installed in dpkg |
12:45.19 | Pali | freemangordon, -flasher and -bootimg packages updated |
12:45.24 | freemangordon | kerio: agree, but we don't have 20 kernels to deal with |
12:45.31 | freemangordon | Pali: thanks |
12:45.36 | kerio | Pali: does -bootimg now not Provide the errata? |
12:45.42 | Pali | no |
12:45.55 | freemangordon | Pali: it provides the errata? |
12:46.11 | Pali | only -flasher |
12:46.11 | freemangordon | Pali: remove that from bootimg |
12:46.14 | freemangordon | aah, ok |
12:46.16 | freemangordon | :) |
12:46.21 | kerio | freemangordon: what if someone is using uboot though? |
12:46.24 | freemangordon | [15:42] <kerio> Pali: does -bootimg now not Provide the errata? |
12:46.25 | freemangordon | [15:42] <Pali> no |
12:46.31 | *** join/#maemo-ssu BCMM_ (~user@unaffiliated/bcmm) |
12:46.32 | Pali | I removed it from -bootimg |
12:46.36 | kerio | they'll have to install extra stuff :( |
12:46.42 | Pali | fail, I did not read *not* |
12:46.47 | freemangordon | :P |
12:47.03 | freemangordon | kerio: what extra stuff? |
12:47.16 | freemangordon | we have only 3 kernels so far: omap1, KP and KCSSU |
12:47.34 | kerio | for instance, stfu-provides-thumb-errata, a metapackage with no files that has Provides: kernel-feature-thumb-errata |
12:48.03 | freemangordon | with plans to merge everything in KCSSU, with Replaces:kernel |
12:48.04 | kerio | unless they want to install kernel-power-flasher for some reason |
12:48.16 | kerio | freemangordon: nope |
12:48.32 | freemangordon | kerio: you will have either KP or KCSSU if you install thumb thingie |
12:48.35 | kerio | KCSSU is the kernel that's ABI-compatible with the stock nokia kernel that also has the thumb2 patches |
12:48.40 | kerio | that DocScrutinizer wants :) |
12:48.53 | kerio | freemangordon: no, you'll have to *run* one of those |
12:48.59 | freemangordon | kerio: don't tell me what KCSSU is, ok? |
12:48.59 | freemangordon | :P |
12:49.00 | kerio | that's unrelated to what's installed in dpkg |
12:49.14 | kerio | freemangordon: but if kcssu isn't that, doc will be a sad panda :c |
12:49.15 | freemangordon | read what I wrote a few lines above |
12:49.24 | freemangordon | [15:44] <freemangordon> with plans to merge everything in KCSSU, with Replaces:kernel |
12:49.44 | freemangordon | kerio: you should grok that is still WIP |
12:49.48 | kerio | freemangordon: ooh, an omap1-ABI-compatible KP? neat |
12:49.57 | freemangordon | ;) |
12:51.02 | kerio | but what if i *want* to break backwards-compatibility? :( |
12:51.21 | DocScrutinizer05 | for that there's hexedit |
12:51.25 | kerio | Pali: how did you make the fcam modules work with KP? |
12:52.33 | Pali | freemangordon, I remembered this: I don't think I won't not go to the bathroom :D |
12:52.50 | Pali | kerio, I'm not using fcam |
12:53.00 | kerio | well, it works for me |
12:53.02 | freemangordon | kerio: 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.04 | kerio | so obviously someone did something |
12:53.21 | kerio | gaaaaaaaaah, what the hell is HAM doing |
12:53.28 | kerio | apt-worker is been working for like two minutes |
12:53.42 | kerio | cssu request: make HAM not awful plskthx |
12:53.47 | freemangordon | Pali: 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.15 | Pali | I do not know what is state of fcam |
12:54.26 | freemangordon | it just works ;) |
12:54.39 | kerio | maybe fcam-modules also ships modules for kp |
12:54.53 | freemangordon | yes, I think that is the case |
12:55.15 | kerio | would that mean that i lose all my fcam goodness if i install kp51? :( |
12:55.34 | freemangordon | kerio: no, but maybe you will have to reinstall them |
12:55.40 | freemangordon | (fcam drivers) |
12:56.13 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
12:56.43 | freemangordon | unfortunately 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.02 | kerio | aww :( |
12:57.04 | kerio | oh well |
12:57.10 | kerio | camera-ui is good now |
12:57.22 | kerio | i just use fcam sometimes so i can feel like a photographer |
12:57.23 | kerio | :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.13 | Raimu | _freemangordon: You've gotten to build microb-thumb? |
14:14.48 | Raimu | That's pretty cool. |
14:14.50 | _freemangordon | Raimu: yep |
14:15.19 | freemangordon | will try to push a new update today |
14:15.24 | Raimu | Please do |
14:15.27 | freemangordon | Raimu: ^^^ |
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.37 | Raimu | Good. |
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.16 | Lava_Croft | freemangordon: heh |
14:53.20 | Lava_Croft | freemangordon: microb source? |
14:53.59 | freemangordon | Lava_Croft: microb-engine source |
14:55.45 | Lava_Croft | aw |
14:55.49 | Lava_Croft | still nice! |
14:56.40 | freemangordon | Lava_Croft: from thumb POV much better |
14:57.05 | kerio | :3 |
14:57.11 | kerio | freemangordon: did you fix cssu-t? |
14:57.16 | Lava_Croft | freemangordon: i figure |
14:57.21 | freemangordon | kerio: what? |
14:57.38 | kerio | freemangordon: i'm not sure if it'll need fixes, but KP51 |
14:57.51 | kerio | KP51 is good |
14:57.59 | freemangordon | glad to hear |
14:58.17 | freemangordon | how is that related to cssu-t(humb/esting?) |
15:01.51 | kerio | freemangordon: well, it Provides: kernel-feature-errata-430973-workaround |
15:01.52 | kerio | remember? :) |
15:03.25 | freemangordon | so? 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.32 | freemangordon | all I need to do is to remove explicit dependency in mp- thingie, but won;t do that now |
15:04.44 | freemangordon | (dependency to kernel-cssu) |
15:04.59 | freemangordon | microb-engine has higher priority in my book |
15:05.15 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
15:05.45 | kerio | but... explicit dependency in the mp- thingie! |
15:05.50 | kerio | oh well, kp51 isn't even in the repos yet |
15:06.10 | kerio | i'm just hoping i can install the -thumb stuff by this evening :3 |
15:06.15 | Raimu | idly 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.04 | kerio | Raimu: of course it is |
15:07.18 | freemangordon | Raimu: 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.25 | kerio | depending on kernel-feature-errata-thumb is a dpkg thing |
15:07.40 | kerio | the dpkg things are only vaguely related to the running kernel |
15:07.58 | freemangordon | but I put that dependency there on purpose |
15:08.29 | kerio | freemangordon: of course you did, and you did good |
15:08.38 | kerio | but you can't make it idiotproof |
15:08.43 | Raimu | Yep. |
15:08.45 | kerio | because the world will just build a better idiot |
15:08.50 | kerio | like Raimu! |
15:09.12 | Raimu | I hope you implied I was building a better idiot and not providing an example in myself. |
15:09.13 | kerio | :3 |
15:09.15 | Raimu | :D |
15:09.45 | kerio | of course, of course *pat pat* |
15:09.47 | Raimu | freemangordon: Yeah, I see. I appreciate your work a lot and watch with interest. |
15:10.15 | kerio | freemangordon: you have to be particularly careful though |
15:10.27 | kerio | having thumb binaries means you *can't* go back to the omap1 kernel |
15:10.35 | Raimu | The cssu-thumb thread on tmo is kinda depressing. |
15:11.09 | freemangordon | ??? |
15:11.11 | kerio | granted, the only way to revert to the omap1 kernel is to run the KP uninstaller |
15:11.18 | freemangordon | Raimu: why is that? |
15:11.32 | Raimu | freemangordon: 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.12 | freemangordon | Raimu: yeah :(. And why? Just because they are lazy to read one page. Meh |
15:12.24 | Raimu | freemangordon: 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.45 | Raimu | And after the smoke subsides they recheck the connection. :P |
15:13.01 | kerio | and that's especially stupid, because sunglasses make you see less, in the dark! |
15:13.36 | Raimu | Douglas Adams and the peril-sensitive sunglasses... |
15:13.37 | freemangordon | just like kerio is not reading, but at least he constantly pesters people on IRC asking questions :P |
15:13.45 | freemangordon | My favourite book |
15:13.52 | Raimu | And slinging quasi-insults. :P |
15:13.53 | kerio | freemangordon: except that i read the top post to that thread |
15:15.01 | freemangordon | kerio: you read it? all the text, not between the lines? I doubt you did :P |
15:15.38 | freemangordon | otherwise your wouldn't comment that "free space on rootfs does not matter" |
15:15.48 | kerio | i didn't say that |
15:15.48 | freemangordon | s/your/you/ |
15:15.50 | kerio | i think |
15:15.52 | kerio | if i did, i was wrong |
15:15.57 | kerio | i said "it matters less than free ram" |
15:16.16 | Sc0rpius | freemangordon, pong? |
15:16.34 | kerio | because goddammit nokia, why the hell did you only give us 256mb of ram? ;_; |
15:18.58 | freemangordon | Sc0rpius: sorry to bring the bad news, but we (me and Pali) plan to break Cleven once again :P |
15:18.59 | Raimu | The RAM's on-die on the system-on-chip, right? |
15:19.45 | Raimu | I recall reading the 256mb version was the only one available for them. |
15:19.49 | freemangordon | Sc0rpius: but it should be easier now, as KP51 provides kernel-feature-packet-injection, along with modules |
15:20.41 | ShadowJK | raimu: package-on-package. the cpu/soc has balls both on bottom and top, ram soldered to top |
15:20.52 | Raimu | ShadowJK, thanks. |
15:20.54 | freemangordon | Sc0rpius: And that is an attempt to clean up that wireless-compat mess once and fo all |
15:20.57 | ShadowJK | also contains the onenand |
15:21.06 | ShadowJK | in same chip as ram |
15:21.23 | kerio | Sc0rpius: so you're the one to blame for cleven? >:C |
15:21.32 | *** join/#maemo-ssu taziff1 (~Taziff@cyr108.internetdsl.tpnet.pl) |
15:21.37 | Raimu | ShadowJK: Oh, now I get where all the "RAM update" speculation came from. |
15:21.45 | ShadowJK | hm? |
15:22.09 | kerio | Sc0rpius: 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.24 | Raimu | ShadowJK: 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.26 | kerio | otherwise i always have to rely on the fact that sudo doesn't ask your password for a bit |
15:23.05 | freemangordon | Sc0rpius: 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.26 | ShadowJK | raimu: well it doesn't make it any easier than replacing the soc.. |
15:23.36 | freemangordon | Sc0rpius: as I am mia starting from tomorrow, it is Pali to ask for whatever support you need |
15:23.47 | Raimu | ShadowJK: No, but it sounds more plausible if you don't think about it any further. :P |
15:24.11 | Sc0rpius | hmm |
15:24.20 | Pali | freemangordon, what do you think? Can I push all patches for CSSU to merlin cssu-devel repo? |
15:24.23 | Sc0rpius | I'm not the "one to blame" for cleven |
15:24.30 | Sc0rpius | I'm "kinda" the one to blame for modest :P |
15:24.44 | Sc0rpius | I'm not sure who's in charge about cleven |
15:24.49 | freemangordon | Sc0rpius: wasn't you Cleven maintainer? |
15:24.52 | Sc0rpius | nope |
15:24.56 | freemangordon | damn |
15:24.59 | Raimu | Saturn maintains Cleven. |
15:25.08 | freemangordon | aah, yeah |
15:25.14 | freemangordon | stupid me |
15:25.19 | kerio | freemangordon: >:C |
15:25.25 | kerio | hrmpf, he's not on irc |
15:25.38 | kerio | and that means he's not contactable |
15:25.41 | freemangordon | Pali: if you think there are no regressions, why not? |
15:25.53 | freemangordon | kerio: he is, on TMO |
15:26.02 | kerio | but only irc exists! |
15:26.06 | freemangordon | brb |
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.46 | luf | merlin1991: 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.01 | luf | merlin1991: 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.56 | luf | merlin1991: ping |
19:59.59 | kerio | merlin1991: ping |
20:27.26 | *** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl) |
20:30.00 | luf | merlin1991: ping |
20:30.42 | luf | merlin1991: I sent you new git format-patch for curl. I hope you can receive 4MB attachement :) |
20:36.08 | DocScrutinizer05 | ~seen merlin1991 |
20:36.09 | infobot | merlin1991 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.12 | DocScrutinizer05 | ^^^!! |
20:38.02 | *** part/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net) |
20:40.57 | luf | DocScrutinizer05: 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.18 | amiconn | Btw, what will happen right after installing thumb stuff (with a kernel including the workaround) before reboot? |
21:39.48 | amiconn | At that time, thumb compiled binaries are already in place, but the running kernel doesn't have the workaround... |
21:42.59 | kerio | amiconn: that's why you first install and run the kernel, and *then* the rest of cssu-thumb |
21:43.00 | kerio | at least, that's what i'd do |
21:43.19 | kerio | anyway, upgrading mp-* makes you reboot anyway |
21:56.27 | amiconn | First installing the thumb kernel, and then rebooting before installing other thumb stuff makes sense, but does ham enforce this? |
21:57.36 | kerio | i doubt it |
21:57.45 | kerio | it's not like "the thumb kernel" makes sense |
21:57.55 | amiconn | I know I have to reboot after upgrading mp-*, but that happens after the upgrade finished (and *may* start newly installed binaries) |
21:58.11 | amiconn | Yeah, kernel with thumb errata workaround in place |
21:58.34 | kerio | i don't think HAM is equipped to deal with what's almost like a change in architecture |
22:01.11 | amiconn | Imo 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.36 | kerio | freemangordon: wait, why is thumb microB faster than the ARM one? isn't it supposed to be slower? |
22:05.55 | tadzik | <PROTECTED> |
22:08.47 | DocScrutinizer05 | amiconn: you probably haven't understood the implications of what this thumb-erratum-workaround does |
22:09.16 | amiconn | I think I did. It flushes the branch cache on context switch |
22:09.24 | DocScrutinizer05 | yep |
22:09.35 | DocScrutinizer05 | which will slow down things, for everybody |
22:09.42 | kerio | D: |
22:09.44 | kerio | madness |
22:09.55 | amiconn | Yes, by how many permille? |
22:10.02 | kerio | well, it's worth it if you're using thumb2 binaries |
22:10.22 | amiconn | You'll notice when running a benchmark, but otherwise? |
22:10.40 | DocScrutinizer05 | up 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.52 | amiconn | I think the speed gain by fewer cache misses and less swapping is much higher than the little speed loss |
22:11.12 | kerio | DocScrutinizer05: well, the fix is enabled by default in KP51 |
22:11.16 | DocScrutinizer05 | "I think" is a weak argument |
22:11.20 | amiconn | Real-world speed gain, that is |
22:11.38 | kerio | but nothing prevents us from making it disabled by default in the future omap1 |
22:12.13 | DocScrutinizer05 | sure, kerio. That's why I suggested to get that switch to enable/disable it |
22:12.59 | kerio | amiconn: well, it would only give you a slowdown if you don't install thumb2 binaries |
22:13.14 | amiconn | I'd rather accept the speed loss for everybody that create a situation where someone might end up with an unbootable system |
22:13.28 | amiconn | s/that/than/ |
22:13.34 | DocScrutinizer05 | mhm |
22:13.38 | kerio | amiconn: that's stupid |
22:13.44 | kerio | the n900 is slow enough as it is |
22:14.26 | DocScrutinizer05 | so 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.15 | amiconn | You 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.30 | amiconn | "this" referring to "thumb compiled binaries, of course |
22:15.45 | DocScrutinizer05 | Imo the workaround should be added to all kernels if possible (power and stock), |
22:16.15 | DocScrutinizer05 | aaah, ok |
22:17.07 | DocScrutinizer05 | no, 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.35 | DocScrutinizer05 | a lot of users don't see this as an improvement of stability of the system |
22:17.53 | DocScrutinizer05 | and so they might prefer to stay with a plain ARM system |
22:19.04 | kerio | DocScrutinizer05: but freemangordon said it's ballzy fast! |
22:19.18 | DocScrutinizer05 | quite a number of *very* experienced developers still doubts stability of thumb on N900 at large |
22:19.18 | kerio | for some value of ballzy |
22:19.41 | DocScrutinizer05 | kerio: I for one am fine with current speed of my N900 |
22:20.01 | Raimu | FWIW I haven't seen slowdown with the fix-inc'd kernel. |
22:20.12 | DocScrutinizer05 | yeah, expected |
22:20.38 | DocScrutinizer05 | the overhead during context switching is negligible _under normal conditions_ |
22:20.43 | amiconn | will very likely migrate to thumb |
22:20.54 | Raimu | But no, just looking at that depressing tmo thread it's not for general use. |
22:21.04 | amiconn | Not so much because of the speed gain, but because of the reduced memory footprint |
22:21.11 | kerio | Raimu: the depressing tmo thread is caused by morons |
22:21.15 | kerio | and by the fact that it's TMO |
22:21.26 | DocScrutinizer05 | amiconn: sane rationale |
22:21.27 | Raimu | kerio: Well, yes, morons run this world. |
22:21.36 | amiconn | Itt seems the OOM killer kicks in quite often on the N900 |
22:22.01 | DocScrutinizer05 | duh! really? |
22:22.06 | amiconn | should check the logs |
22:22.08 | Raimu | DocScrutinizer05: What sort of conditions are the abnormal ones? |
22:22.20 | DocScrutinizer05 | should happen no earlier than after it ate all your swap |
22:22.47 | DocScrutinizer05 | ~dict abnormal |
22:23.32 | Raimu | DocScrutinizer05: Haw, I was thinking more about an example of a situation where the switching would do something really unexpected. |
22:23.57 | DocScrutinizer05 | do you suppose I expect the unexpected? :-D |
22:24.00 | Raimu | :D |
22:24.03 | Raimu | Fair enough. |
22:24.11 | Raimu | You do have sage powers. |
22:25.11 | DocScrutinizer05 | I *could* figure something related to unusual IRQ load, created by whatever, e.g. accelerometer |
22:25.57 | DocScrutinizer05 | exactly the situations where you don't like to see additional overhead slowing down system response time |
22:26.16 | DocScrutinizer05 | but that's just cloudy visions |
22:27.28 | DocScrutinizer05 | range of context switches per second (when really active system, not in idle) may vary by a factor 50 |
22:28.55 | DocScrutinizer05 | usual benchmarks are completely unsiuted for testing any impact of additional overhead on context switching |
22:29.33 | DocScrutinizer05 | as context switches are mostly related to interactive actions at large |
22:29.51 | kerio | misread that as "unsluted" |
22:31.01 | kerio | hm, is there a way to only apply the fix selectively, on the thumb2 processes? |
22:31.19 | freemangordon | no |
22:31.40 | freemangordon | because errata hits no matter ARM or thumb |
22:31.42 | DocScrutinizer05 | that's not how this workaround works |
22:31.50 | DocScrutinizer05 | exactly |
22:32.04 | kerio | hm, perhaps beginning to apply the fix once the first thumb2 binary is started? |
22:32.20 | freemangordon | why? |
22:32.26 | DocScrutinizer05 | kerio: simply forget it |
22:32.46 | kerio | so 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.00 | Raimu | There's the "disable this" switch, already. |
22:33.03 | Raimu | Isn't there? |
22:33.17 | freemangordon | yep |
22:33.21 | DocScrutinizer05 | Raimu: yes, I suggested that |
22:33.25 | Raimu | I remember. |
22:33.44 | DocScrutinizer05 | but it's not meant to get used "dynamically" |
22:34.29 | freemangordon | well, actually you can enable/disable the workaround whenever you like. but I don't see much use of that |
22:34.31 | DocScrutinizer05 | and after all afaik there's no flag in ELF header about "I'm a thumb binary" |
22:34.38 | kerio | i see |
22:35.07 | kerio | if freemangordon actually delivers an omap1 with the errata workaround, should it be enabled by default, or disabled by default? |
22:35.22 | DocScrutinizer05 | enabled of course |
22:35.28 | kerio | s/omap1/omap1, ABI-compatible with the stock kernel,/ |
22:35.48 | kerio | DocScrutinizer05: but slowdowns and stuff, for normal people! |
22:36.12 | DocScrutinizer05 | well, for the stock replacement "clean" kernel it probably should be disabled |
22:36.56 | freemangordon | kerio: benchmark that slowdown, if we have 1mS slowdown per context switch, how that affects "normal people" |
22:37.06 | kerio | freemangordon: idk, ask doc |
22:37.16 | DocScrutinizer05 | but 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.26 | Raimu | The 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.43 | freemangordon | ker: trust me, we had lots of discussions with doc ;) |
22:37.52 | freemangordon | kerio: ^^^ |
22:38.03 | DocScrutinizer05 | freemangordon: 1ms / context switch? will bring system to a grinding halt! |
22:38.06 | freemangordon | for the last 8 or so months |
22:38.23 | kerio | i hope he meant 1µs |
22:38.24 | kerio | or something |
22:38.26 | freemangordon | why? we have HZ set to 128 |
22:38.56 | DocScrutinizer05 | freemangordon: context switches are largely unrelated to HZ |
22:39.19 | freemangordon | and have in mind this does not kick in for IRQ/FIQ ;) |
22:39.42 | freemangordon | workaround is only for userland processes AIUI |
22:39.47 | DocScrutinizer05 | but for any function that runs into wait |
22:40.25 | freemangordon | DocScrutinizer05: well. I have NFC what is the impact, what I know is that it is not visible |
22:40.40 | DocScrutinizer05 | HZ is the *minimum* taskswitching frequency on a system with >=2 ready processes |
22:41.05 | freemangordon | ok, ok, it was a bad example |
22:41.15 | DocScrutinizer05 | freemangordon: I'm tending to agree |
22:41.47 | DocScrutinizer05 | I never had any actual concerns about BPB flushing overhead |
22:42.12 | DocScrutinizer05 | the debate been about why we'd want to force it on *all* N900 users |
22:42.37 | freemangordon | Raimu: 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.56 | DocScrutinizer05 | and I mentioned to amiconn that there are valid reasons why some users might not want to have it |
22:42.58 | freemangordon | DocScrutinizer05: I would, we know there are thumb-compiled binaries distributed by Nokia |
22:43.36 | Raimu | freemangordon: Oh! Let me know when up. |
22:43.48 | freemangordon | ok |
22:44.36 | freemangordon | DocScrutinizer05: there is at least one. And noone knows what is the actual amount of such mistakenly build binaries |
22:44.49 | DocScrutinizer05 | freemangordon: yeah, if that gets verified it is the bummer of the year, regarding "Nokia fecked it up" |
22:45.07 | freemangordon | DocScrutinizer05: you can bet your ass on that |
22:45.15 | chem|st | hail I hit a BT bug |
22:45.16 | freemangordon | I bet mine too ;) |
22:45.57 | chem|st | after removing a client from list of devices my BT refuses to work |
22:46.12 | chem|st | blank name shown bluetoothd segfaulting etc |
22:46.21 | DocScrutinizer05 | I'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.37 | freemangordon | chem|st: :( |
22:46.44 | chem|st | exactly! |
22:46.53 | DocScrutinizer05 | hi chem|st |
22:47.10 | chem|st | tmo says flashing fixed it... <- don't like |
22:47.20 | chem|st | any other ideas? |
22:47.38 | chem|st | hi DocScrutinizer05 |
22:47.38 | freemangordon | chem|st: yeah, file a bug and wait merlin1991 to return from greece |
22:47.51 | DocScrutinizer05 | err, I guess "reboot" wouldn't earn me a "thanks" ;-) |
22:48.12 | chem|st | DocScrutinizer05: you owe me a beer now... |
22:48.25 | chem|st | :) |
22:48.30 | DocScrutinizer05 | ;-P |
22:48.30 | kerio | chem|st: restore your backupmenu backup |
22:48.38 | freemangordon | chem|st: also you may want to backup your /var/lib/bluetooth (so we can reproduce the bugger) and after that delete it |
22:48.44 | DocScrutinizer05 | wait, what exactly went awry? |
22:48.54 | freemangordon | chem|st: lemme check the exact location |
22:49.15 | DocScrutinizer05 | ponders reflashing BT firmware |
22:49.36 | chem|st | DocScrutinizer05: that was my last-resort idea |
22:49.49 | freemangordon | chem|st: yeah, delete everything under /var/lib/bluetooth |
22:49.56 | freemangordon | and then do: |
22:50.00 | freemangordon | stop bluetoothd |
22:50.07 | freemangordon | start bluetoothd |
22:50.40 | freemangordon | wait, first stop bluetoothd and then delete the directory |
22:50.44 | freemangordon | chem|st: ^^^ |
22:50.58 | DocScrutinizer05 | hehe |
22:51.03 | DocScrutinizer05 | better sequence |
22:51.22 | freemangordon | yeah, bluetoothd flushes the files when stopped |
22:51.25 | DocScrutinizer05 | I'd also mv instead rm |
22:51.40 | freemangordon | <PROTECTED> |
22:51.46 | freemangordon | DocScrutinizer05: :P |
22:51.50 | DocScrutinizer05 | :nod: |
22:52.51 | DocScrutinizer05 | chem|st: weird idea and probably nonsense: remove main battery |
22:53.09 | chem|st | DocScrutinizer05: that works for gsm modem and I tried that |
22:53.32 | DocScrutinizer05 | thought as much :-S |
22:53.52 | chem|st | freemangordon: should I try to make it broke again when I have it working again? |
22:54.04 | freemangordon | chem|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.11 | DocScrutinizer05 | I'd have thought bluetoothd "flashes" firmware (if any) on each powerup of BT chip |
22:54.40 | DocScrutinizer05 | freemangordon: indeed |
22:54.47 | freemangordon | chem|st: yep, that is why I said to backup /var/lib/bluetooth, so we will be able to reproduce |
22:54.51 | DocScrutinizer05 | freemangordon: I bet you're right on that |
22:55.36 | DocScrutinizer05 | probably one of the paired device files contains crap |
22:56.08 | chem|st | DocScrutinizer05: +1 |
22:56.23 | freemangordon | Raimu: your are good to apt-get update |
22:56.40 | freemangordon | apt-get install microb-engine microb-engine-common |
22:57.33 | freemangordon | hmm, or you may try with apt-get upgrade, not sure about dependencies |
22:57.38 | freemangordon | Raimu: ^^^ |
22:57.45 | kerio | freemangordon: won't that horrendously break metapackages that depend on exact versions? D: |
22:57.56 | freemangordon | no |
22:58.01 | kerio | k |
22:58.07 | kerio | wait, so why won't just "upgrade" work? |
22:58.27 | freemangordon | because I don't know what repos has he enabled |
22:58.35 | kerio | i see |
22:58.41 | freemangordon | not that Raimu ia a nood, but just in case |
22:58.44 | freemangordon | *noob |
22:58.57 | kerio | anyway, i'm waiting for Pali to push KP51 to -devel and then i'll probably try this thumb thingy |
22:58.59 | DocScrutinizer05 | Nokia legacy: dependcies a maga pile of mess |
22:59.05 | DocScrutinizer05 | mega even |
22:59.16 | kerio | night, everyone |
23:00.52 | chem|st | freemangordon: sdptool browse did show some audio services while bt was not working |
23:01.43 | Raimu | Hehe. I'll manage. |
23:01.58 | chem|st | and for sure not the same as I see now when turned on^^ |
23:01.58 | freemangordon | chem|st: maybe it is not using bluetoothd at all, but kernel, i.e, socket stuff |
23:02.31 | chem|st | usually there is no sdptool browse output if device is off |
23:02.43 | chem|st | try yourself |
23:03.03 | freemangordon | Raimu: please tell me what apt-get reports for "xxx les bytes will be used" |
23:03.20 | freemangordon | chem|st: which device? |
23:03.24 | chem|st | bt |
23:04.03 | freemangordon | you mean to stop bluetoothd and to run discovery using sdptool? |
23:04.23 | chem|st | yes |
23:04.28 | freemangordon | chem|st: not now :) |
23:05.06 | chem|st | I had some weird stuff showing, like the output of line 10 to 20 (literaly) |
23:05.14 | chem|st | and not 1 to 40 |
23:05.24 | freemangordon | I was supposed to be in the bed by now ;) |
23:05.32 | chem|st | freemangordon: me too... |
23:05.36 | chem|st | as always |
23:05.41 | freemangordon | :D |
23:05.49 | freemangordon | cheers |
23:06.04 | chem|st | thanks for the var lib advice |
23:06.13 | freemangordon | did it help? |
23:07.00 | freemangordon | chem|st: ^^^ |
23:11.52 | freemangordon | Raimu: are you updating? As I am wating your feedback before making an announcement :) |
23:13.39 | chem|st | freemangordon: yeah worked |
23:13.50 | chem|st | seems like the profile got borked |
23:14.43 | freemangordon | :) |
23:15.04 | freemangordon | glad to hear |
23:15.50 | Raimu | freemangordon: backupped, now installing microb-engine and *-common |
23:16.47 | Raimu | And a quick reboot... |
23:19.17 | Raimu | freemangordon: Yes, works. |
23:19.43 | Raimu | Way too quick to comment on usage, but everything runs. Announce away, I guess. |
23:19.51 | freemangordon | nice :) |
23:19.58 | freemangordon | how is the memory usage? |
23:20.14 | freemangordon | BTW: [01:57] <freemangordon> Raimu: please tell me what apt-get reports for "xxx les bytes will be used" |
23:22.07 | Raimu | Oh, crap. I didn't see that line. Where's the apt log? |
23:23.12 | freemangordon | there is no :( |
23:23.18 | Raimu | I'm sorry. :( |
23:23.23 | freemangordon | NP |
23:23.27 | Raimu | Some other user has to fill you in on that one. |
23:26.06 | freemangordon | :) yeah |
23:40.43 | Raimu | Oh, this thing definitely isn't slower. |
23:41.51 | freemangordon | isn't slower? WTF man, it is FAST :P |
23:42.05 | Raimu | That's what I was saying. :D |
23:42.55 | freemangordon | :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) |