System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
mrkrisprolls has quit [Ping timeout: 256 seconds]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
<gnarface>
dsc_: logs aren't usually very high traffic for a personal, single-owner device, unless something is really, really wrong. the thing you want to avoid putting on there is swap.
Madda has quit [Ping timeout: 264 seconds]
Madda has joined #maemo-leste
mrkrisprolls has joined #maemo-leste
<dsc_>
gnarface: I was wondering because some distros that target embedded like IIRC armbian write logs to ramdisk then .gz them in bulk to disk periodically
<dsc_>
but I forgot the specifics
joerg has quit [Ping timeout: 246 seconds]
joerg has joined #maemo-leste
nmdv has joined #maemo-leste
fab_ has joined #maemo-leste
nmdv has quit [Ping timeout: 246 seconds]
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
ceene has joined #maemo-leste
fab_ has quit [Ping timeout: 255 seconds]
xmn has quit [Ping timeout: 260 seconds]
uvos has joined #maemo-leste
fab_ has joined #maemo-leste
<uvos>
on leste logs are pretty high traffic
<uvos>
because of high verbosity and because some leste componants are of pretty poor quality and glib logs alot of errors
peetah has quit [Ping timeout: 260 seconds]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
Livio has joined #maemo-leste
akossh has joined #maemo-leste
<Wizzup>
dsc_: syslog-ng can periodically gz things yes
<Wizzup>
probably our other syslog can too
<Wizzup>
uvos: yes right now it's pretty high :D
Pali has joined #maemo-leste
akossh has quit [Ping timeout: 268 seconds]
akossh has joined #maemo-leste
amunizp has joined #maemo-leste
amunizp has quit [Ping timeout: 256 seconds]
pere has quit [Ping timeout: 264 seconds]
peetah has joined #maemo-leste
inky has quit [Ping timeout: 240 seconds]
nela has quit [Quit: bye]
nela has joined #maemo-leste
narodnik has quit [Quit: WeeChat 4.3.2]
Livio has quit [Ping timeout: 264 seconds]
arno11 has joined #maemo-leste
<arno11>
Wizzup: weird (again), ringtone stopped working again and sphone stopped showing caller name (but 'unknown' instead). sphone still shows caller name in 'recent'
<arno11>
btw the ringtone stuff is an old random issue and probably not related to recent vcm/tp stuff ofc
fab_ has quit [Quit: fab_]
<arno11>
seems sphone related only (sip call ringtone works with twinkle and other sounds are not affected).
<arno11>
uvos: ^^
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup>
building new converations that makes it possible to open chats from contacts again
ceene has quit [Remote host closed the connection]
amunizp has joined #maemo-leste
xmn has joined #maemo-leste
amunizp has quit [Ping timeout: 256 seconds]
fab_ has joined #maemo-leste
<Wizzup>
dsc_: apparently the last conversation where I fixed the protocolIstelephone makes the UI no longer show up... lol
<Wizzup>
what the..
<uvos>
arno11: not showing caller name for calles placed with vcm is expected for now
<uvos>
arno11: sphone simply uses gst to play the ringtione, there is no special ringtone volume but sphone dose respect the rintone bit in profiled so ensure this bit is not set
<uvos>
arno11: to check if gst istelf is working you can open sphone -c options and try playing the ringtone there
<uvos>
arno11: also note that the ringtone selection in leste is compleatly broken, it hardcodes a bunch of ringtones that are not avaialble at all and has no bearing on actiual available rintone files
<uvos>
only selecting your own file or never touching it at all after install works
arno11 has joined #maemo-leste
<uvos>
using sphones own slection mechanism via sphone -c options works too ofc
<uvos>
but the settings applet is broken in various ways
<arno11>
uvos: ok ty
<arno11>
yes indeed (for settings applet)
<arno11>
i remember now having troubles with gst few months ago and reinstalling the 2 involved pkgs made ringtone working again iirc
<uvos>
no combinaton of pkgs can make it really work
<Wizzup>
isn't canberra a better way to do play these things?
<uvos>
the whole thing simply needs to be reworked, it needs to select ringtones based on the files in the rintone folder
<Wizzup>
or is that not for repetitive things?
<uvos>
not based on an arbitary hardcoded list
<uvos>
Wizzup: the whole concept of canberra would not work unless you teach it to obay libprofile
<uvos>
Wizzup: or better if you remove the slection of sound files from libprofile and put them into canberra
<Wizzup>
ringtone selections works good for me on fremantle, so maybe we're missing some bits
<uvos>
Wizzup: there is no missing bits
<uvos>
its simply broken by design
<uvos>
it only works on freemantle because all hardcoded assumptions are true there
<Wizzup>
ok, but it works fine on fremantle :)
<uvos>
yes if you have excatly all sound files in exactly the places where they are hardcoded to be then it works
<uvos>
this is not really workable ofc
<Wizzup>
so the ringtone not playing for arno is related to this?
<Wizzup>
because I'd think if it works for him some of the time, it shouldn't be related to this
<uvos>
if he ever tried to select a ringtone via the applet yes
<uvos>
because not libprofile carries a string pointing to a file that dose not exist
<uvos>
this is easly testable by setting the string from sphone or setting a custom file via the applet
<uvos>
or just looking at the path in sphone -c options
<uvos>
beyond that sphone can currently play the ringtone if the volume is 0, which is ofc supriseing since you would expect this to have its own seperate volume
<uvos>
but we dont have a ucm "ringer" role or sutch that would allow this
<Wizzup>
so this will make it work randomly?
<Wizzup>
it seems to me if it works some of the time it should just always work, or never, not some of the time
<uvos>
the last one could def look random
<uvos>
i ofc am only speculateing and giveing resons why it may work
<uvos>
i have also noted that using mafw/omp quite often breaks pulseaudio
<uvos>
this may also be the reason
<Wizzup>
not on n900
<Wizzup>
this is (another) droid4 kernel issue
<uvos>
and he would have to check if pa works ingeneral in the non-ringing state
<Wizzup>
and he doesn't use the d4
<uvos>
ok well point is there are manny potentiall reasons i can come up with
<uvos>
but without further testing i cant say
<Wizzup>
ok, I doubt it's because of the libprofile setting of a ringtone though
<Wizzup>
but yeah, good to rule things out
<uvos>
trying to play the ringtione on demand via sphone -c options is a good test
<uvos>
since it excercises the same code that plays the ringtone for real
<arno11>
playing ringtone frome sphone -c always works btw
<arno11>
but not from a call
<uvos>
ok theres not mutch difference between these really
<Wizzup>
well if the ucm is already on phone call mode I wouldn't expect it to play a sound
<arno11>
indeed
<uvos>
one is that the libprofile silent bit is checked by the call but not by options
<arno11>
but i already have a look and ucm is not already in call
<Wizzup>
dsc_: I'm bisecting the UI no longer showing up
<uvos>
the other is ucm
<uvos>
ok you checked that
<arno11>
yep
<uvos>
dose playing another sound via pa work during the ringing phase
<uvos>
maybe the modem pa module is breaking pa for a bit
<arno11>
i doublechecked again and ucm is still under hifi profile and yes playing another sound works during the ringing phase
<uvos>
ok
<arno11>
and when ringtone works, other sounds are mixed with it
<uvos>
is sphone uhappy about something?
<uvos>
try running it in a console with -v -v logs
<arno11>
ok
<uvos>
(you have to kill it first)
<arno11>
ok
<arno11>
it seems ok
<arno11>
and it says gstreamer is playing the ringtone file
<uvos>
the code simply dose nothing unless the backend is ofono
<Wizzup>
ok, I think if you use the qtloop a few times you might run into the same race
<Wizzup>
I gotta go now though
<arno11>
i doublechecked again and with qtloop and last vcm-fixes branch, i get caller name when the phone is 'ringing'
<uvos>
oh you compiled sphone yourself
<uvos>
well that woudl have been good to know
<uvos>
theres plenty of unlreased code
<arno11>
yes
<arno11>
but i got exactly same troubles before
<uvos>
yes caller name in arbirary modules is a new feature
<uvos>
well before you had the repo version
<arno11>
yes
<uvos>
as i say its not implemented thair at all
<uvos>
so ofc that dosent work
<uvos>
vcm-fixes branch is broken anyhow
<uvos>
since sphone will fail to read the contact name of past events if saved with the commit that changes loging
<arno11>
well, it works fine on n900, at least from a user pov like me
<uvos>
(from the database)
<uvos>
nope its broken
<uvos>
if it can lookup the contact later it gets hidden
<uvos>
but the contacts system is totally broken there
<Wizzup>
weird, it works for me in the branch, so what do you mean 'totally broken'?
<uvos>
this dosent mean that the issue you see is related as this points toward more that contact lookup is not working rather than contact loading from the db is not working
<uvos>
Wizzup: its broken it can load the contact name form the db
<uvos>
sphone then tries to look it up in evolution
<Wizzup>
it can for me
<uvos>
but its still broken
<uvos>
not it _DOSE NOT WORK_ period
<Wizzup>
maybe if you explain what is broken it might be more clear :)
<uvos>
its hidden from the user if it manages to look it up in eds later
<uvos>
its still broken
<uvos>
anyhow i dont thing its related to arno11s problem
<Wizzup>
ok, maybe I didn't have these commts in my testing
<uvos>
which as is say sounds more like eds lookup is flaky
<Wizzup>
yeah, like I said, I think there is/was a race with qtloop somehow, that could be it, where it would fail to load the evo module
<Wizzup>
but I don't recall for sure
<Wizzup>
and since qtloop it used for vcm , but not for the 'regular' setup, it could be related
<uvos>
chaning the xsession sphone script to verbose and loging that somewhere
<Wizzup>
I think you could probably reproduce this too
<uvos>
would help to see if the eds module sometimes dosent initalise for whatever reason
<Wizzup>
but I need a break for now :)
pere has quit [Ping timeout: 268 seconds]
<arno11>
uvos: just to avoid confusion: the only real problem i have is ringtone and it is ofc not related to any sphone custom branch since the issue appears on fresh install as well and for a long time now
Langoor has quit [Ping timeout: 264 seconds]
arno11 has left #maemo-leste [#maemo-leste]
Langoor has joined #maemo-leste
uvos has quit [Ping timeout: 268 seconds]
stlucas__ has quit [Ping timeout: 246 seconds]
narodnik has joined #maemo-leste
d4dsc has left #maemo-leste [#maemo-leste]
d4dsc has joined #maemo-leste
d4dsc has left #maemo-leste [#maemo-leste]
d4dsc has joined #maemo-leste
d4dsc has left #maemo-leste [#maemo-leste]
stlucas__ has joined #maemo-leste
amunizp has joined #maemo-leste
akossh has quit [Ping timeout: 256 seconds]
nmdv has joined #maemo-leste
System_Error has quit [Remote host closed the connection]