**** BEGIN LOGGING AT Sun Nov 24 02:59:58 2013
Nov 24 03:51:51 <nokiabot> .
Nov 24 03:51:56 <nokiabot> .
Nov 24 04:14:39 <DocScrutinizer05> o.O
Nov 24 04:15:11 <DocScrutinizer05> sixwheeledbeast: small arrow at right side was all that been clickable for me
Nov 24 04:21:28 <dima`> My N900 (running the latest community ssu) developed an odd issue: the ringtone reverts to the default on boot, and unpredictably can be either wrong, or even silent. Applies to the SMS beep too. Anybody have any idea what's wrong or how to address it? I'm running the most recent packages, and haven't really messed with the configuration.
Nov 24 05:12:34 <DocScrutinizer05> dima`: strange
Nov 24 05:15:35 <DocScrutinizer05> all the signal tones live in your homedir, somwhere in or next to /home/user/.local/share/sounds/Message1.aac.wav
Nov 24 05:16:50 <DocScrutinizer05> on boot the only thing I could think of that might cause such effects is ext3 jounal playback and fsck
Nov 24 05:17:19 <DocScrutinizer05> both related to irregular shutdown
Nov 24 05:18:54 <dima`> DocScrutinizer05: ok.. This has been happening for a few months, and is consistently broken
Nov 24 05:19:02 <dima`> DocScrutinizer05: I should fsck?
Nov 24 05:20:03 <dima`> DocScrutinizer05: If I go into the settings, it knows about the correct ringtone. If I re-select it and 'save', then it fixes it for a bit. Next boot it's broken again, and often it break later on even without reboot
Nov 24 05:22:10 <dima`> Actually, now that I think about it, more like 6 months. Nobody imnportant calls me, but I do miss calls all the time now as a result of this (sometimes the "wrong" ringtone is just silence)
Nov 24 05:26:04 <DocScrutinizer05> setting is irrelevant
Nov 24 05:26:28 <DocScrutinizer05> it about the content of /home/user/.local/share/sounds/ that's relevant
Nov 24 05:27:20 <DocScrutinizer05> and I never heard of such effect unless caller-ringtone has been installed
Nov 24 05:28:30 <DocScrutinizer05> http://maemo.org/packages/view/per-contact-ringtones/
Nov 24 05:29:15 <dima`> Hmmm. I'm not doing that. It's more or less stock cssu
Nov 24 05:29:23 <DocScrutinizer05> it's a really nifty program, alas it has to fight uphill against the closed-source dialer, thus it's fragile and can cause the symptoms you described
Nov 24 05:29:41 <DocScrutinizer05> then all I know to suggest is a
Nov 24 05:29:46 <dima`> The ringtone file itself is fine, as far as I can tell.
Nov 24 05:29:59 <DocScrutinizer05> ls -l /home/user/.local/share/sounds/
Nov 24 05:30:15 <DocScrutinizer05> and see what's wrong in there
Nov 24 05:30:47 <dima`> the ls looks fine. Are you thinking the .wav is corrupt or something of that nature?
Nov 24 05:30:48 <DocScrutinizer05> and ask Pali what happened to PA and the lib that plays the ringtones
Nov 24 05:31:23 <dima`> They are all .aac.wav...
Nov 24 05:31:32 <dima`> ok. Where do I find this Pali?
Nov 24 05:31:42 <DocScrutinizer05> well, aiui the dialer-UI is triggering ringtoned to playback *one* particular file in /home/user/.local/share/sounds/
Nov 24 05:32:14 <DocScrutinizer05> ~seen pali
Nov 24 05:32:18 <infobot> pali <~pali@Maemo/community/contributor/Pali> was last seen on IRC in channel #maemo-ssu, 7h 27m 51s ago, saying: 'do not know'.
Nov 24 05:32:29 <dima`> good to know!
Nov 24 05:32:30 <dima`> joining
Nov 24 05:32:36 <DocScrutinizer05> though he's in here too when online
Nov 24 05:32:40 <dima`> ok
Nov 24 05:32:58 <dima`> do you know if there's some sort of log I can enable?
Nov 24 05:33:36 <DocScrutinizer05> err, possibly there is actually some sort of log, but I don't know exactly where and how to enable it
Nov 24 05:34:09 <DocScrutinizer05> somewhere around csd plugins maybe
Nov 24 05:34:22 <DocScrutinizer05> but that's not a helping info for you
Nov 24 05:34:25 <DocScrutinizer05> so nevermind
Nov 24 05:34:37 <dima`> I'll poke around; thanks
Nov 24 05:34:44 <DocScrutinizer05> just check your /home/user/.local/share/sounds/ content as soon as problems arise
Nov 24 05:35:07 <dima`> I'll look into stracing the process in question
Nov 24 05:35:10 <DocScrutinizer05> compare it do the situation before the problem comes up
Nov 24 05:35:43 <DocScrutinizer05> that's the probkem, there are quite a number of such processes involved into ringtone playback
Nov 24 05:35:47 <dima`> ok. will do. It may be at a higher level, since I THINK (not 100% sure) that when it's erroneously silent, the buzzer doesn't go  off either
Nov 24 05:36:00 <dima`> sigh. ok
Nov 24 05:36:02 <dima`> thanks
Nov 24 05:36:10 <DocScrutinizer05> yw
Nov 24 05:36:25 <dima`> unrelatedly, are you the neo900 guy?
Nov 24 05:36:52 <DocScrutinizer05> err jep
Nov 24 05:37:47 <dima`> ok. Thanks for taking that on. Looking forward to it
Nov 24 05:37:50 <DocScrutinizer05> anyway, ALL ringtones should live in /home/user/.local/share/sounds/, nowhere else
Nov 24 05:38:36 <DocScrutinizer05> and the rintoned or whatever process gets the name of the *.*.wav file to play for ringtone form gconf
Nov 24 05:38:45 <DocScrutinizer05> from*
Nov 24 05:40:40 <DocScrutinizer05> the only case when afaik a ringtone not in /home/user/.local/share/sounds/ gets played back is default standard nokia tune that lives somewhere in /usr/share or whatever and gets played back when the /home/user/.local/share/sounds/* ones are not accessible
Nov 24 05:40:53 <dima`> Just ran some tests. No ringtone or buzzer. At all. Rebooting...
Nov 24 05:41:14 <DocScrutinizer05> so it might be your eMMC starting to fail, which should show up in IO errors in syslog
Nov 24 05:41:16 <dima`> DocScrutinizer05: That's really helpful!
Nov 24 05:41:26 <dima`> when it's wrong, it's the default
Nov 24 05:41:45 <dima`> oddly, I can always go to the settings, and it can see all the ringtones and play them just fine
Nov 24 05:41:58 <dima`> but this is a good lead
Nov 24 05:42:12 <DocScrutinizer05> settings are a lie, it#s just displaying what's in gconf
Nov 24 05:42:40 <dima`> but I can select a ringtone in the settings, and it plays fine. So at least in that moment the eMMC has the data and it's accessible
Nov 24 05:43:00 <DocScrutinizer05> it's still a lie
Nov 24 05:43:18 <dima`> This is maybe related: when booting about half the time it forgets the date, and 12/24 hour setting; things like that
Nov 24 05:43:23 <DocScrutinizer05> those are the original sound files that can live anywhere, not the ones in /home/user/.local/share/sounds/
Nov 24 05:43:33 <dima`> oh
Nov 24 05:43:44 <dima`> the eMMC is the smaller, faster flash, not the large 32GBone?
Nov 24 05:44:09 <DocScrutinizer05> only when *setting* a ringtone it gets copied and converted to /home/user/.local/share/sounds/<ringtone.mp3>.wav
Nov 24 05:44:32 <DocScrutinizer05> nah, it's the 32G one
Nov 24 05:44:44 <DocScrutinizer05> and /home is on that 
Nov 24 05:44:57 <dima`> if it's the same physical file system, why copy the file?
Nov 24 05:45:21 <DocScrutinizer05> because it gets converted to .wav
Nov 24 05:45:40 <DocScrutinizer05> and your original file might as well live on uSD
Nov 24 05:45:51 <dima`> ok. makes sense
Nov 24 05:47:29 <DocScrutinizer05> check your syslog
Nov 24 05:47:40 <DocScrutinizer05> for IO-errors related to eMMC
Nov 24 05:48:20 <DocScrutinizer05> and check /home/user/.local/share/sounds/ frequently
Nov 24 05:48:42 <dima`> ok. it looks fine right now, but I'm looking.
Nov 24 05:48:44 <dima`> thanks again
Nov 24 05:48:48 <DocScrutinizer05> yw
Nov 24 05:59:26 <DocScrutinizer05> dima`: you could use dbus-momitor, but I doubt it will show any *errors*
Nov 24 05:59:36 <DocScrutinizer05> monitor even
Nov 24 06:00:37 <DocScrutinizer05> for an inbound call dbus-monitor will spit about 500 lines of messages
Nov 24 06:01:46 * DocScrutinizer05 wonders if wireshark has a dissector for dbus protocols
Nov 24 06:02:54 <DocScrutinizer05> analyzing dbus is about as funny as analyzing raw data on a ethernet cable
Nov 24 06:03:33 <dima`> DocScrutinizer05: I'm playing with it. It's maddeningly inconsistent. inotify says something is always reading the correct ringtone
Nov 24 06:03:49 <DocScrutinizer05> o.O
Nov 24 06:03:56 <DocScrutinizer05> all the time?
Nov 24 06:04:00 <dima`> DocScrutinizer05: Sometimes the wrong one plays, though. Now it's silent again, and I may have to reboot to get any noise
Nov 24 06:04:09 <dima`> something like half the time
Nov 24 06:04:16 <dima`> until it's silent
Nov 24 06:04:16 <DocScrutinizer05> lsof
Nov 24 06:04:27 <dima`> looks like once it's silent, it stays that way until reboot. I THINK
Nov 24 06:04:35 <dima`> lsof? looking for what?
Nov 24 06:04:59 <DocScrutinizer05> looking for the process that keeps reading that ringtone file
Nov 24 06:05:26 <dima`> If I time it just right :)
Nov 24 06:05:31 <dima`> aha
Nov 24 06:05:32 <DocScrutinizer05> it's not normal that it is reading all the time
Nov 24 06:05:39 <dima`> so it always OPENS the correct file
Nov 24 06:05:43 <dima`> but it doesn't always READ it
Nov 24 06:05:57 <dima`> I need to find the right process and strace it
Nov 24 06:06:07 <DocScrutinizer05> try ringtoned
Nov 24 06:06:14 <DocScrutinizer05> wild guessing
Nov 24 06:06:31 <DocScrutinizer05> though in the end it will be mafw
Nov 24 06:06:36 <dima`> don't have ringtoned
Nov 24 06:06:43 <DocScrutinizer05> hmm
Nov 24 06:06:51 <dima`> there are some mafw things
Nov 24 06:06:52 <dima`> let's see
Nov 24 06:07:09 <dima`> (stap could answer this definitively, but getting that running is too much trouble0
Nov 24 06:08:06 <dima`> there're several mafw-dbus-wrapper processes and a mafw-playlist-daemon
Nov 24 06:08:41 <dima`> aaand it's none of thsoe
Nov 24 06:10:00 <DocScrutinizer05> sorry, have to leave
Nov 24 06:10:13 <dima`> it's ok. You've been very helpful. Thanks
Nov 24 06:30:17 <dima`> Maybe this is a known issue: http://talk.maemo.org/showthread.php?t=91842
Nov 24 07:06:44 <Ilmatar> I was trying to install CSSU and lost my wlan half way through and it deleted all my repositories
Nov 24 09:31:16 <sixwheeledbeast> ~multiboot
Nov 24 09:31:17 <infobot> multiboot is probably http://maemo.org/packages/view/multiboot/, or **DEPRECATED*, see ~maemo-multiboot
Nov 24 14:12:38 <Win7Mac> Hi! anybody knows what this "Announcement" thread from andrewfblack is? - It seems to be in no subforum and I can't click it...
Nov 24 14:12:52 <Win7Mac> ...on tmo
Nov 24 14:19:57 <sixwheeledbeast> Win7Mac: see backscroll if possible I asked the same ~12hrs ago. :)
Nov 24 14:22:35 <Win7Mac> ah ok, thanks sixwheeledbeast
Nov 24 16:53:06 <thedead1440> Win7Mac & sixwheeledbeast: I suspect since andrewfblack was online yesterday (see last activity) and he is a super mod, he must have screwed something up :D
Nov 24 16:53:35 <thedead1440> chem|st_: kindly fix the blank announcement thread in the new posts section
Nov 24 17:01:52 <SpeedEvil> http://213.128.137.28/showthread.php?p=1304826 - bitcoin silliness. And 'oh why diddn't I'
Nov 24 17:07:14 <sixwheeledbeast> I agree, 
Nov 24 17:07:34 <sixwheeledbeast> was on HIGNFY a few weeks ago
Nov 24 17:29:54 <DocScrutinizer05> please don't use IP addresses
Nov 24 17:30:55 <DocScrutinizer05> this flaw persists even into posting new posts and breaks stuff
Nov 24 17:31:52 <DocScrutinizer05> 213.128.137.28 == talk.maemo.org
Nov 24 17:34:14 <DocScrutinizer05> and it also ruins google tmo hits
Nov 24 17:34:27 <DocScrutinizer05> thus spreading the flaw even further
Nov 24 17:52:37 <mashina> so they ported mathematica to raspberry pi
Nov 24 17:52:42 <mashina> want to try this on my N900...
Nov 24 17:54:12 <SpeedEvil> Oops
Nov 24 17:54:19 <SpeedEvil> Fail - I diddn't notice that, sorry
Nov 24 17:54:28 <Wizzup> wasn't mathematica mostly written in x86 asm?
Nov 24 18:02:35 <DocScrutinizer05> http://talk.maemo.org/showthread.php?p=1388595#post1388595
Nov 24 18:07:08 <freemangordon> sweet :)
Nov 24 18:26:44 <Defiant> DocScrutinizer05: does that mean you won't wait for the 31. Dec for all preorders?
Nov 24 18:27:11 <DocScrutinizer05> err, nope, that doesn't mean anything yet
Nov 24 18:27:43 <DocScrutinizer05> and we definitely won't stop taking preorders befoer 2014-01-01
Nov 24 18:28:07 <Defiant> thanks. Cause I havn't donated yet :)
Nov 24 18:28:15 <DocScrutinizer05> but we might shortly after, depending on how our sourcing pans out
Nov 24 18:29:32 <DocScrutinizer05> I hope for dos1 to publish a few FAQ augments today, one of them answering questions regarding timeline and why we need preorders to count our customer base
Nov 24 18:29:59 <DocScrutinizer05> "will this work in USA" another FAQ that's missing an answer yet
Nov 24 19:45:56 <dima`> Pali: my n900 plays the wrong ringtone about half the time. DocScrutinizer suggested that you may be a good person to ask for debugging help. Symptom is that some of the time it plays the right ringtone, some of the time the default nokia one, and some of the time no ringtone at all. It's unpredictable as far as I can tell. This is a more or less stock n900 with cssu. I'm not using the tool to use different ringtones for each contact
Nov 24 19:46:29 <freemangordon> dima`: will be fixed in the next cssu-testing update
Nov 24 19:46:53 <dima`> freemangordon: so this is a known issue, then?
Nov 24 19:46:57 <freemangordon> yep
Nov 24 19:47:02 <dima`> is there a bug report somewhere? I'm curious
Nov 24 19:47:12 <freemangordon> on TMO, in cssu-testing thread
Nov 24 19:47:13 <Pali> in TMO thread it is reported
Nov 24 19:47:28 <dima`> looking. thanks
Nov 24 19:47:38 <Pali> I belive that this problem is really fixed in prepared cssu-t update
Nov 24 19:48:15 <freemangordon> Pali: it is in cssu-thumb sicne you pushed on gitorious
Nov 24 19:48:20 <Pali> ok
Nov 24 19:48:31 <freemangordon> no problem reports so far
Nov 24 19:48:33 <Pali> nobody reported problem?
Nov 24 19:48:37 <freemangordon> :nod:
Nov 24 19:50:49 <dima`> Is the known issue both reverting the the default ringtone AND not ringing at all sometimes?
Nov 24 19:51:09 <dima`> (reading the thread right now. it's not brief)
Nov 24 20:06:12 <freemangordon> android_808: hi! re http://talk.maemo.org/showpost.php?p=1388641&postcount=119 - what is your scratchbox version?
Nov 24 20:06:47 <freemangordon> because embedlite-components fails to build in hathor, you need to downgrade to aphophis
Nov 24 20:07:15 <android_808> freemangordon: i think i may have hathor :( I'll check, just starting VM
Nov 24 20:07:30 <freemangordon> android_808: or maybe pull the latest version from github
Nov 24 20:07:46 <freemangordon> it has relaxed debhelper version to 5, that one might help
Nov 24 20:08:00 <zamn900> hello
Nov 24 20:08:55 <android_808> pulled it earlier from https://github.com/tmeshkova/embedlite-components before posting that in case I'd screwed something 
Nov 24 20:08:57 <zamn900> does anyone know about smsconeditor very well?
Nov 24 20:09:07 <zamn900> such as ssh reverse?
Nov 24 20:09:25 <freemangordon> android_808: try to git clean -df first
Nov 24 20:09:51 <freemangordon> usually there are remnants from the previous builds
Nov 24 20:10:43 <android_808> freemangordon: I used rm -rf first. There definately shouldn't be anything lefy
Nov 24 20:10:47 <android_808> left
Nov 24 20:10:53 <freemangordon> oh, ok :)
Nov 24 20:11:33 <freemangordon> android_808: Once I succeeded to make it build in hathor, but I had to play alot with configure.ac and Makefile.am
Nov 24 20:12:00 <freemangordon> so IMO it is easier to just downgrade to aphophis
Nov 24 20:12:06 <zamn900> maybe the conf file of smscon...
Nov 24 20:12:58 <android_808> freemangordon: Makefiles etc. really not my specialty as you probably guessed.  How do I know if its hathor? sb-conf version states 1.0.27
Nov 24 20:13:16 <freemangordon> yep, that's hathor
Nov 24 20:13:36 <freemangordon> 1.0.17 here
Nov 24 20:14:25 <android_808> can I just downgrade with apt-get (debian 7 host)?
Nov 24 20:15:14 <freemangordon> hmm, not sure what will happen to targets, maybe you should reconfigure them afterwards to use debian-etch tools
Nov 24 20:15:40 <freemangordon> or debian-squeeze (I always forget which is the older one :) )
Nov 24 20:15:55 <android_808> was gonna say, there on etch already I think
Nov 24 20:16:21 <freemangordon> you should use the older of both
Nov 24 20:16:42 <zamn900> smscon is difficult to edit
Nov 24 20:18:20 <freemangordon> android_808: BTW pull qtmozembed, there are some fixes
Nov 24 20:18:49 <zamn900> it has smsconeditor but I can't edit the reverse ssh password
Nov 24 20:19:47 <DocScrutinizer05> ssh passwords are in ~/.ssh/
Nov 24 20:19:52 <freemangordon> android_808: BTW on what exactly do you want to work on? (embedlite)
Nov 24 20:20:13 <DocScrutinizer05> err sorry, nope
Nov 24 20:20:21 <freemangordon> android_808: as the qml UI is unusable on fremantle
Nov 24 20:20:23 <DocScrutinizer05> passwords are in /etc/passwd
Nov 24 20:20:39 <zamn900> DocScrutinizer05, it's about smscon reverse ssh
Nov 24 20:20:44 <android_808> freemangordon: was gonna see about replacing qml
Nov 24 20:20:46 <DocScrutinizer05> so what?
Nov 24 20:20:52 <DocScrutinizer05> still a ssh, no?
Nov 24 20:20:58 <zamn900> I can't access
Nov 24 20:21:12 <DocScrutinizer05> man ssh
Nov 24 20:21:18 <zamn900> lol
Nov 24 20:21:33 <freemangordon> android_808: ok. but you don;t need to build xulrunner and embedlite-components by yourself in order to do that
Nov 24 20:22:02 <freemangordon> android_808: I can give you a sample QT application that inits gecko and plays a video
Nov 24 20:22:17 <freemangordon> the same one qwazix was going to use
Nov 24 20:29:33 <android_808> freemangordon: Want to be able to build in case I need extend thier functionality or strip out unused elements
Nov 24 20:30:09 <freemangordon> android_808: sure, but that is not a prerequisite to work on the UI ;)
Nov 24 20:31:17 <android_808> freemangordon: sure, but now I know theres an issue with building it its gonna bug me to hell
Nov 24 20:36:17 <freemangordon> ah, ok :)
Nov 24 20:44:06 <zamn900> ok solved...
Nov 24 20:56:35 <android_808> freemangordon: reading maemo5 sdk page on wiki, everything refers to hathor? Is it worth changing some of that
Nov 24 20:57:46 <freemangordon> android_808: NFC who changed that as MAemo5 SDK VMWare image comes with aphophis, so I guess aphophis is what could be considered "official" SB version
Nov 24 20:58:13 <freemangordon> android_808: but afaik hathor works most of the time either
Nov 24 20:59:13 <android_808> I may have used gui install, can't remember. http://www.scratchbox.org/debian/dists/fremantle/ contains hathor as well
Nov 24 21:00:08 <freemangordon> android_808: yes, but my point is that Nokia build the oficial SDK using aphophis
Nov 24 21:00:42 <freemangordon> *official
Nov 24 21:00:52 <freemangordon> android_808: also, http://wiki.maemo.org/CSSU-thumb_toolchain_setup_%28gcc4.7.2-linaro%29 says:
Nov 24 21:01:15 <freemangordon> sb-conf st FREMANTLE_ARMEL_GCC472 -c linaro-4.7-2012.07-fremantle-armv7a -d qemu:perl:debian-etch:doctools:svn:git -t qemu-arm-sb
Nov 24 21:02:14 <freemangordon> debian-etch comes with aphopis. I guess, as that is what I have in my SB
Nov 24 21:04:02 <android_808> both come with it.  scratchbox-devkit-debian and scratchbox-devkit-debian-squeeze.
Nov 24 21:06:56 <freemangordon> android_808: hmm, are you sure you can install scratchbox-devkit-debian in hathor?
Nov 24 21:08:09 <android_808> freemangordon: err, bit late to ask :)
Nov 24 21:09:21 <android_808> freemangordon: there IS a package for it, I just ripped out hathor for apophis, and reinstalled devkits in sb target
Nov 24 21:09:40 <android_808> http://www.scratchbox.org/debian/dists/fremantle/main/binary-i386/
Nov 24 21:10:33 <freemangordon> does it work now?
Nov 24 21:10:49 <android_808> built ok first time
Nov 24 21:10:51 <freemangordon> as my version of  scratchbox-devkit-debian is 1.0.10 
Nov 24 21:10:55 <freemangordon> great
Nov 24 21:11:40 <android_808> makes me wonder if it would work with hathor and scratchbox-devkit-debian though
Nov 24 21:14:32 <android_808> there are still some issues, doesn't umount binfmt_misc cleanly at the moment
Nov 24 21:15:28 <freemangordon> android_808: do you want me to give you that test Qt UI?
Nov 24 21:15:50 <android_808> freemangordon: yes please
Nov 24 21:16:22 <freemangordon> android_808: ok
Nov 24 21:20:23 <android_808> freemangordon: hathor version of scratchbox-devkit-debian contains etch & sarge, apophis contains etch, sarge and lenny
Nov 24 21:22:22 <android_808> but fails to build
Nov 24 21:22:43 <android_808> thought I'd test it just in case
Nov 24 21:22:50 <freemangordon> android_808: embedlite-components?
Nov 24 21:27:54 <freemangordon> android_808: http://dox.bg/files/dw?a=1ccb5fcc96 
Nov 24 21:31:33 <android_808> freemangordon: Embedlite-components goes back to Libtool library used but `LIBTOOL' is undefined errors if using hathor with etch.  Think tomorrow I'll wipe out scratchbox/VM and start fresh, unless I can track down mount error.
Nov 24 21:38:30 <freemangordon> android_808: be very cautios when removing scratchbox, you can have your system unbootable if you make a mistake
Nov 24 21:38:39 <freemangordon> AFAIK
Nov 24 21:39:21 <android_808> freemangordon: if it is running IIRC
Nov 24 21:39:43 <freemangordon> :nod:
Nov 24 21:39:43 <android_808> i removed it to downgrade
**** ENDING LOGGING AT Mon Nov 25 02:59:58 2013