Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
<sicelo>
tmlind: i sent a patch for N900 dts. i don't know if it was correct to send to you, or i should have targeted someone else. get_maint script still returns you
antranigv_ has joined #maemo-leste
antranigv has quit [Ping timeout: 252 seconds]
Daanct12 has joined #maemo-leste
antranigv_ is now known as antranigv
uvos__ has joined #maemo-leste
<uvos__>
freemangordon: thats not a suprse since sphone was not released since then
<uvos__>
its waiting for Wizzup to look at some changes
<pere>
I fail to find Norwegian Bokmål language option (nb). Even after installing norwegian language pack. Is it broken?
<Wizzup>
uvos__: I will look today/tomorrow
<Wizzup>
pere: I have to check for you, I am still working on building all new translations from weblate
<Wizzup>
but if there is something obvious missing, like locale-gen for nb, please lmk
<pere>
the latest install solve my earlier issue, where it failed to connect to network, at least. :)
duuude has joined #maemo-leste
<duuude>
would it damage the phone if I wire to it a bigger mobile battery with similar voltage? (n900)
<pere>
the interesting use case for me with the n900, is to use it as an address book and calendar, exchanging data with my ical server. what is the best way to do this?
<pere>
I tested installing SyncEvolution, but it is missing its python-dbus dependency and is not installable.
<Wizzup>
pere: syncevo works, the gui we have might not install yet, but it definitily works
<Wizzup>
check out the wiki's Sync page
<Wizzup>
I sync to nextcloud, several calendars, contacts, etc
<Wizzup>
notes/todo s well
<duuude>
Wizzup
<Wizzup>
I can look at the missing dep, I think it is not hard to fix, I will need to check
<Wizzup>
duuude: I can't help with the battery question, others might
<Wizzup>
back later today
<pere>
Wizzup: I suspect python-dbus -> python3-dbus.
<pere>
Wizzup: what does 'syncevo works' mean? I found <URL: https://leste.maemo.org/Sync >, but it seem to suggest to install the uninstallable package.
<sicelo>
pere: i haven't read that PR with proper attention, but those b64 encoded icons are needed for the package manager to display them as well
<pere>
sicelo: so I imagined, and kept working, as far as I know.
<sicelo>
can't parse :-)
<pere>
the patch just switch away from maintaining the image as b64 encoded strings in d/control, and instead allow them to be maintained as separate files in git, and converted to b64 in d/control during build.
<pere>
it make it a lot easier to improve the icons. :)
<sicelo>
ah, that sounds awesome
<pere>
so I was surprosed that it had gone nowhere for four years.
<freemangordon>
Wizzup: maemo-input-sounds PA code is a bit buggy - it aborts if there is no PA running at startup.
<pere>
freemangordon: I believe a safe assumtion is that fixes are always welcome. :)
<freemangordon>
pere: sure, but he worked a lot on the code and has a better understanding than me
<freemangordon>
it is not llike I have nothing else to do ;)
<pere>
that also can be safely assumed for everyone, that we have a lot of other things to do too. In addition to assuming that you are the one most motivated to fix your problem. There is no need to doubt, just starting fixing. :)
<freemangordon>
pere: heh
<sicelo>
pere: btw you're a DD?
<pere>
sicelo: yes.
<sicelo>
nice
<pere>
anyway, I'll be back later.
pere has quit [Ping timeout: 252 seconds]
<arno11>
freemangordon: mafw tracker seems ok, but boot is even more difficult now (h-s-m / pin code freeze). removing last vm custom stuff helps
<freemangordon>
tracker related?
<freemangordon>
don;t get it
<arno11>
memory related imo
<arno11>
on boot
<freemangordon>
hmm, why would it? not it uses ~10MB before omp requests data
<freemangordon>
*now it uses
<arno11>
i know
<arno11>
no idea what is happening but we must find what is wrong with hsm first imo
<freemangordon>
mhm
<freemangordon>
I agree, but cannot repro here :(
<arno11>
i know :(
<arno11>
i wonder if it is not something in devel because boot was fine from a fresh install iirc but not after devel upgrade
<freemangordon>
I am on devel
<arno11>
with a sim card ?
<freemangordon>
mhm
<freemangordon>
well, on d4
<arno11>
ah ok
<freemangordon>
you suggest to put sim with pin in my n900 and try?
mdz has joined #maemo-leste
<arno11>
yes
<arno11>
just to be sure
<freemangordon>
hmm, ok
<arno11>
cool
<freemangordon>
later on
<arno11>
no rush ofc
pere has joined #maemo-leste
akossh has joined #maemo-leste
<pere>
btw, are you aware of the opensnitch package in Debian? Perhaps an interactive application firewall would be a god fit for maemo-leste?
<arno11>
Wizzup: we should remove n900 leste-config vm stuff (at least temporary) from -devel, to avoid bias with other issues on boot. (nr_request is still ok btw)
<sicelo>
okay correct answer is - no one's got around to it
<sicelo>
i didn't even know about it until today
<sicelo>
i think you might be better placed to pull it off though ;-)
<sicelo>
can you maybe make a rough sketch of how such package would work or be implemented. maybe one of us can pick it up someday
<pere>
not really. I have other projects. at the moment I work on updating appstream hardware mapping. only 60 packages yet to patch.
* sicelo
also doesn't currently have time ... still must do Librem5 support in Leste, want to fix the MAC stuff for N900, and was 'sidetracked' by the wifi signal icon
duuude has quit [Ping timeout: 260 seconds]
<pere>
sicelo: if I understand your proposal, it is that I should spend describing what should be done, in the hope that someone some time in the future _might_ do the required work. I am afraid the motivation is missing. As stated earlier, a good assumtion is that everyone is already busy elsewhere. :)
<sicelo>
please be assured that i was speaking in good faith :-)
<sicelo>
but yes, some of us are noobs here, however with some mentoring (if i might put it that way), we're able to contribute something
<sicelo>
I'll be happy to look into the proposal outlined in the pr in question, and any extra info would definitely be helpful.
<pere>
I do believe good feith was the basis. ans sure, mentoring someone who has expressed intent and willingness to contribute is quite different from hoping for some mythical man hour to show up.
<pere>
as for such helper package, pick a name, make a git repo set up the debian/ framework, populate it with the icon script from the pull request and call it a first edition. :) See for example the dh-di package in Debian.
<pere>
I guess dh-maemo-leste might be a good name.
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
<Wizzup>
arno11: leste-config I will fix for -devel when the kernel is in -devel (it's still -experimental only)
<Wizzup>
freemangordon: I can try to fix it if you want wrt m-i-s, but I think it's REd mostly like nokia did it
<Wizzup>
pere: syncevo libs, not the gui, should install with no problem
<Wizzup>
I think we have a package with some dh helper scripts
Juest has quit [Ping timeout: 260 seconds]
<Wizzup>
if not we can make a new pkg for it
<Wizzup>
pere: it wasn't merged because I was hoping we could just make a new pkg for it and re-use it that way
<Wizzup>
maybe we make maemo-extras-pkg(-dev) ?
<Wizzup>
pere: it looks like the onlt reason syncevo gtk frontend works on my phone is because I dist upgraded from old debian and still have python-dbus, syncevo gui is gtk2, but trust me, you don't need the gtk ui and I don't really use it either
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
arno11 has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
arno11_ has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
<arno11_>
Wizzup: ok. btw i'd like to continue ucm2 stuff but it is a real pita atm since i can't test to much things on the device without reboot (due to PA kill/sphone troubles). and reboot works only 30% of time atm lol
<arno11_>
the pending ucm PR with headset is ok btw
<uvos__>
not sure why sphone dieing on pa restart would require you to reboot
<uvos__>
cant you just launch it again?
<Wizzup>
reboot works only 30%?
<arno11_>
i mean, because PA/sphone fail to restart i can't test ucm stuff on the fly
<arno11_>
and need reboot
<arno11_>
Wizzup: yes
<arno11_>
*for 30%
<uvos__>
arno11_: sphone should not fail to restart
<uvos__>
it also dosent restart itself at all
<uvos__>
you need to click on one of its icons to restart it
<arno11_>
ofc but pa module fails apparently
<uvos__>
(for now)
<uvos__>
ok but this suggests something is wrong with pa
<uvos__>
how dose it fail?
<uvos__>
how do you restart pa?
<arno11_>
see fmg previous msgs
<uvos__>
yeah but thats it crashing when pa restarts while sphone is running
<uvos__>
since it exits when the pa main loop exits
<uvos__>
this should not stop you from just runing sphone again
<arno11_>
yep but sound in calls stops working 100% of time
<uvos__>
dose sphone report anything?
<uvos__>
how do you restart pa?
<arno11_>
i stopped killing pa for a long time now to avoid troubles lol
<arno11_>
(i used every stuff from irc logs)
<uvos__>
ok but it would be helpfull if you could aquire pa and sphone logs for the failed state
<uvos__>
mostly pa
<arno11_>
sure
<arno11_>
bbl
<Wizzup>
arno11_: what about restarting pa system service the regular way?
xmn has joined #maemo-leste
<Wizzup>
also it would be nice if sphone would restart just like every other essential maemo user service but I guess it probably won't :p
<uvos__>
Wizzup: sphone will self supervise
<uvos__>
i am adding this
<uvos__>
also it will (and can allready) report crashes and sutch via ui popup
<Wizzup>
as long as they don't stack then
<Wizzup>
why self supervise btw?
<arno11_>
Wizzup: restarting PA itself works but sphone pa module doesn't iirc and calls stop working
<arno11_>
(really have to go, sorry)
<uvos__>
because it use sphone outside maemo so i dont want to use dsme (which is an abomoniation anyhow) i could use supervise-deamon but this makes ui error reporting easier
<Wizzup>
maybe cmt_speech has issues?
<Wizzup>
arno11_: sure, go :)
<uvos__>
*i
<Wizzup>
uvos__: ok, but maybe might want to use dsme :)
<uvos__>
no
<Wizzup>
s/maybe/maemo/
<uvos__>
def not dsme
<uvos__>
that thing needs to die
<uvos__>
anyhow
<Wizzup>
great
<uvos__>
self superviseing is no issue
<uvos__>
supervise-deamon also dosent exist on a systemd system (where sphone is a regular user deamon managed by systemd)
<uvos__>
so its just the best option here
<Wizzup>
it's ok, we can always use it through dsme if we want, as we can now as well
<Wizzup>
I'm looking at the backend uid stuff now btw
<uvos__>
then it will be observing the wrong process
<uvos__>
but ok
<Wizzup>
right now it works
<Wizzup>
so the backend->uid is set in rtcom? that seems simple enough to change then
<uvos__>
yeah just set that and name correctly for vcm
<Wizzup>
I'll fix the vcm stuff because it is currently wrong for the backend uid
<Wizzup>
ok
<uvos__>
im not sure where the right string shal come from
<uvos__>
in vcm
<uvos__>
for both
<Wizzup>
the current 'backend_name' is good for the uid
<Wizzup>
I'll do it and test
<uvos__>
then name needs to be something else
<Wizzup>
they can't be the same?
<Wizzup>
btw you made a typo: id = sphone_comm_add_backend(MODULE_NAME, "sphone/comtest", commtest...
<Wizzup>
I think that should be "sphone/commtest"
<uvos__>
ok
<Wizzup>
btw, id and name can't be the same?
<uvos__>
i dont think it matters mutch for commtest
<uvos__>
can be but i dont think that wat you want for uid is acceptable as a user faceing name
<uvos__>
name is now exluseively used for the ui
<Wizzup>
right, it would be better to use a human readable name
<Wizzup>
bbiab
Daanct12 has quit [Quit: WeeChat 4.3.5]
pere has quit [Ping timeout: 272 seconds]
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Sigmanificient has joined #maemo-leste
<Sigmanificient>
Hi
<Wizzup>
hi
<Sigmanificient>
I'm very new to irc, kinda lost
<Wizzup>
hope it's also a bit of fun :)
<uvos__>
i presume you have at least found the right room :P
<Wizzup>
I think I saw your name on the nixos github, yeah?
<Sigmanificient>
yeah, I'm a contributer to nixpkgs repo
<Wizzup>
I commented on there, I'm Merlijn
<Wizzup>
IRC is more ephemeral than xmpp or matrix so there's no unifidied channel history, but we have irc logs in the irc topic
<Wizzup>
but, there's 90 other people here with you :)
<Sigmanificient>
Oh I see
<Wizzup>
Did you have a particular question?
<uvos__>
whats the nixos connection here are wie switching away from dpkg? xD
<Wizzup>
uvos: I linked a gh issue where someone is requesting to pkg maemo leste for nixos
<uvos__>
oh ok :)
<uvos__>
we still need some dated packages so that would require some work or compromise on features or?
<uvos__>
i gues most of it should be in ok shape at this point to port to a distro that moves a bit quicker
<Sigmanificient>
I've started working on a draft pr, to kinda see how it would go to, seem like there is some dependency to the FHS 3.0 file-system in mce's CMakeLists.txt
<uvos__>
oh really
<uvos__>
i dont remmeber adding that
<uvos__>
oh right i gues i hardcoded some paths
<uvos__>
sorry about that
<uvos__>
im mces maintainer btw :)
<Wizzup>
I think the main 'issue' from a birds eye view are the gtk2 patches
<uvos__>
yeah the fact that it breaks everything else gtk2 is an issue
<uvos__>
would have to do some setting of ld envvars to make 2 gtk2's coexist
<uvos__>
Sigmanificient: note that mce.ini also contains a path that would be a prblem for you
<Wizzup>
or have a pkg that replaces it with maemo one and live with it, but yeah, I don't know what makes sense, nixos probably has some more unique options
<uvos__>
we could/should dehardcode that via cmake configure
<uvos__>
nixos has a wierd hieracy where every packgage lives kinda in its own prefix right?
sunshavi_ has quit [Ping timeout: 255 seconds]
Sigmanificient has quit [Read error: Connection reset by peer]
<Wizzup>
I don't know, I didn't make any assumptions but did mention it on their gh
<Wizzup>
looks like we lost him ;)
<freemangordon>
Wizzup: any reason why maemo-input-sounds is not .launcher?
Sigmanificient has joined #maemo-leste
Sigmanificient has quit [Remote host closed the connection]
<uvos__>
its also not terribly critical for a deamon, since launch time is pretty irrelivant and it saves < 100K
<uvos__>
well it saves alot less than 100k since its 100k minus what launcher requires itself devided by the used apps
<uvos__>
but its a little under 100K for adding a app
<uvos__>
well for gtk
<uvos__>
for non-gtk it might be even less/nothing
Sigmanificient has joined #maemo-leste
<freemangordon>
uvos__: whatever is saved, it is for free
<freemangordon>
so no reason to not save it
<freemangordon>
Wizzup: ok, in fremantle it is not .launcher
Sigmanificient has quit [Remote host closed the connection]
sunshavi_ has joined #maemo-leste
<uvos__>
freemangordon: its not impossible for the saveing to be negatvie, i think overall rn it is negatvie or close to zero with the the number of .launcher processies we have and the size of maemo-launcher when nothing uses it
<uvos__>
but yeah adding another process dosent hurt anything
<uvos__>
so you might as well
<freemangordon>
mhm
<freemangordon>
Wizzup: switching in alsamixer makes voice call go through headphones
<freemangordon>
lemme try if I can switch mic as well
<freemangordon>
yep, works as well, though quality is very bad
<uvos__>
your not accidentally switching to the second mic on device are you?
<uvos__>
d4 has 2 built in mics
<uvos__>
switching to mic2 has a sideffect of the modem noise canceling the voice audio by subtracting it from itself
<uvos__>
makeing the quality very bad
<freemangordon>
I switch to "headset" for mic1
<freemangordon>
sorry
<freemangordon>
'headset' for 'Right'
<uvos__>
ok
<uvos__>
maybe we need to make sure the modem dosent do noisecanceling
<freemangordon>
but yeah, sounds like what you say
<freemangordon>
I hear the same when I do some online mic tests
<uvos__>
since that wont make any sense with the mic2 canceling hp mic
<freemangordon>
with internal mic
<uvos__>
since it uses infomation about the relative position of the interal mics
<freemangordon>
so, lemme run some online tests with headset mic
<uvos__>
freemangordon: i def presume we need to tell the modem via qmi or at about the change
<uvos__>
otherwise makes no sense
<freemangordon>
I think we do
<freemangordon>
lemme check though
<freemangordon>
hmm, no
<freemangordon>
well, we tell it that call output is through headset
<uvos__>
why are you testing that as opposed to something like arecord
<uvos__>
but ok
<uvos__>
should be the same
<freemangordon>
ok, will do arecord
<uvos__>
arecord -f cd > test.wav
<uvos__>
i think hifi mic recording worked ok at some point
<uvos__>
could have regressed
<uvos__>
(external mic that is)
<freemangordon>
yep, the same
<freemangordon>
(distorted sound)
<uvos__>
ok
<uvos__>
i presume the mic is ok on android// another deivce
<freemangordon>
I am using that headset to carry my online meetings :)
<uvos__>
ok yeah
<uvos__>
is it a headset with a 4 ring plug?
<freemangordon>
yes
<uvos__>
ok
<uvos__>
ill repo later
<freemangordon>
lemme try to find another one
<freemangordon>
repo?
<uvos__>
reporduce
<freemangordon>
repro?
<freemangordon>
ok
<sicelo>
i guess you do remember that the 4-ring plugs are wired differently for d4 vs. n900
<freemangordon>
this is d4
<freemangordon>
and the same headset works on my laptop
<freemangordon>
does not work on n900
<sicelo>
ok, yes, if works on laptop, it's wired as d4
<freemangordon>
ok, going to downgrade to 6.1
<freemangordon>
to check if it works there
<freemangordon>
the same
mrkrisprolls has quit [Killed (NickServ (GHOST command used by mrkrispr`!~user@h-85-24-169-71.A192.priv.bahnhof.se))]
<freemangordon>
uvos__: is it possible that distorted sound is because there is no bias voltage enabled?
mskrisprolls has joined #maemo-leste
uvos__ has quit [Quit: Konversation terminated!]
uvos__ has joined #maemo-leste
uvos__ has quit [Ping timeout: 248 seconds]
duuude has quit [Ping timeout: 244 seconds]
duuude has joined #maemo-leste
uvos__ has joined #maemo-leste
uvos__ has quit [Ping timeout: 260 seconds]
uvos__ has joined #maemo-leste
leste has quit [Remote host closed the connection]
Sigmanificient has joined #maemo-leste
Livio has quit [Ping timeout: 260 seconds]
Livio has joined #maemo-leste
<arno11_>
freemangordon: on n900 with headset, mic's sound is also distorded with default capture volume (headset mics seem far more sensible). i reduced default volume a bit to stop distortion. maybe kind of similar issue on d4 ?
<arno11_>
*to stop distortion and echo
<freemangordon>
it is does not sound like an overdriver
<freemangordon>
*overdrive
<freemangordon>
quiet sounds are not registered at all
<freemangordon>
louder ones are heavily distorted
<freemangordon>
btw internal mic works fine
<freemangordon>
I'll compare cpcap regs in android and ours, when I have time
<arno11_>
ah ok seems definitely a different issue
pere has quit [Ping timeout: 244 seconds]
duuude has quit [Ping timeout: 260 seconds]
duuude has joined #maemo-leste
duuude has quit [Ping timeout: 260 seconds]
<sicelo>
arno11_: i'll make a note to see if i can implement jackctl for N900 ... here's to hoping it's not rocket science
uvos has joined #maemo-leste
pere has joined #maemo-leste
<arno11_>
sicelo: jackctl ? what is it ? something different than jackcontrol ?
<sicelo>
i meant that (jackcontrol)
<arno11_>
ah ok, but jackcontrol already works fine
<sicelo>
oh, what's the problem then?
<arno11_>
the problem is that we need jackcontrol event to switch devices
<arno11_>
so that's perfect for 'on the fly' switch
<arno11_>
butg tricky for other use cases
<arno11_>
*but
<arno11_>
like keeping jack active between hifi and voicecall
<arno11_>
(because as soon as we change the profile, we need a new jack event atm)
<arno11_>
same problem in mapphone ucm2 btw
<sicelo>
oh, thought d4 was fine
<pere>
how do one get out of dorian ebook full screen mode?
<arno11_>
sicelo: i can't confirm for d4 (no device), but that's what i see in ucm config
<sicelo>
pere: press on bottom right corner
<sicelo>
osso-xterm works the same
<pere>
sicelo: thank you.
<pere>
sadly my n900 battery life time is in the tenths of seconds, which make it quite useless for me. :/
<arno11_>
wow
<sicelo>
excessively worn out battery,,or excessive consumption?
System_Error has quit [Remote host closed the connection]
<freemangordon>
arno11_: I can confirm, the same on d4
<arno11_>
pere: pollarcell 1600mA (1400 real) is perfect for n900 btw
<arno11_>
freemangordon: ok
<pere>
very old battery. :)
<arno11_>
pere: *polarcell
<pere>
or perhaps the problem is that the setup turn off the screen, not that the battery die?
<pere>
yes. after 18 seconds. turn down the light after 13, turn off the screen after 18.
<pere>
is the n900 install using ntp or some other sensible clock setting system?
<freemangordon>
uvos: dapm widget "MIC2 Bias" is not connected
<freemangordon>
MIC2 is headset mic, IIUC
<uvos>
isent mic2 the noise canceling mic? but yeah thats bad either way
<freemangordon>
yeah, that was it, got it working
<freemangordon>
no, you have mic1 L/R, which are those 2 mics, MIC2 is external MIC