00:14.14 | *** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl) |
00:15.44 | *** join/#maemo-ssu taziff1 (~Taziff@cyr108.internetdsl.tpnet.pl) |
00:23.20 | *** join/#maemo-ssu gri (~gri@muhkuh.net) |
01:15.39 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
02:06.30 | *** join/#maemo-ssu jonwil_ (~jonwil@27-33-137-199.static.tpgi.com.au) |
02:08.01 | *** join/#maemo-ssu peetah_ (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
02:08.09 | *** join/#maemo-ssu xnt14 (~xnt14@ool-45772b34.dyn.optonline.net) |
02:08.30 | *** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
02:18.59 | *** join/#maemo-ssu KrayonWork (~krayon@pdpc/supporter/28for7/krayon) |
02:40.30 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
04:12.59 | *** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl) |
04:33.40 | *** join/#maemo-ssu taziff1 (~Taziff@cyr108.internetdsl.tpnet.pl) |
04:52.13 | *** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl) |
04:54.47 | *** join/#maemo-ssu IronLegend (~IronLegen@ironlegend.student.ipv6.utwente.nl) |
04:59.23 | *** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
05:11.50 | *** join/#maemo-ssu taziff1 (~Taziff@cyr108.internetdsl.tpnet.pl) |
05:19.07 | *** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl) |
06:22.15 | *** join/#maemo-ssu MohammadAG (~MohammadA@ool-45772b34.dyn.optonline.net) |
06:24.16 | *** join/#maemo-ssu xnt14 (~xnt14@ool-45772b34.dyn.optonline.net) |
06:31.26 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
06:35.16 | DocScrutinizer05 | git gui???? |
06:35.41 | freemangordon | ever told you I am lazy ;) |
06:36.22 | DocScrutinizer05 | ever told you I'm basically a git noob (and a lazy gui junkie too)? |
06:36.38 | freemangordon | never, but git has gui :P |
06:37.01 | DocScrutinizer05 | where? how? how much ;-P? |
06:37.23 | freemangordon | it is either git gui or git-gui, depending on the distribution |
06:37.36 | freemangordon | in usual way, apt-get |
06:37.44 | DocScrutinizer05 | wow |
06:38.59 | freemangordon | DocScrutinizer05: do you know gitk? |
06:39.44 | DocScrutinizer05 | gitwhat? |
06:39.53 | freemangordon | gitk |
06:40.06 | freemangordon | now you know it, use it smart :P |
06:40.21 | DocScrutinizer05 | I'm about to learn repo (*uaerghhh*) |
06:40.40 | freemangordon | that is basically a history browser |
06:41.01 | DocScrutinizer05 | friggin useful |
06:41.10 | freemangordon | commits/branches/whatever history that is |
06:41.11 | DocScrutinizer05 | (hist browser) |
06:41.26 | freemangordon | yep |
06:41.37 | DocScrutinizer05 | while repo is so... |
06:41.57 | DocScrutinizer05 | git the hard way |
06:42.15 | freemangordon | repo? WTF is that, some android SDK tool? |
06:42.20 | DocScrutinizer05 | ~lart google |
06:42.20 | infobot | teaches google the basics, including how to RTM |
06:42.58 | freemangordon | isn't that integrated in eclipse? |
06:43.15 | DocScrutinizer05 | python wrapper around git, to handle forests (SIC!) |
06:44.17 | freemangordon | never heard about it. but having in mind I am not exactly linux developer, it is not unusual |
06:44.29 | DocScrutinizer05 | freemangordon: at my job I need to do kneedeep kernel development for android, no eclipse for me |
06:44.37 | freemangordon | aaah |
06:44.51 | freemangordon | feels sorry for doc |
06:45.46 | DocScrutinizer05 | and *of course* we got owr own git repos for that |
06:46.25 | freemangordon | well, if it is git, you should be able to use *normal* tools to access them |
06:46.29 | DocScrutinizer05 | so all the public howto stuff is just a slight hint |
06:47.16 | freemangordon | at least you could try to use gitk and git-gui |
06:47.23 | DocScrutinizer05 | feckin repo works with manifests - XML shite I seem to have to write by hand :-S |
06:47.30 | freemangordon | WTF? |
06:48.09 | freemangordon | gets depressed everytime he sees .manifest |
06:48.18 | DocScrutinizer05 | a manifest describes a forest, or even a set of forests |
06:48.36 | freemangordon | sure, sure, don't tell me about it :D |
06:50.07 | freemangordon | WTF, stupid leafchat cannot search? |
06:50.59 | DocScrutinizer05 | anyway the method is: set up git (all the git -url foo.insteadof bar abomination, as well as other stuf like email, name etc), then do repo init -b branch -u label |
06:52.09 | DocScrutinizer05 | which is fetching the manifest for that label and branch, and that manifest then might install 3 dozen forests via git |
06:52.25 | DocScrutinizer05 | actually it does when you do repo sync |
06:53.02 | DocScrutinizer05 | which does dozens of git checkout or whatever the right git command |
06:53.24 | DocScrutinizer05 | git pull ? |
06:54.13 | freemangordon | could be git clone, fetch, cherry-pick |
06:54.21 | DocScrutinizer05 | not even `repo help -all` works unless you have done repo init |
06:54.28 | freemangordon | and several others I am not aware of |
06:54.44 | freemangordon | hmm, where is Pali |
06:55.06 | Pali | here, sleeping... |
06:55.20 | freemangordon | morning :) |
06:55.57 | DocScrutinizer05 | yeah, where is Pali? I was about to tell him booston never will be obsolete unless hald-addon-bme-fake will do all the nice warning and info notifications |
06:56.32 | freemangordon | Pali: either add me as a developer here: https://gitorious.org/rx51-bme-replacement or pull hald-addon-bme and libbmeipc from my repo, ok? |
06:56.59 | Pali | I do not know how to add developer for project... |
06:57.13 | Pali | I will pull both repos to rx51-bme |
06:58.18 | DocScrutinizer05 | freemangordon: I hope your hald-addon-bme / libbme'ipc' is using kernel events? |
06:58.37 | freemangordon | hmm, maybe create a new team and change the ownership, gitorious is fubar |
06:58.41 | DocScrutinizer05 | Pali: I hope bq24150.ko is sending kernel events? |
06:59.09 | freemangordon | DocScrutinizer05: right now it uses nothing, so it will use whatever we write there :D |
06:59.14 | Pali | DocScrutinizer05, I do not know now |
06:59.26 | Pali | it use power_supply interface |
06:59.43 | freemangordon | DocScrutinizer05: libbmeipc don;t need any events |
07:00.25 | DocScrutinizer05 | freemangordon: how is it to know about state changes in battery management? poll sysfs power_supply interface? |
07:00.26 | Pali | freemangordon, one bme (n9) dev will ask how to calculate temperature from ADCIN0 (twl adc) |
07:00.45 | DocScrutinizer05 | Pali: \o/ |
07:00.46 | freemangordon | it just needs to read the temp once called, i.e. open, read, close (/dev/twladc) |
07:01.12 | Pali | DocScrutinizer05, value but value depends on some data from CAL |
07:01.26 | Pali | so it will not be easy forumla |
07:01.36 | DocScrutinizer05 | never expected that |
07:01.46 | Pali | freemangordon, I mean how to convert raw value from adcin0 to temp |
07:01.56 | freemangordon | I know |
07:02.19 | freemangordon | we have FOSS libcal replacement iirc. |
07:02.35 | freemangordon | hmm Pali, it was you to write it? |
07:02.38 | DocScrutinizer05 | something that can access CAL at least, yeah |
07:02.55 | Pali | calvaria and libopencal |
07:03.00 | freemangordon | well, libcal interface is simple |
07:03.06 | DocScrutinizer05 | yep |
07:03.12 | Pali | but when I tested libopencal it crashed |
07:03.18 | Pali | calvaria is only parser |
07:03.19 | DocScrutinizer05 | eew |
07:03.29 | freemangordon | libcal should be easy to RE |
07:03.37 | Pali | libopen cal can read and write to CAL but it is clone of diablo libcal |
07:03.56 | Pali | freemangordon, in SDK is i386 version of libcal |
07:04.05 | Pali | so this version can be disassembled |
07:04.08 | DocScrutinizer05 | I bet little has changed in CAL struct for fremantle |
07:04.30 | freemangordon | Pali: i doubt it is the same as armel, but could help a lot |
07:04.37 | DocScrutinizer05 | Pali: wait wait wait |
07:04.50 | freemangordon | at least for interface definitions |
07:04.51 | DocScrutinizer05 | Pali: don't you think the x86 is a fake stub? |
07:05.00 | freemangordon | :nod: |
07:05.02 | Pali | I think no |
07:05.13 | Pali | when I looked at it there was all functions exported |
07:05.13 | freemangordon | hmm, where it stores the data then? |
07:05.15 | Pali | with mtd code |
07:05.34 | DocScrutinizer05 | hmm, they could fake mtd, yep |
07:05.50 | DocScrutinizer05 | and use a proper libcal_x86 on top of that |
07:05.52 | freemangordon | anyway i gtg, bbl guys |
07:06.01 | DocScrutinizer05 | same here |
07:09.56 | Pali | done, https://gitorious.org/rx51-bme-replacement |
07:10.32 | Pali | other question, do we need to use autotools? |
07:14.18 | Pali | ok i386 version of libcal is trying to open /dev/mtd1 :D |
07:14.31 | Pali | so seems that this is same version as for armel |
07:14.47 | Pali | Only NAND devices supported |
07:25.46 | *** join/#maemo-ssu _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
07:31.41 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
07:36.20 | DocScrutinizer05 | Pali: nice :-D |
07:46.36 | *** join/#maemo-ssu _shadowx (~shadowx@195.24.90.254) |
08:04.28 | jonwil | Time to start working on collecting all the known information on the N900 dbus calls |
08:11.33 | Pali | somebody write wl1251-cal and <bluetooth>-cal programs |
08:11.55 | jonwil | I documented what wl1251-cal does a while back IIRC |
08:12.01 | *** join/#maemo-ssu andre__ (~andre@ip-89-176-24-140.net.upcbroadband.cz) |
08:12.01 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
08:12.03 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
08:12.03 | Pali | jonwil, link? |
08:12.25 | jonwil | I cant remember where I put it |
08:12.31 | jonwil | either the mailing list or the wiki |
08:12.43 | jonwil | why is having one useful anyway? |
08:12.59 | Pali | wl1251-cal is needed for setting wifi chip |
08:13.18 | Pali | (region lock, mac address, ...) |
08:13.31 | jonwil | yes but what is wrong with the current wl1251-cal other than that its closed? |
08:13.48 | Pali | regulation region lock |
08:14.06 | Pali | using non standard netlink kernel interface |
08:14.19 | Pali | so using upstream wl1251 driver is not possible |
08:14.26 | jonwil | yeah it would be good to replace it |
08:14.40 | Pali | for changing mac address has linux interface |
08:15.07 | Pali | and for region regulation is here cfg80211 and nl80211 interface |
08:15.09 | jonwil | it shouldn't be that hard if someone with knowledge of kernel WiFi stuff wants to take a look at the notes I made |
08:15.42 | jonwil | http://wiki.maemo.org/Wl1251-cal |
08:15.44 | jonwil | Found the info |
08:16.26 | jonwil | thats all the info I found out in wl12510-cal |
08:17.01 | Pali | ok |
08:17.29 | Pali | the best way would be to create correct NVS data from cal and store it to /lib/firmware |
08:17.33 | Pali | on each n900 |
08:18.01 | Pali | there can be script which do it when n900 is first time started (or if that correct nvs data is not extracted) |
08:18.29 | Pali | I think that NVS data can contains mac address too |
08:18.41 | jonwil | The NVS data seems to change based on what the current country code is |
08:18.50 | jonwil | i.e. the MNC if any |
08:18.57 | Pali | yes |
08:19.07 | jonwil | MAC address comes from cal also |
08:19.10 | Pali | but it is same as if you change country with your wifi laptop |
08:19.16 | jonwil | not part of NVS data |
08:19.22 | Pali | so this data can be static |
08:19.38 | Pali | I mean that wl1251 kernel driver can read mac address from nvs data too |
08:20.16 | jonwil | If you roam to another country, you will get a different MCC returned by get_registration_status |
08:20.17 | Pali | so we can create script which convert wifi data from CAL to nvs firmware file |
08:20.42 | Pali | jonwil, but this is same as with your laptop if you road from EU to USA |
08:20.48 | jonwil | true |
08:20.51 | Pali | nothing is changed automatically |
08:20.54 | DocScrutinizer05 | Pali: while we're talking about it, how would I switch my restricted WLAN chan range on N900 to use full range? |
08:21.18 | jonwil | as for bluetooth, there is a script in /etc/event.replace.d called bluetooth-sysinfo |
08:21.23 | Pali | Doc, kernel cfg80211 interface is for that |
08:21.26 | jonwil | which handles the bluetooth mac address |
08:21.37 | Pali | you need to have wifi driver which use cfg80211 interface |
08:21.44 | jonwil | all the script does is get the data from cal via sysinfo-tool |
08:21.46 | DocScrutinizer05 | that's how it *should* be. i'm taling about how it's now |
08:21.58 | Pali | and then use standard wifi program iw |
08:22.07 | jonwil | and send that to /sys/devices/platform/hci_h4p/bdaddr |
08:22.08 | Pali | I do not remember param, use iw --help |
08:22.44 | Pali | jonwil, that sysfs file is again non standard interface |
08:23.04 | DocScrutinizer05 | one of my friggin devices (t900) refuses to work on chan13 |
08:23.08 | Pali | linux kernel can change mac address from userspace in other way |
08:23.38 | jonwil | well whatever way exists to change the bluetooth mac address, we can just make /etc/event.replace.d/bluetooth-sysinfo use that |
08:23.53 | jonwil | i.e. the tool that reads the value from CAL (sysinfo-tool) is fine |
08:24.09 | Pali | ok |
08:24.46 | Pali | I mean that we can 1) rewrite *-cal programs to use normal interfaces or 2) create proper nvs data for kernel drivers (which will contains all data from CAL) |
08:25.00 | Pali | and *-cal programs will not be needed |
08:25.25 | jonwil | yeah I think the best answer is to create a clone of wl1251-cal that uses official interfaces |
08:26.03 | Pali | http://linuxwireless.org/en/users/Drivers/wl12xx/calibrator |
08:26.08 | jonwil | then someone can run it and compare the results from the stock closed tool and the open tool to make sure you get the right results |
08:26.15 | Pali | this should be used ^^^^ |
08:26.20 | jonwil | yes it should be |
08:28.30 | Pali | it really also store mac address to NVS firmware file |
08:29.18 | Pali | so after creating proper firmware files (and using standard wl1251 driver) wl1251-cal can be deleted... |
08:36.47 | DocScrutinizer05 | NVS == non volatile storage? |
08:37.09 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
08:37.11 | DocScrutinizer05 | then we should ponder an option to map NVS to CAL, as it basically is same thing |
08:38.19 | DocScrutinizer05 | so user could decide whether to use a file he can mess around with for NVS, or whether NVS gets generated(? during sysinit) from CAL |
08:39.05 | DocScrutinizer05 | l8r o/ |
08:57.44 | DocScrutinizer51 | wtf? my Iron900 doesn't auto-switch to GPRS anymore when IronLegend leave 2!*" range |
08:57.54 | DocScrutinizer51 | WLAN range |
09:01.00 | DocScrutinizer51 | but this time it didn't hang on 2!*" thinking it's still connected |
09:01.16 | DocScrutinizer51 | WLAN* ffs |
09:17.58 | jonwil | Its interesting to see how many .h files in the SDK say "dont use this" or "this is obsolete" or whatever and yet contain some of the most interesting info :) |
09:21.05 | DocScrutinizer51 | indeed |
09:21.41 | DocScrutinizer51 | idiot took wrong subway train :-S |
09:26.47 | jonwil | so far I found documentation for com.nokia.calendar, com.nokia.worldclock, com.nokia.csd.gprs.*, com.nokia.icd2, com.nokia.iphbd, com.nokia.clockd, com.nokia.phone.net and com.nokia.wappush |
09:28.11 | jonwil | what I did was to download all the source packages from the sdk-free repo, then all the closed binaries from the nokia-binaries repo then all the closed binaries that I didn't already download from the main phone repo |
09:28.29 | jonwil | So far the info I found comes from the /usr/share/doc and /usr/include locations for the closed bits |
09:28.52 | jonwil | Now I need to go through all the source code looking for any dbus stuff to add to my stuff-to-put-onto-the-wiki list |
09:29.34 | jonwil | then from there I can grab anything from the maemo API documentation and maemo wiki along with anything I previously posted (forums, mailing list etc) |
09:39.02 | *** join/#maemo-ssu arcean (~Arcean@aaet238.neoplus.adsl.tpnet.pl) |
09:58.10 | *** join/#maemo-ssu _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
10:13.55 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
10:48.55 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
11:23.18 | kerio | freemangordon: can i install cssu-thumb while keeping my beloved kp51? |
11:23.44 | freemangordon | I think so |
11:23.58 | freemangordon | hmm, not yet |
11:24.02 | freemangordon | kerio: ^^^ |
11:24.19 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28B9C.dip0.t-ipconnect.de) |
11:26.19 | kerio | :( |
11:26.50 | kerio | not even by making a fake package that provides kernel-cssu? :D |
11:32.05 | freemangordon | kerio: today or tomorrow i will push a new update, with kernel-cssu == KP51 |
11:32.31 | freemangordon | and it will not install a new kernel if you already have kp51 |
11:33.50 | kerio | k |
11:34.07 | kerio | is it kp51 in kernel-cssu package or does the name change? |
12:02.25 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-nkhljrdxyrpkxmnz) |
12:05.56 | freemangordon | it is kp51, the name is kernel-cssu |
12:08.05 | kerio | i see |
12:14.52 | kerio | so... the modules will still be installed in /lib/modules/2.6.28-power51r1? |
12:14.53 | kerio | or something |
12:15.16 | kerio | /lib/modules/2.6.28.10-power51 |
12:18.43 | kerio | freemangordon: right? |
12:27.57 | DocScrutinizer51 | if the kernel is power51 then the modules shall be there |
12:28.59 | freemangordon | if the kernel is kernel-cssu, then no |
12:29.39 | freemangordon | so the modules are in /lib/modules/kernel-cssu3 |
12:29.56 | freemangordon | and compat drivers in /opt/lib/modules/kernel-cssu3 |
12:31.08 | kerio | ... |
12:31.14 | kerio | "kernel-cssu3" is not a version |
12:31.37 | DocScrutinizer51 | freemangordon: I'm unhappy with the kernel naming |
12:32.01 | kerio | freemangordon: what's the output of uname -r? |
12:32.09 | DocScrutinizer51 | it might suggest to uneducated users that it's a core CSSU component |
12:33.02 | DocScrutinizer51 | freemangordon: could you call it cssu-thumb or cssu-extras please? |
12:33.24 | kerio | or kernel-thumb |
12:33.39 | freemangordon | DocScrutinizer51: no, as the final goal is cssu, that is first, and it is available only in cssu-thumb repo |
12:34.11 | freemangordon | you can install it through normal repos |
12:34.15 | freemangordon | *can't |
12:34.30 | DocScrutinizer51 | eventually we *might* need to come up with a concurrent incompatible cssu-kernel |
12:34.45 | DocScrutinizer51 | then we're busted pretty much |
12:35.16 | freemangordon | incompatible? |
12:35.56 | freemangordon | kerio: 2.6.28.10-cssu3 |
12:35.57 | DocScrutinizer51 | as in 'hotfix for galaxy wide ipv4 exploit included" |
12:36.08 | kerio | freemangordon: i see |
12:36.22 | kerio | so the modules are in /lib/modules/2.6.28.10-cssu3 |
12:36.41 | kerio | ponders about making symlinks so he can restore kp51 backupmenu backups |
12:38.01 | DocScrutinizer51 | freemangordon: see kerio's comment! chose wisely! |
12:38.36 | DocScrutinizer51 | kernel naming is no pony baby name picking |
12:39.20 | kerio | i still don't get what's wrong with temporarily using kernel-power as the default -thumb kernel |
12:39.23 | freemangordon | DocScrutinizer51: it has been that way for the last 2 months |
12:39.24 | kerio | until the kernel situation is fixed |
12:39.33 | kerio | freemangordon: hell, why isn't it just kernel-linux? |
12:39.35 | freemangordon | kerio: and what is the situation? |
12:39.53 | kerio | the situation is you making a thumb-capable -omap1 kernel |
12:40.06 | kerio | that makes doc happy |
12:40.17 | kerio | (by -omap1 i mean abi-compatible with the nokia -omap1) |
12:40.29 | freemangordon | if the situation is that you can't wait a couple of days, it is your problem, not mine |
12:40.37 | kerio | i mean, let's face it, -cssu3 is distinctly powerish |
12:40.42 | kerio | it does stuff! |
12:40.49 | kerio | it's not just for thumb |
12:40.53 | freemangordon | so? |
12:41.06 | freemangordon | i fail to see the problem |
12:41.55 | kerio | it's not a problem for me, but the standard kernel is installed in the "kernel" package |
12:42.08 | kerio | if it's the default kernel, it should go there |
12:42.32 | freemangordon | well, a replaces: does the same thing |
12:42.46 | freemangordon | but I still fail to see the point |
12:42.48 | kerio | a replaces: uninstalls the previous package |
12:43.10 | freemangordon | which does only "kernel" in our case, so no difference |
12:43.14 | kerio | my point is that this *has* to be installed for everything to work, once you install the thumb packages |
12:43.22 | freemangordon | yep |
12:43.29 | freemangordon | you know WIP is? |
12:43.36 | freemangordon | *what WIP |
12:43.40 | kerio | yes i do |
12:43.40 | freemangordon | ~WIP |
12:43.41 | infobot | rumour has it, wip is "Work In Progress" |
12:43.46 | kerio | thanks infobot |
12:43.46 | infobot | kerio: no worries |
12:43.55 | kerio | awwwwwwwwwwwwwwwww :3 |
12:44.11 | kerio | freemangordon: i still don't get what your plans are for kernel-cssu |
12:45.07 | freemangordon | "my" plans are someday there to be a kernel in CSSU replacing omap1 |
12:46.16 | kerio | or upgrading omap1 |
12:50.52 | kerio | by the way, why are we still on 2.6.28? |
12:52.53 | _shadowx | yep. |
12:53.14 | _shadowx | btw where can I find the kernel sources? (or patches) |
12:54.35 | kerio | _shadowx: there's the source package i think |
12:55.33 | kerio | kernel-source and kernel-power-source |
12:55.38 | kerio | depending on which one you want |
12:55.48 | _shadowx | power-source ofc :P |
12:55.50 | _shadowx | 10x kerio. |
12:56.22 | _shadowx | btw is there big difference between the nokia and kp source ? or mainly configuration differences? |
13:21.16 | kerio | by the way, are the incremental apt updates something in apt 0.7? |
13:29.32 | kerio | freemangordon: hm, is busybox-power installed earlier in the PATH or does it just overwrite the builtin busybox? |
13:39.09 | kerio | oooh, if i don't dist-upgrade i can just upgrade the single packages |
13:48.31 | kerio | freemangordon: holy shit i have only 10MB of used swap |
13:48.34 | kerio | i love you |
13:59.22 | kerio | http://i.imgur.com/obnuu.jpg |
13:59.49 | *** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg) |
14:00.03 | *** join/#maemo-ssu DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
14:09.18 | *** join/#maemo-ssu mase76 (~mase76@p5DD39768.dip.t-dialin.net) |
14:21.05 | *** join/#maemo-ssu mickname (luodemm1@kosh.org.aalto.fi) |
14:48.37 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
15:01.54 | Estel_ | DocScrutinizer, for enabling fully channel range in restricted device right now, you need to call iw reg set JP |
15:02.00 | Estel_ | or iw set reg JP |
15:02.04 | Estel_ | whatever ;) |
15:02.09 | Estel_ | need iw-tools, obviously |
15:02.27 | Estel_ | unfortunately, you need to call it after every enabling of stock wifi stack |
15:02.34 | Estel_ | stock stick stack |
15:03.00 | kerio | where is the default stored? |
15:03.49 | Estel_ | in past, I've modified every script that enables wifi (so, enabled it first time via mscript in event.d, then modified adv.-interface-switcher scripts, aircrack related scripts that loadfs stock, etc) |
15:04.25 | Estel_ | now, advanced-interface-switcher have script files for various conditions (like wlan up), so it can be put there and not overwritten after every update |
15:04.30 | Estel_ | still need to modify other programs, though |
15:04.45 | Estel_ | kerio, I don't remember, honestly ;) |
15:04.51 | Estel_ | but it's not simple fiole edit |
15:04.56 | Estel_ | that's why You need iw tools |
15:05.33 | kerio | cal? |
15:05.52 | Estel_ | You tell me ;) |
15:06.42 | *** join/#maemo-ssu _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
15:18.38 | DocScrutinizer51 | yep CAL |
15:19.04 | DocScrutinizer51 | at least that's root |
15:19.28 | DocScrutinizer51 | other layers on top may override |
15:21.02 | *** join/#maemo-ssu jon_y_ (~enforcer@pbz-162-87.tm.net.my) |
15:41.11 | *** join/#maemo-ssu Estel_ (~Estel@adkn238.neoplus.adsl.tpnet.pl) |
15:46.43 | *** join/#maemo-ssu smoku1 (~spectrum@xkh0g2.infr.xiaoka.com) |
15:47.21 | *** part/#maemo-ssu smoku1 (~spectrum@xkh0g2.infr.xiaoka.com) |
15:47.31 | *** join/#maemo-ssu smoku1 (~spectrum@xkh0g2.infr.xiaoka.com) |
15:56.24 | *** part/#maemo-ssu smoku1 (~spectrum@xkh0g2.infr.xiaoka.com) |
15:56.36 | *** join/#maemo-ssu smoku1 (~spectrum@xkh0g2.infr.xiaoka.com) |
16:09.47 | *** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
17:00.16 | *** join/#maemo-ssu jon_y (~enforcer@pbz-162-87.tm.net.my) |
17:02.43 | *** join/#maemo-ssu jon_y_ (~enforcer@pbz-162-87.tm.net.my) |
17:02.43 | *** join/#maemo-ssu mickname (luodemm1@kosh.org.aalto.fi) |
17:02.43 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28B9C.dip0.t-ipconnect.de) |
17:02.43 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
17:08.08 | *** join/#maemo-ssu trumee (~parul@188-222-165-248.zone13.bethere.co.uk) |
17:42.21 | *** join/#maemo-ssu arcean_ (~Arcean@aafu22.neoplus.adsl.tpnet.pl) |
17:52.23 | kerio | i want more thumb binaries! :c |
18:13.33 | Raimu | Compile them! |
18:39.48 | *** join/#maemo-ssu mase76 (~mase76@p5DD39768.dip.t-dialin.net) |
18:55.00 | *** join/#maemo-ssu arcean__ (~Arcean@aaem86.neoplus.adsl.tpnet.pl) |
19:59.22 | *** join/#maemo-ssu Sicelo_ (sicelo@unaffiliated/sicelo) |
20:09.11 | *** join/#maemo-ssu mickname (luodemm1@kosh.org.aalto.fi) |
20:19.38 | *** join/#maemo-ssu mase76 (~mase76@p5DD39768.dip.t-dialin.net) |
20:35.58 | *** join/#maemo-ssu mase76 (~mase76@p5DD39768.dip.t-dialin.net) |
20:58.57 | freemangordon | arcean: do you know where alarm sounds are stored on harmattan? |
21:06.29 | *** join/#maemo-ssu _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
21:10.34 | arcean | freemangordon: /usr/share/sounds/ring-tones |
21:17.05 | freemangordon | arcean: thanks, found them :) |
21:20.42 | *** join/#maemo-ssu _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
23:20.14 | *** join/#maemo-ssu taziff1 (~Taziff@cyr108.internetdsl.tpnet.pl) |
23:21.08 | *** join/#maemo-ssu arcean_ (~arcean@aaem86.neoplus.adsl.tpnet.pl) |