<rafael2k>
sphone: comm-ofono: Error: GDBus.Error:org.ofono.Error.InProgress: Operation already in progress
Oksanaa has quit [Remote host closed the connection]
<rafael2k>
but it does not seem related to sphone now... something wrong with telephony stuff
<rafael2k>
restarted the modem - all goodd
<rafael2k>
audio routing is working!
sunshavi has joined #maemo-leste
<rafael2k>
also:
<rafael2k>
sphone: playback-gstreamer: /usr/share/sounds/Nokia_tune.aac is not a valid file
elastic_dog has quit [Ping timeout: 250 seconds]
<rafael2k>
the phone does not ring
<rafael2k>
apart of that, all good, sphone is pretty useful! tks!!
macros_ has joined #maemo-leste
elastic_dog has joined #maemo-leste
<rafael2k>
btw, I get this when restarting the modem: [50811.084706] udevd[9376]: failed to execute '/lib/udev/gpsd.hotplug' '/lib/udev/gpsd.hotplug': No such file or directory
<humpelstilzchen[>
the button is to wake the IC up
<rafael2k>
right, just realized that
<humpelstilzchen[>
in fact, I could just reproduce that on a non-smoking device
<rafael2k>
indeed, I can read voltages now, status and so on at /sys/class/power_supply/ip5xxx-charger/*
<rafael2k>
I'm just not very excited of connecting it to a socket
<humpelstilzchen[>
oh, so we have a kernel driver now, nice
<rafael2k>
: )
<bencoh>
could be a faulty cable (a short resulting in plastic smoking from overheat)
<rafael2k>
bencoh: indeed!
Oksanaa has joined #maemo-leste
<Wizzup>
oh I need to build kernel for stable
<Wizzup>
(pine)
<Wizzup>
started it
<Wizzup>
rafael2k: so your keyboard works again?
Pali has joined #maemo-leste
inky_ has quit [Ping timeout: 240 seconds]
<rafael2k>
Wizzup: YES!
<rafael2k>
: ))
<uvos>
rafael2k: we dont ship any ringtones atm
<uvos>
rafael2k: you have to set some file you proivde yourself as a ringtone
<uvos>
rafael2k: in settings->profiles
_inky has quit [Ping timeout: 240 seconds]
_inky has joined #maemo-leste
<Wizzup>
should we just package/import the nokia ringtones?
<uvos>
using the nokia tune is asking for someone to check if they have rights to this
<uvos>
since its so well known
<Wizzup>
well, we do
<Wizzup>
but we can ask maemo orga as well
<Wizzup>
they had a meeting last night so we might be able to ask them some of these questions
<uvos>
probubly not worth it over a tune we dont want to use anyhow
<uvos>
(we want our won idenity)
<uvos>
*own identity
<Wizzup>
mhm
<uvos>
but we should package some ringtones
<uvos>
the model 500 sample from sphone is fine
<uvos>
but we need a sms/notification ring tone
<uvos>
i had to delete the sphone one as we dident have rights to it (it was a recording of the ringer of a samsung feature phone)
<uvos>
then in addition we can package the android ringtones, as they have clear licences (apache), obv they arnt usefull as defaults.
pere has quit [Ping timeout: 250 seconds]
<Wizzup>
rafael2k: ok, kernel is in stable
<Wizzup>
uvos: right
_inky has quit [Ping timeout: 256 seconds]
Oksanaa has quit [Ping timeout: 250 seconds]
_inky has joined #maemo-leste
uvos has quit [Ping timeout: 240 seconds]
<Wizzup>
freemangordon: building your him changes for stable
<rafael2k>
Wizzup: yay!
<rafael2k>
rafael2k: so why sphone try to play a ringtone which is not package?
<rafael2k>
it is nice for nostalgia reasons
<rafael2k>
lets pack all the tones
<rafael2k>
do we have a package somewhere?
<rafael2k>
also for camera-ui, there are lots of hardcoded paths for the tones, which can just be considered public domain, as small sound notes can't be propriety of anybody
<rafael2k>
I doubt any big tech would bother for a corner case use like ours, it is not even worth the salary of the lawyers
<Wizzup>
camera-ui is foss?
<rafael2k>
yes
<Wizzup>
check, I didn't even look :)
<rafael2k>
This program is free software; you can redistribute....
<freemangordon>
we have some .d directories, can we use those?
<rafael2k>
that is the issue...
<freemangordon>
WTYM?
<rafael2k>
no .d
<rafael2k>
not that me and Wizzup knows at least
<rafael2k>
:P
<freemangordon>
well, I see client.d and daemon.d, what are those for?
<uvos>
daemon.conf
<uvos>
this is different than default.d
<freemangordon>
default.d is not processed?
<uvos>
the problem here (i think) is that we are running it system wide
<uvos>
freemangordon: afaik no
<uvos>
we should not be running it system wide
<uvos>
mainly
<uvos>
i gues we can work around this
<uvos>
using deamon.d
<uvos>
with default-script-file= drective
<uvos>
and mapphone.pa pinephone.pa etc
<Wizzup>
freemangordon: uvos: this does not work
<uvos>
ok
<uvos>
why not?
<Wizzup>
I chased this down, these are different args
<Wizzup>
we load system.pa
<Wizzup>
and we can include more files from there
<Wizzup>
e.g.
<Wizzup>
### Allow including a system.pa.d directory, which if present, can be used
<Wizzup>
.nofail
<Wizzup>
### for additional configuration snippets.
<Wizzup>
.include /etc/pulse/system.pa.d
<Wizzup>
but this file (system.pa) is owned by pulse, not us
<Wizzup>
and it doesn't include the include statement (doh)
<Wizzup>
daemon.conf and clinent.conf afaik don't work for includes
<uvos>
sure
<Wizzup>
hm, I suppose a default script file might work
<uvos>
but default-script-file= pointing to a different file should work no
<freemangordon>
I got lost
<Wizzup>
uvos: not really different from diverting the whole system.pa but yeah
<uvos>
and then every device can have thair own
<uvos>
well it needs no files we dont own
<freemangordon>
uvos: no, we rather have a default that has .include
<uvos>
becasue we can add a deamon.d file
<uvos>
freemangordon: cant do it without forking the package
<uvos>
i dont want to fork the package
<freemangordon>
why not?
<Wizzup>
we can divert files
<Wizzup>
(from pulse)
<uvos>
its work
<Wizzup>
but also we can include files from pulse
<freemangordon>
ok, wait, whoi starts pulse?
<freemangordon>
*who
<Wizzup>
init script
<uvos>
this is bad too
<freemangordon>
which is provided by whom?
<uvos>
we should have it dbus activated
<uvos>
us
<uvos>
but thats not relevant
<Wizzup>
no no no, it runs in system mode
<freemangordon>
what it the issue then?
<uvos>
Wizzup: sure but thats _bad_
<freemangordon>
please, lemme explain
<Wizzup>
I suppose we can set it in the init script
<freemangordon>
if init script is provided by us, we can pass different default.pa in cmd line. this default.pa will be provided by us
<freemangordon>
and will include .include statement to use .d directory
<uvos>
sure thats no different than setting default.pa in deamon.d
<freemangordon>
and we put devices specific stuff in that .d directory
<uvos>
(the path to default.pa)
<freemangordon>
ok
<freemangordon>
som I don;t really understand the issue is OOB setup allows us to use different default.pa
<freemangordon>
*if OOB
<uvos>
except the init script method is more messy, since you have to have all the default.pas called the same
<uvos>
with the deamon.d method you can give descriptive names
<freemangordon>
uvos: do we need to change from system mode to use daemon.d?
<uvos>
no
<uvos>
but it confers other beneifts
<uvos>
its not relevant in this case
<freemangordon>
ok, I am lost again :)
<freemangordon>
do we have an issue or not?
<uvos>
no probubly
<freemangordon>
good
<uvos>
the deamon.d method just has to be tried
<freemangordon>
Wizzup said it does not work
<uvos>
no that was something else
<freemangordon>
ah, ok
<freemangordon>
Wizzup: daemon.d or daemon.conf.d?
<freemangordon>
oops
<freemangordon>
uvos: ^^^
<uvos>
man pulse-daemon.conf:
<uvos>
/etc/pulse/daemon.conf.d/*.conf
<uvos>
PATHS:
<uvos>
default-script-file=
<uvos>
The default configuration script file to load. Specify an empty string for not loading a default script file. The default behaviour is to load ~/.config/pulse/default.pa
<freemangordon>
yeah
<uvos>
no so no problem
<uvos>
just have /etc/pulse/daemon.conf.d/mapphone.conf point to /etc/pulse/mapphone.pa
<uvos>
etc
<freemangordon>
uvos: hmm, "This startup script is used only if PulseAudio is started per-user"
<freemangordon>
default.pa that is
<freemangordon>
so, it seems we use system.pa as Wizzup said
<uvos>
freemangordon: sure but how i read this just changes the default
<uvos>
freemangordon: not the baviro of the config option if set
<uvos>
*behavior
<freemangordon>
lemme check something
<uvos>
also the man file is wrong
<uvos>
since i changed default.pa and it changed behavior
<uvos>
(and we are running system mode)
<freemangordon>
I get the comment from the script itsewlf
<uvos>
ok main file explains the same thing
<uvos>
*man
<freemangordon>
I still think it is more clear to have our own system.leste.pa that incluides original system.pa and .includes system.pa.d
<uvos>
i dissagree, but i mean its not a big deal either way
macros_ has joined #maemo-leste
<freemangordon>
uvos: that way we don;t need to fork
<uvos>
i know
<uvos>
but i would like to avoid having random packages divert files of others
<freemangordon>
me too
<freemangordon>
that's why my proposal
<freemangordon>
it is us that provide the init script
<uvos>
oh you want to use the init scipt
<freemangordon>
yes
<uvos>
either variant is fine
<uvos>
with me
<Wizzup>
uvos freemangordon can you test if this daemon.d thing works
<freemangordon>
sure, what you want me to do?
<freemangordon>
create daemon.d directlry or what?
<uvos>
daemon.conf.d
<freemangordon>
it is already there
<freemangordon>
and we have 89-pinephone.conf.leste in it
<freemangordon>
and 89-pinephone.conf
<freemangordon>
do you want me to create some .pa file in it?
<freemangordon>
ah, I think I get it, lemme try
Twig has quit [Ping timeout: 256 seconds]
macros_ has quit [Ping timeout: 250 seconds]
<freemangordon>
getting there :) :
<freemangordon>
pulsecore/cli-command.c:2041:pa_cli_command_execute_line_stateful:stat('default.pa'): No such file or directory