**** BEGIN LOGGING AT Sun Dec 25 02:59:57 2011
Dec 25 09:28:53 <Pali> ping X-Fade
Dec 25 09:28:56 <Pali> ~seen X-Fade
Dec 25 09:28:58 <infobot> x-fade is currently on #maemo (2d 1h 17m 44s) #harmattan (2d 1h 17m 44s) #meego (2d 1h 17m 44s). Has said a total of 41 messages. Is idling for 1d 19h 58m 2s, last said: 'gri: Security through obscurity is always a false sense.'.
Dec 25 09:33:40 <Pali> ping lxp
Dec 25 09:38:20 <merlin1991> DocScrutinizer: what's the partitioning tool you use on the n900?
Dec 25 09:41:57 <Pali> ping onion
Dec 25 09:46:25 <merlin1991> Pali: still trying to reach X-Fade about kp?
Dec 25 09:46:42 <Pali> merlin1991: yes
Dec 25 12:03:04 <maeanoq> hi there i wanted to install pr1.3 ergo the latest fiasco kernel using flasher-3.5 on an ubuntu x64
Dec 25 12:03:52 <maeanoq> as you might guess it didnt work due to the x64 bit architeecture
Dec 25 12:04:32 <merlin1991> maeanoq: just dl the binary and run it
Dec 25 12:04:39 <merlin1991> if you have ia32 libs it will work
Dec 25 12:04:59 <maeanoq> thats the strange part.
Dec 25 12:05:58 <merlin1991> as in?
Dec 25 12:05:59 <maeanoq> so downloaded an archive which contained the following "doc man flasher-3.5"
Dec 25 12:06:34 <maeanoq> and chmod +x flasher-3.5
Dec 25 12:06:34 <merlin1991> chmod +x flasher-3.5 && ./flasher-3.5 does not work?
Dec 25 12:07:45 <maeanoq> and just to test i run "sudo sh flasher-3.5" after cd'ing into the directory containing the stuff
Dec 25 12:08:03 <maeanoq> command not found :(
Dec 25 12:08:13 <merlin1991> apt-cache policy ia32-libs?
Dec 25 12:08:36 <maeanoq> they are installed, thats why its strange
Dec 25 12:08:45 <merlin1991> that's odd
Dec 25 12:08:50 <maeanoq> yep
Dec 25 12:08:58 * merlin1991 tries on his install
Dec 25 12:10:13 <maeanoq> i almost tried the flasher 3.12@x64.deb until i noticed that it seems to just be for the N9
Dec 25 12:12:06 <merlin1991> works just fine here
Dec 25 12:12:11 <merlin1991> dl the tar.gz
Dec 25 12:12:22 <merlin1991> extract chmod and run
Dec 25 12:12:47 <merlin1991> maeanoq: did you try 'sudo ./flasher-3.5'
Dec 25 12:13:34 <maeanoq> just a simple question, when you download the tar.gz archive what is it containing?
Dec 25 12:13:55 <merlin1991> doc and man folder + the flasher-3.5 binary
Dec 25 12:13:55 <maeanoq> what are the filenames
Dec 25 12:14:14 <maeanoq> k also seems to be the same as here :s
Dec 25 12:14:28 <merlin1991> try to run sudo ./flasher-3.5
Dec 25 12:15:38 <maeanoq> i've just installed kubuntu 10.10 x86 on a spare hdd here and will check it in few minutes
Dec 25 12:15:44 <merlin1991> :D
Dec 25 12:17:25 <maeanoq> btw. might there be a problem if i reflash the n900 with a previous fiasco image?
Dec 25 12:17:46 <merlin1991> previos as in 1.2 instead of 1.3 or 1.3 instad of 1.3.1?
Dec 25 12:18:00 <maeanoq> the second
Dec 25 12:18:09 <merlin1991> the second will work just fine
Dec 25 12:18:14 <merlin1991> the first does create problems
Dec 25 12:19:42 <maeanoq> it seems to have the official 1.3.1 here without cssu installed and wanted to flash 1.3 and afterwards cssu stable which should be almost the same.
Dec 25 12:19:58 <merlin1991> will be exactly the same
Dec 25 12:20:07 <merlin1991> 1.3.1 + cssu = 1.3 + cssu
Dec 25 12:20:23 <merlin1991> the only difference you'll have is that you go from testing to stable
Dec 25 12:20:35 <merlin1991> so you don't get updated modest and a few other not so stable things :D
Dec 25 12:20:48 <merlin1991> though modest will come with next stable release which will be today or tomorrow
Dec 25 12:21:08 <maeanoq> atleast my about product shows me "version :21.2011.38-1"
Dec 25 12:21:16 <merlin1991> does anyone get the n900 images? on tablets-dev.nokia.com/nokia_N900.php?
Dec 25 12:21:38 <merlin1991> after the product id and license disclaimer I end up on a 404 page
Dec 25 12:21:53 <maeanoq> could check it in a sec.
Dec 25 12:22:08 <maeanoq> but a few hours ago it worked here
Dec 25 12:22:59 <merlin1991> doesn't seem to work atm :/
Dec 25 12:24:08 <merlin1991> hm works again
Dec 25 12:24:10 <merlin1991> WTF?
Dec 25 12:25:50 <maeanoq> would you rather give me the advise to flash 1.3 and stick with it for a week until some new cssu comes out?
Dec 25 12:26:27 <maeanoq> or is it upgradeable without going to the flashing procedure again
Dec 25 12:31:06 <merlin1991> it's upgradeable without flashing
Dec 25 12:31:34 <merlin1991> it will present you with an maemo5 update just like when you upgrade from 1.2 to 1.3 over ota
Dec 25 12:34:20 <maeanoq> k, there is one strange thing though.
Dec 25 12:34:57 <maeanoq> when i check maemo.org there is the possibility to 1-click install cssu
Dec 25 12:35:29 <maeanoq> "cssu stable" und "cssu"
Dec 25 12:35:46 <maeanoq> cssu is unstable? 
Dec 25 12:36:58 <maeanoq> upps iam wrong
Dec 25 12:37:07 <maeanoq> it was the changelog
Dec 25 12:37:22 <maeanoq> there is only cssu stable and cssu
Dec 25 12:37:50 <maeanoq> so i guess cssu stands for the unstable aka testing version?
Dec 25 12:37:51 <merlin1991> http://wiki.maemo.org/Community_SSU/
Dec 25 12:38:01 <merlin1991> you have the stable and the testing button on the top of the page
Dec 25 12:38:49 <merlin1991> where did you find cssu without testing or stable?
Dec 25 12:43:15 <maeanoq> yes got both buttons up there, i think it was in the changelog section
Dec 25 12:46:34 <maeanoq> btw. merry christmas to all :)
Dec 25 13:51:31 <Shapeshifter> Hi there. I'm trying to pair my n900 with this laptop over bluetooth and I've got it advertised on my laptop, but on the n900, going to Bluetooth devices and hitting 'new' it just keeps saying "Select a device" with a loading animation and nothing happens. I've been waiting for several minutes.
Dec 25 13:53:40 <Sicelo> n900 can be weird with BT at times. why don't u initiate pairing from the pc?
Dec 25 13:55:04 <Shapeshifter> mhhh. nevermind I managed to pair it, had to specify the n900's MAC on the laptop before paiting.
Dec 25 13:55:07 <Shapeshifter> *pairing.
Dec 25 13:55:27 <Shapeshifter> yay tethering works.
Dec 25 15:21:05 <badcloud> anyone else have problems moving n900 sent mail to gmail imap "sent mail" folder?
Dec 25 15:21:47 <badcloud> gives me "unable to move to current location"
Dec 25 15:58:11 <Sicelo> hmm, are u sure they're not already available on gmail's servers?
Dec 25 16:57:54 <BlackBear254163> @ hey
Dec 25 17:06:29 <__20h__> Is there some wiki page for which repositories to activate for full CSSU usage?
Dec 25 17:06:33 <__20h__> Good evening btw.
Dec 25 17:09:20 <merlin1991> http://wiki.maemo.org/Community_SSU
Dec 25 17:09:53 <__20h__> I still got an old feemantle-1.3 repository for extra in my N900.
Dec 25 17:10:01 <merlin1991> depending if you use stable or testing cssu http://wiki.maemo.org/Community_SSU/FeaturesStable and http://wiki.maemo.org/Community_SSU/Features have some hints on additional stuff you can enable
Dec 25 17:10:04 <__20h__> I'd like to know, if this should be changed to a plain Ā»freemantleĀ«.
Dec 25 17:10:14 <merlin1991> what's the repo url?
Dec 25 17:10:26 <__20h__> #maemo-bugs - General discussion about bug management and triaging.
Dec 25 17:10:27 <__20h__> #maemo-devel - General discussion about development on the Maemo platform.
Dec 25 17:10:27 <__20h__> #maemo-gsoc - Support channel for the Google Summer of Code students working/willing to work with the Maemo Community.
Dec 25 17:10:29 <__20h__> #maemo-meeting - Meetings channel.
Dec 25 17:10:32 <__20h__> #maemo-ui - Maemo 5 UX Design discussion/consultancy/advices.
Dec 25 17:10:35 <__20h__> #maemo-ssu - General discussion about the Fremantle Community SSU.
Dec 25 17:10:35 <__20h__> Damn, sorry.
Dec 25 17:10:38 <__20h__> #mer - General discussion about Mer.
Dec 25 17:10:40 <__20h__> Wrong clipboard.
Dec 25 17:11:29 <__20h__> deb http://repository.maemo.org/extras/ fremantle-1.3 free non-free
Dec 25 17:11:34 <__20h__> That's the line in the sources.list.
Dec 25 17:11:42 <merlin1991> that's not cssu that#s extras
Dec 25 17:11:47 <merlin1991> and it's fine how it is
Dec 25 17:11:53 <__20h__> Ah, thanks.
Dec 25 17:16:09 <__20h__> Thanks for the CSSU anyway. It's really nice to have some development for the N900.
Dec 25 17:16:54 <__20h__> It's important to have an alternative to Android, Windows Mobile and iOS.
Dec 25 17:20:48 <arnet> I guess I need to ask here too
Dec 25 17:20:59 <HyperSnyper> merry xmas all
Dec 25 17:21:05 <arnet> people here aware about maemo devices, so, I would like to discuss which is better, no get N9 or N900
Dec 25 17:21:12 <arnet> Actually I prefer N950 as it has keyboard
Dec 25 17:21:17 <arnet> And I need to press ctrl + c sometimes in terminal
Dec 25 17:21:23 <arnet> My purpose is non commercial development and tinkering with device for fun
Dec 25 17:21:37 <arnet> So I think if I get N900 at least I can run mer/nemo on it
Dec 25 17:21:43 <arnet> On the other hand I can develop for harmattan and test on device if I get N9
Dec 25 17:21:53 <arnet> But this N9 is too slim for me. I'd prefer possibility to change the battery and sd card slot
Dec 25 17:22:05 <arnet> Also, as far as I know, I need to get a firmware with navistore, in order to reflash a device if I brick it. I bricked my n900 many times during experiments. I had known that I always can reflash it. Now its harder
Dec 25 17:22:13 <arnet> Then, afaik there are no fcamera ports for harmattan, I use fcamera almost every day.
Dec 25 17:24:00 <NIN101> self-answered. N900. 
Dec 25 17:24:21 <arnet> :)
Dec 25 17:26:08 <merlin1991> for examply my n9 currently is in repair
Dec 25 17:26:14 <merlin1991> all that's faulty is the fsckd battery
Dec 25 17:26:16 <merlin1991> so yea n900
Dec 25 17:26:28 <arnet> hm
Dec 25 18:28:32 <jacekowski> merlin1991: have fun with your new N8
Dec 25 18:29:06 <merlin1991> jacekowski: it's an n9 that went into repair not n900
Dec 25 18:29:07 <merlin1991> :D
Dec 25 18:29:15 <merlin1991> on the n900 I would have got a new battery
Dec 25 18:29:29 <Estel_> Hi there. Question for coders - I am right, that simple daemon running short script every minute, would posses virtually no threat to resources/battery power?
Dec 25 18:29:33 <merlin1991> but noooo n9 has to has it built in such a way that only l3 support can swap it
Dec 25 18:29:38 <Estel_> And, have nice christmass
Dec 25 18:30:14 <Estel_> hehe, merlin1991, joy of battery soldered internally
Dec 25 18:30:45 <merlin1991> Estel_: rather joy of the unibody
Dec 25 18:30:52 <merlin1991> I bet the battery is still not soldered
Dec 25 18:31:07 <Estel_> IDK what they were thinking, when they designed N9. battery - fail. No microSD slot - fail. Capacitive screen - fail while precision of input is needed (forget about MyPaint)
Dec 25 18:31:09 <jacekowski> well it saves space and weight
Dec 25 18:32:02 <Estel_> jacekowski,  true, but I'll trade so neglible space/weight saving, for easy moddable/replaceable elements, every day
Dec 25 18:32:12 <jacekowski> microsd tbh. since phones have 16G+ of internal flash there is no such need for them as it used to
Dec 25 18:32:25 <jacekowski> Estel_: it's quite a lot of space that is saved that was
Dec 25 18:32:38 <jacekowski> Estel_: 2 layers of plastic
Dec 25 18:32:43 <Estel_> I'm using microSD as non-I/O conflicting swap
Dec 25 18:33:04 <Estel_> I know, N9 got much RAM, yet still...
Dec 25 18:33:08 <jacekowski> capacitive screen - that's what most of users want
Dec 25 18:33:25 <Estel_> agreed. Yet, I don't care what 'most' of users want
Dec 25 18:33:33 <jacekowski> but nokia cares
Dec 25 18:33:39 <Estel_> If I would do, I would sit on ipod irc now
Dec 25 18:33:41 <jacekowski> they make stuff that will sell
Dec 25 18:33:49 <Estel_> that wont sell ;)
Dec 25 18:33:53 <jacekowski> not stuff that maybe 5 users want
Dec 25 18:33:54 <luke-jr> wtf?
Dec 25 18:33:58 <Raimu> Or doesn't
Dec 25 18:33:59 <luke-jr> how can the battery not be removable?
Dec 25 18:34:02 <Estel_> users caring about such things will buy apple anyway
Dec 25 18:34:07 <Raimu> ...yeah :)
Dec 25 18:34:08 <luke-jr> I have to remove the battery just to reboot after lockups
Dec 25 18:34:09 <jacekowski> well, resistive screen wouldn't sell even more
Dec 25 18:34:34 <arnet> I guess thats(battery and sd absence) done to save space
Dec 25 18:34:35 <Estel_> I think that doing semi-apple clone wont sell also
Dec 25 18:34:51 <luke-jr> jacekowski: N900 was already too small
Dec 25 18:35:02 <jacekowski> n900 is brick sized
Dec 25 18:35:08 <arnet> but they still could release developer device publicly.
Dec 25 18:35:26 <luke-jr> jacekowski: not remotely.
Dec 25 18:35:50 <Estel_> to be honest, users that 'want' capacitive screen, lack of microSD, lack of removable battery, and monoblock, doesnt need Meego, even in such horrible shape as in Harmattan
Dec 25 18:35:59 <Estel_> Gave them symbian or Ios
Dec 25 18:36:57 <Estel_> hehehe, You're talking to user, that use DIY-build  dual-scud 3000 mAh battery, which modified mugen cover = even more thick
Dec 25 18:37:25 <Estel_> and to be honest, writing in such N900is *much* more comfortable, than to regular-cover one
Dec 25 18:37:30 <luke-jr> jacekowski has clearly never seen a brick.
Dec 25 18:38:26 <Estel_> ah, did I told about lack of hardware keyboard on N9? ;)
Dec 25 18:38:31 <Estel_> anyway
Dec 25 18:38:49 <luke-jr> N9 is an insult.
Dec 25 18:39:08 <Estel_> I don't blame Nokia for failing, during trying to make better clone of iPod. Everyone is free to commit professional suicude ;)
Dec 25 18:39:33 <Estel_> honestly, I rather think that it's better to find a niche and please it to no end...
Dec 25 18:40:07 <Estel_> Well, apple find a niche of <enter some not-very-complementive-content-here> people, and please them to no end
Dec 25 18:40:20 <luke-jr> Nokia didn't really have a niche tho
Dec 25 18:40:24 <Estel_> and they please apple with their money, buying overpriced toys
Dec 25 18:40:30 <luke-jr> Nokia just *marketted* to a niche
Dec 25 18:40:40 <Estel_> tbh, I think Nokia could use reverse niche
Dec 25 18:40:47 <Estel_> please geeks to no end
Dec 25 18:41:07 <Estel_> instead, they 'please' them with 'WONTFIX' since N770
Dec 25 18:41:18 <luke-jr> if N900 were *actually* open source, it could have had a bright future
Dec 25 18:41:25 <Estel_> agreed
Dec 25 18:42:05 <Estel_> now, piece by piece, we're getting closed source replacements... BME kick-out is on it's way, so next hardest thing is probably NOLO
Dec 25 18:42:18 <Estel_> anyway, I don't care about Nokia tbh
Dec 25 18:42:18 <luke-jr> no
Dec 25 18:42:19 <luke-jr> PowerVR
Dec 25 18:42:29 <luke-jr> and BME replacement wasn't hard.
Dec 25 18:42:46 <merlin1991> Estel_: I've seen some stuff about a new kernel module for charging and stuff, but afaik it's far from feature complete
Dec 25 18:42:47 <Estel_> *proper* bme repl€ement as hard
Dec 25 18:42:56 <luke-jr> maybe.
Dec 25 18:42:59 <Estel_> as it's talking to many hildon components
Dec 25 18:43:09 <Estel_> some closed source too ;)
Dec 25 18:43:09 <luke-jr> merlin1991: there's been working shell scripts in like 20 lines for a year or so now
Dec 25 18:43:16 <luke-jr> Estel_: Hildon is crap
Dec 25 18:43:33 <luke-jr> proper BME replacement has no business talking to anything GUI
Dec 25 18:43:43 <Estel_> merlin1991,  true, but most irritating part- replacing plentora of things, that talk with and rely on bme - is almost complete
Dec 25 18:43:47 <Estel_> rest is pure joy
Dec 25 18:44:06 <Estel_> luke-jr,  agreed
Dec 25 18:44:11 <Estel_> but, to achieve that
Dec 25 18:44:12 <luke-jr> I'm thinking KDE Plasma Active might be a good fit
Dec 25 18:44:14 <luke-jr> maybe.
Dec 25 18:44:28 <Estel_> You need to have FOSS replacement on things that have buisness in talking to bme
Dec 25 18:44:37 <Estel_> too resource heavy for N900
Dec 25 18:44:42 <luke-jr> Estel_: nonsense
Dec 25 18:44:45 <luke-jr> KDE is lighter than Maemo
Dec 25 18:45:03 <Estel_> yea, You just need to achieve hardware acceleration...
Dec 25 18:45:12 <luke-jr> that's the PowerVR crap
Dec 25 18:45:16 <Estel_> which isn't such trivial in our case
Dec 25 18:45:18 <Estel_> yep.
Dec 25 18:45:29 <luke-jr> that's bleak no matter whether KDE or Hildon
Dec 25 18:45:34 <luke-jr> and Hildon won't work without it AFAIK
Dec 25 18:45:43 <Estel_> Still, if talking about replacement, I would preffer Mer + Nemo/Lipstick
Dec 25 18:46:00 <luke-jr> yawn
Dec 25 18:46:10 <Estel_> agreed & agreed (not about yawning)
Dec 25 18:46:40 <luke-jr> right now, I think the only non-free part of my Gentoo install is the firmware
Dec 25 18:46:47 <luke-jr> Bluetooth & wl1251
Dec 25 18:46:55 <Estel_> trivialities ;)
Dec 25 18:47:31 <Estel_> anyway, with all due respect to Gentoo, I prwfer something closer to Debian
Dec 25 18:47:38 <Estel_> maybe arch-linux?
Dec 25 18:47:47 <Estel_> if we talk about lightweight?
Dec 25 18:48:18 <Estel_> for plentora of reasons, the closer You sit to Debian, the less hassle You have, when porting things...
Dec 25 18:48:23 <Estel_> anyway
Dec 25 18:49:19 <Estel_> I'm thinking about simple daemon, that would execute script, which check if re-enabling swap partition is needed (iostat and things, borrowed from shadowjk) and does it if needed
Dec 25 18:49:45 <Estel_> starting at every boot, and checking every minute or two, so no user action is needed
Dec 25 18:50:13 <Estel_> starting at every boot, and checking every minute or two, so no user action is needed
Dec 25 18:50:51 <Estel_> I'm just trying to get sure, that daemon executing small script every 60 or 90 seconds iksn't a threat to power consumption
Dec 25 18:51:13 <Estel_> I am right? any coders here?
Dec 25 18:52:32 <DocScrutinizer> Estel_: no, a lightweight script running every 60s is no problem
Dec 25 18:52:38 <Sicelo> did u have a look a t pkg-n900?
Dec 25 18:52:40 <Estel_> I already tweaked shadowjk's reswap.sh script, bundled it with accompanying script in event.d do properly update reswap.stat (holding data about write from iostat), and it's getting quite a demand
Dec 25 18:53:19 <Sicelo> s/a t/at/
Dec 25 18:53:19 <infobot> Sicelo meant: did u have a look at pkg-n900?
Dec 25 18:53:20 <Estel_> so I thought about pushing it further, and preparing no-userinput-needed one, that would ensure our swap is always fresh&ready
Dec 25 18:53:41 <Estel_> Sicelo, thanks, I'll check it 
Dec 25 18:53:47 <Estel_> DocScrutinizer,  thanks for info
Dec 25 18:54:33 <Estel_> Now i need *only* to educate myself about coding, to level allowing me to write simple daemon. eh.
Dec 25 18:54:54 <DocScrutinizer> while sleep 60; do if [ check-swap-info -gt $SWAP-USAGE-LIMIT ]; then reswap; fi; done
Dec 25 18:55:20 <DocScrutinizer> that's your daemon, basically
Dec 25 18:55:39 <Estel_> to keep modularity, I though rather about
Dec 25 18:55:57 <Estel_> while sleep 60; do <script.sh>
Dec 25 18:56:08 <DocScrutinizer> a bit exaggerated
Dec 25 18:56:38 <DocScrutinizer> you're calling subroutines in same script, when you want to strucutize your code a abit
Dec 25 18:56:40 <Estel_> cause <script.sh> already take care about deciding, if re-enabling is needed
Dec 25 18:57:07 <DocScrutinizer> also calling a new script is a lot of overhead
Dec 25 18:57:10 <Estel_> hm, true... Yet, script.sh would be easily customizable with user data
Dec 25 18:57:20 <Estel_> (not everyone got swap on same partition etc)
Dec 25 18:57:48 <Estel_> while I don't want them to mess with daemon code. Yea, reading data from config file could fix that...
Dec 25 18:57:58 <DocScrutinizer> indeed
Dec 25 18:57:59 <Estel_> so, basically one daemon
Dec 25 18:58:15 <Estel_> already reading data from info, hm. Yea, I know it's beginner chatter ;)
Dec 25 18:58:22 <DocScrutinizer> that's how every daemon does it
Dec 25 18:58:41 <DocScrutinizer> they virually all got a config file somewhere in /etc
Dec 25 18:59:56 <Estel_> do You remember any particularly "similar"  daemon, that I could check (source code) and learn from it to write my one?
Dec 25 19:00:23 <Estel_> I'm trying to recall something, that I could cannibalize
Dec 25 19:02:14 <Estel_> hey, what would be more lightweight, considering executing every 60 seconds- one that check iostat, compare it with .txt file, and does reswap on getting enough difference, or...
Dec 25 19:03:26 <Estel_> one that keeps initial vlue of iostat (3 digit number), and just compare it with further reading of iostat
Dec 25 19:03:43 <Estel_> without any .txt file in between?
Dec 25 19:04:13 <DocScrutinizer> Estel_: I'm about to find sth for you
Dec 25 19:04:44 <Estel_> thanks :)
Dec 25 19:05:06 <Estel_> current script does something like M=$(iostat -md mmcblk1p2 | grep mmcblk1p2 | awk '{print $6}')
Dec 25 19:05:18 <Estel_> LAST=$(cat reswap.stat)
Dec 25 19:05:31 <Estel_> D=$((M-LAST))
Dec 25 19:05:47 <Estel_> if [ $D -lt 600 ] ; then fi
Dec 25 19:06:03 <Estel_> else re_enable swap
Dec 25 19:06:36 <Estel_> while it also does iostat -md mmcblk1p2 | grep mmcblk1p2 | awk '{print $6}' >/root/reswap.stat during re-enabling swap
Dec 25 19:06:41 <Estel_> to keep it up to date
Dec 25 19:07:02 <Estel_> same for every reboot (from event.d)
Dec 25 19:07:43 <DocScrutinizer> Estel_: reboot will reset swap usage to zero anyway
Dec 25 19:08:00 <DocScrutinizer> Estel_: iostat not available on my N900
Dec 25 19:08:27 <Estel_> I wonder, if - for case of script executed every 60 seconds - all that mess about reswap.stat - would not be unnecessary overhead
Dec 25 19:08:30 <Estel_> hm?
Dec 25 19:09:16 <Estel_> I haven't installed anything special re iostat
Dec 25 19:10:00 <Estel_> it's based on shadowjk work, and AFAIK it works on freshly flashed N900
Dec 25 19:10:13 <Estel_> or busybox-power is needed? need to check that.
Dec 25 19:10:39 <Estel_> his script consider it run and end, thus writing 'cache' to reswap.stat
Dec 25 19:11:15 <Estel_> I wonder, if while being daemon running in background, reswap.stat isn't unnecessary overhead?
Dec 25 19:12:01 <Estel_> resource-wise, what is more lightweight? dumping result to text file (usually 2-4 digits), or keeping it into memory? Common sense tell the latter
Dec 25 19:12:05 <DocScrutinizer> Estel_: sure, if your daemon script is always running and just sleeping in a while loop for 60s, there's basically no real need to keep transient vars in a separate .txt file
Dec 25 19:12:12 <luke-jr> DocScrutinizer: I need to track a lost cell phone at 1.9 GHz. Any ideas how to make N900 do this?
Dec 25 19:12:25 <Estel_> smscon?
Dec 25 19:12:28 <luke-jr> based on signal interferance
Dec 25 19:12:47 <Estel_> nvm.
Dec 25 19:13:03 <Estel_> afk
Dec 25 19:13:06 <DocScrutinizer> not possible
Dec 25 19:13:09 <luke-jr> :/
Dec 25 19:13:31 <DocScrutinizer> a): the lost phone is not always TXing
Dec 25 19:13:54 <luke-jr> DocScrutinizer: it is when I call it
Dec 25 19:14:06 <DocScrutinizer> b): N900 has no RX you could abuse to track the other phone, even if it would continuously transmit
Dec 25 19:14:14 <luke-jr> :/
Dec 25 19:14:48 <DocScrutinizer> luke-jr: not even then, as TX gets reduced to almost 0 when no outbound speech data has to be transmitted
Dec 25 19:15:16 <luke-jr> should be *something*
Dec 25 19:15:17 <ShadowJK> you'd have to answer the all before any consistent tx is active too
Dec 25 19:15:22 <ShadowJK> the call*
Dec 25 19:15:33 <ShadowJK> Estel_, it needs two swap partitions, so vanilla n900 doesn't work
Dec 25 19:15:36 <DocScrutinizer> yep, obviously
Dec 25 19:16:19 <DocScrutinizer> ^^to all 3 of you :-D
Dec 25 19:17:44 <DocScrutinizer> luke-jr: well, on "squelch" (no audio to TX), the number of timeslots used to send *something* gets reduced to maybe once every 5s
Dec 25 19:18:50 <DocScrutinizer> you can cure that problem by making loud enough noise that disables the squelch
Dec 25 19:19:11 <ShadowJK> you'd need a really fast radio direction finder to be able to distinguish between several transmitters?
Dec 25 19:19:51 <DocScrutinizer> ShadowJK: what are those "several TX"?
Dec 25 19:20:01 <DocScrutinizer> I only see one: the lost phone
Dec 25 19:20:24 <ShadowJK> I assumed there'd be other people with phones
Dec 25 19:20:42 <DocScrutinizer> which you *could* detect if you get closer than 1 meter with a device sensitive to interference
Dec 25 19:21:02 <DocScrutinizer> while a call is established and you make noise
Dec 25 19:22:35 <DocScrutinizer> basically NO way to locate such a lost phone via RF locating over a distance > maybe 20m, not even with good specialized equipment. For such distances your concern about other RF sources applies
Dec 25 19:24:11 <DocScrutinizer> OTOH most carriers offer locating service which is accurate to some 100m +/-
Dec 25 19:24:39 <ShadowJK> close range you'd be better off listening for the ringtone
Dec 25 19:25:18 <DocScrutinizer> alas you usually have to enable such location service while yu still have access to phone, so you could acknowledge the service-enabling-notifier
Dec 25 19:25:28 <DocScrutinizer> ShadowJK: good point :-D
Dec 25 19:41:30 <DocScrutinizer> Estel_: obviously you'll want something like /etc/init.d/dbus-scripts (or any other file in there)
Dec 25 19:44:58 <DocScrutinizer> Estel_: for your config file you may look at line >>source /etc/osso-af-init/af-defines.sh<< in /etc/init.d/ke-recv - you'd define $envs in that sourced file and pass them to your invocation of the daemon script
Dec 25 19:46:44 <DocScrutinizer> only if the /etc/estels-reswapdaemon-config.cfg you source is NOT world writeable, as otherwise every luser could inkect arbitrary commands into init process to execute them with root permissions
Dec 25 19:47:51 <DocScrutinizer> if you want allow lusers to edit the config, you have to actively parse and interpret the content, not simply source it
Dec 25 19:48:36 <DocScrutinizer> I'd not do that, for your daemon it's a sane approach when only root may configure it
Dec 25 19:51:34 <DocScrutinizer> then you place your daemon script into /sbin (not /usr/sbin or even /opt !) and invoke it like >> start-stop-daemon -b --start --quiet --user $USER --exec $DAEMON -- $PARAMS <<
Dec 25 19:53:39 <DocScrutinizer> where $DAEMON points to your /sbin/estels-reswapd daemon script, $PARAMS are the parameters sourced from the config file in /etc/*, and $USER most likely is root, though possibly you also want a dedicated user that has permissions to meddle with swap
Dec 25 19:54:35 <DocScrutinizer> forget about $USER for now ;-D
Dec 25 19:57:34 <DocScrutinizer> the daemon script itself actually is only your current reswap script warpped into a `while sleep $CHECK-DELAY; do ... ...; ... ; done;` loop
Dec 25 20:00:53 <DocScrutinizer> regarding ShadowJK 's remark about needing 2 swap areas, you *could* use a temporary swapfile created anywhere, if only it wasn't broken to the bones in stock kernel
Dec 25 20:03:06 <DocScrutinizer> so probably you'll need to check if there's any usable auxiliary swap partition on eMMC or uSD prior to doing any reswap
Dec 25 20:05:38 <DocScrutinizer> SWAP=$(find-any-aux-swap-partiton) || (logger "No aux swap found, aborting"; exit 10)
Dec 25 20:56:19 <Macer> you know
Dec 25 20:56:31 <Macer> not for nothing... it would be nice if telepathy set you away when the screen was off :)
Dec 25 20:56:34 <Macer> lol
Dec 26 02:03:54 <Minze> hi there, just installed fiasco 1.3.0 and the cssu testing
Dec 26 02:04:01 <Minze> it works fine so far :)
Dec 26 02:04:39 <Minze> but why is it so that i can only find power-kernel v42 in the package manager
Dec 26 02:04:53 <Minze> do i need to add some repos?
**** ENDING LOGGING AT Mon Dec 26 02:59:56 2011