elastic_dog has quit [Ping timeout: 256 seconds]
elastic_dog has joined #maemo-leste
<Wizzup> uvos: I didn't see ofono using the state changed pipe
<Wizzup> uvos: re: qdebug sure all my code is just testing atm
<Wizzup> I'm going to rework a lot of it
<Wizzup> uvos: I don't see this state changed pipe btw
<Wizzup> in ofono at least
<Wizzup> ah &call_properties_changed_pipe
vandys has quit [Quit: Leaving]
uvos has quit [Ping timeout: 256 seconds]
xmn has quit [Ping timeout: 246 seconds]
xmn has joined #maemo-leste
hexagonwin has joined #maemo-leste
elastic_dog has quit [Ping timeout: 252 seconds]
elastic_dog has joined #maemo-leste
inky has quit [Ping timeout: 260 seconds]
xmn has quit [Ping timeout: 256 seconds]
joerg has quit [Ping timeout: 256 seconds]
joerg has joined #maemo-leste
xmn has joined #maemo-leste
mrtux1 has joined #maemo-leste
mp1071 has joined #maemo-leste
peetah_ has joined #maemo-leste
attah_ has joined #maemo-leste
RedM has joined #maemo-leste
Langoor_ has joined #maemo-leste
joerg has quit [Killed (cadmium.libera.chat (Nickname regained by services))]
joerg has joined #maemo-leste
Wizzup_ has joined #maemo-leste
mp107 has quit [*.net *.split]
xes has quit [*.net *.split]
peetah has quit [*.net *.split]
jrayhawk has quit [*.net *.split]
RedW has quit [*.net *.split]
Langoor has quit [*.net *.split]
Wizzup has quit [*.net *.split]
buZz has quit [*.net *.split]
mrtux has quit [*.net *.split]
attah has quit [*.net *.split]
The_Niz has quit [*.net *.split]
mrtux1 is now known as mrtux
mp1071 is now known as mp107
attah_ is now known as attah
jrayhawk has joined #maemo-leste
mardy has joined #maemo-leste
buZz has joined #maemo-leste
buZz is now known as Guest1961
The_Niz has joined #maemo-leste
xes has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
<sicelo> freemangordon: http://0x0.st/ohl4.log sorry for delay
Twig has joined #maemo-leste
xmn has joined #maemo-leste
<freemangordon> sicelo: did you upgrade libicd-network-ofono?
parazyd has quit [Ping timeout: 256 seconds]
<sicelo> yes
<freemangordon> what is the version you have?
<freemangordon> I am asking because the logs you provide are exactly the same as before
<freemangordon> oh
<freemangordon> did I forget to push :(
<sicelo> 1.0.5+2m7
<freemangordon> did you restart icd2?
<freemangordon> or the device?
<sicelo> restarted icd2, yes
<freemangordon> we have "[OFONO] > search_operation_check" (which comes from OFONO_ENTER), but not the next line
<sicelo> i can restart device
<freemangordon> ok
<sicelo> freemangordon: http://0x0.st/ohlE.log
akossh has joined #maemo-leste
<freemangordon> ok, now it is better
<freemangordon> [OFONO] No SIM SPN available yet
<freemangordon> sicelo: gimme a minute to boot my device
<freemangordon> sicelo: please install ofono-scripts if not already
<sicelo> i have it (i can connect to gprs with them)
<freemangordon> ok, may I have the output of /usr/share/ofono/scripts/list-modems
<freemangordon> in private maybe, if you have concerns about imei/imsi sharing
uvos has joined #maemo-leste
<freemangordon> ok, this card has no SPN
<sicelo> what's spn?
<freemangordon> Service Provider Name
<freemangordon> ok, now we know the issue, I will fix it
<freemangordon> "if available"
<freemangordon> so the condition in the plugin is not correct
<sicelo> :-)
alex1216 has joined #maemo-leste
xmn has quit [Read error: Connection reset by peer]
[TheBug] has quit [Changing host]
[TheBug] has joined #maemo-leste
<freemangordon> reboot after install
Pali has joined #maemo-leste
<Wizzup_> SuperMarioSF: this might also work for you ^%
parazyd has joined #maemo-leste
alex1216 has quit [Ping timeout: 246 seconds]
alex1216 has joined #maemo-leste
<Wizzup_> freemangordon: what was this code style tool you used
<Wizzup_> uncrustify?
rafael2k_ has joined #maemo-leste
hexagonwin has quit [Remote host closed the connection]
<freemangordon> Wizzup_: yes
<freemangordon> Wizzup_: and this is the configuration that best matches my favourite coding style https://github.com/maemo-leste/osso-abook/blob/master/uncrustify.cfg
<freemangordon> this is for C code though, not C++
<freemangordon> (configuration)
<freemangordon> BTW, never tried any of the VSCode beautifiers
<Wizzup_> hm, ok
<Wizzup_> uvos: btw I have organicmaps built
<Wizzup_> trying to turn it into a .deb atm
norayr has left #maemo-leste [Error from remote client]
alex1216 has quit [Ping timeout: 248 seconds]
alex1216 has joined #maemo-leste
inky has joined #maemo-leste
<sicelo> freemangordon: looks like icd2 doesn't load plugins with version greater than itself (according to log), so network connection status menu doesn't work anymore.
<sicelo> rebuild without incrementing version, i guess, or provide new icd2
rafael2k_ has quit [Ping timeout: 256 seconds]
<Wizzup_> freemangordon: maybe just throw it in chimaera
<freemangordon> oh
<freemangordon> sorry, I built that in chimaera :(
<freemangordon> ok, lemme push that to -devel
<freemangordon> sicelo: are you ok to build the plugin yourself?
inky has quit [Ping timeout: 255 seconds]
<sicelo> i could build on d4 itself
<freemangordon> ok, lemm epush a test branch
<freemangordon> sicelo: oh, wait, it needs one more change
<sicelo> hehe, ok. I've already built, but can redo
<freemangordon> sec
<Wizzup_> freemangordon: uvos: btw if you want to try: https://wizzup.org/organicmaps-qt_2023.01.21_amd64.deb - it's better to explore it without our qt theme first
<freemangordon> sicelo: please pull and rebuild
<sicelo> sure
<freemangordon> Wizzup_: amd64?
<Wizzup_> yes
<Wizzup_> in vm
<Wizzup_> I will make a build for extras later
<freemangordon> ok
<Wizzup_> it's not really user ready, and I don't even fully know how to use it, but it does vector maps and it can download per region maps offline, and it has insane info in them
<Wizzup_> I can find all local offices, restaurants, etc, offline
<Wizzup_> and it should be able to do routing too
Twig has quit [Remote host closed the connection]
<freemangordon> great
<Wizzup_> probably not usable on n900, but should be ok on d4
<Wizzup_> we'll need to tweak it a bunch I'm sure
<freemangordon> the UI I guess
<Wizzup_> yes
<Wizzup_> also liblocation perhaps
<freemangordon> did you upgrade gtk?
<freemangordon> on you d4 that is
<Wizzup_> sorry, update where/what?
rafael2k_ has joined #maemo-leste
<Wizzup_> freemangordon: oof, I think I might have
<freemangordon> that's fine
<freemangordon> any difference in modest scrolling?
<freemangordon> keep in mind it will need a reboot because of the launcher
<Wizzup_> will check now
<Wizzup_> freemangordon: maybe a bit, but it's still very janky
<Wizzup_> so what happens is that when I reply to an email
<Wizzup_> the compose window is really slow
<Wizzup_> scrolling in it I mean
Twig has joined #maemo-leste
<Wizzup_> scrolling while reading an email isn't -too- bad
<freemangordon> ah, I see
<Wizzup_> and the scrolling in modest overview is fine
<freemangordon> maybe some xorg driver thing
<freemangordon> will see what I can do
<freemangordon> yeah, Xorg uses > 65% when scrolling in modest reply window
<sicelo> freemangordon: http://0x0.st/oh0X.log ... didn't quite work- although at least now it tries to privision
<freemangordon> weird
<freemangordon> [OFONO] _mbpi_get_name.274:Unable to evaluate xpath expression 'XSU'
<freemangordon> is your SIM card provider listed in mobile-broadband-provider-info database?
<sicelo> yes, personally added by me 3 years ago
<freemangordon> ok, gtg now, will try to find what happens later on
<sicelo> the one in beowulf doesn't have my provider
<sicelo> freemangordon: wouldn't it be slightly UX if, when failing to evaluate APN from provider-info or other means, the plugin creates an empty apn, so user can edit it later. could additionally flash a warning about the empty apn
<sicelo> *slightly better
<freemangordon> I was thinking of "Mobile Connection" instead of empty name
<sicelo> that too :-)
<freemangordon> ok, will do like that
<freemangordon> later on
<sicelo> i copied over mbpi database that does have my provider. error changed to:
<sicelo> Jan 22 15:16:53 localhost icd2 0.99[3404]: [OFONO] _mbpi_get_name.274:Unable to evaluate xpath expression '<98>5I'
<sicelo> what does g_free do? i see it's called *before* that line 274. am i correct to say by line 274, xpath nolonger exists?
rafael2k_ has quit [Ping timeout: 246 seconds]
hexagonwin has joined #maemo-leste
<sicelo> hehe, freemangordon - this is weird. actually mcc and mnc are swapped in that _mbpi_get_name function.
<sicelo> after changing location of the g_free ... Jan 22 15:49:32 localhost icd2 0.99[3434]: [OFONO] _mbpi_get_name.272:Unable to evaluate xpath expression '//network-id[@mcc='010' and @mnc='653']/../../name/text()'
<freemangordon> sicelo: lemme check
<sicelo> but mcc should be 653- and mnc 10
<freemangordon> sicelo: yes, there is a bug that xpath is freed before printed, thanks for pointing that out
<freemangordon> but I don;t think this is the issye
<freemangordon> *issue
<freemangordon> lemme push a fix for that
<sicelo> ok
<sicelo> yes, the g_free is not the real issue
<sicelo> someone (probably get_spn) is swapping the mnc & mcc values
<sicelo> i'm also checking (slow ... c-noob)
<freemangordon> sicelo: force-pushed a fix, please pull
<freemangordon> yeah, those are swapped
<freemangordon> lemme fix it
<freemangordon> sicelo: pushed again, please pull
<freemangordon> which one is better "Mobile Connection" or "Mobile Data" or something else?
<sicelo> now it's provisioned
<sicelo> :-)
<freemangordon> :)
<freemangordon> what is the name?
<sicelo> MTN Eswatini
<freemangordon> is that correct?
<sicelo> yes
<freemangordon> because I saw SwaziMTN for network registration, with the same mcc/mnc
<sicelo> yes, same thing
<freemangordon> hmm, ok
<freemangordon> ok, will push a fix
<freemangordon> to the repos that is
<sicelo> we had a change in the name of our country back in 2018
<Wizzup_> sicelo: freemangordon: great to hear it's fixed, thanks
<freemangordon> lets wait SuperMarioSF to confir as well
<freemangordon> he might have another issue
<Wizzup_> I'll mail him
<sicelo> may be a good idea to also build our own mbpi instead of the one from debian/devuan
<freemangordon> why?
<freemangordon> you think upstream is more recent?
<sicelo> theirs is quite old
<freemangordon> even in chimaera?
<Wizzup_> probably is
<sicelo> haven't checked, but i could check
<sicelo> but yes, upstream's latest tag is about 2 months ago
<freemangordon> Wizzup_: make: dh: No such file or directory
<freemangordon> organicmaps is missing dependency it seems
<Wizzup_> yes
<Wizzup_> I'll add it momentarily
<Wizzup_> btw, I removed -mtune= for a little bit while debugging a problem
<Wizzup_> shall I add it back in
* Wizzup_ just adds it back
<freemangordon> yes
<Wizzup_> what do we want to do wrt stuff we alread ybuilt
<Wizzup_> i'm inclined to say it probably doesn't matter too muhc atm
<freemangordon> agree
<freemangordon> maybe glib makes sense, but I am not sure
gliffy has joined #maemo-leste
<gliffy> My fresh Leste setup is running really sluggish and choppy compared to Fremantle. This isn't normal, right?
<freemangordon> what device? n900?
<gliffy> Yes n900. Forgot to mention :D
<freemangordon> unfortunately it is normal. various reasons, one of the it runs from SD card. The other one is that Leste runs on 24 bpp while fremantle runs on 16bpp
<Wizzup_> how sluggish and choppy is it, though? it's a bit slower but not -too- much
sicelo4d has joined #maemo-leste
<gliffy> It is pretty bad. Looking up videos on Youtube with n900's running Leste they seem to still be MUCH smoother than what I have. I can record a video if you want. I guess the reason for slow app startups could be that I am using a pretty cheap SD-card I had lying around, but I wouldn't imagine that would impact scrolling which is pretty bad too.
<Wizzup_> bad sd card can matter, but a video is helpful in any case!
<gliffy> Ok, I will record it and send a link here
<Wizzup_> great, ty
rafael2k_ has joined #maemo-leste
rafael2k_ has quit [Ping timeout: 248 seconds]
<Wizzup_> hmm it feels a bit more sluggish than normal
<Wizzup_> is this just after boot?
<gliffy> It is about 5 minutes after boot. It seems that the second time the app is launched it is ok, but scrolling stays just as bad.
<gliffy> By "it is okay" I mean that the launch time of the app is ok.
<Wizzup_> I'll have to try this on my device a bit later, but yes, it's slower than fremantle
<Wizzup_> there's a few reasons for it, some is that we perhaps don't have all the optimisation patches, other is that it is a different (newer) 3d driver that might not be used in the most optimal fashion
<Wizzup_> officially I think this version of the 3d driver doesn't even support n900
<Wizzup_> hildon-desktop scrolling should be semi ok though
<gliffy> Ok, interesting. Thanks a lot for your time!
<Wizzup_> freemangordon: btw, I'm seeing this atm: http://dpaste.com/7WLNFW6QV - on my d4, is this the charger detection?
<Wizzup_> gliffy: we do our best to suppor n900 but it's not our main focus atm
sicelo4d has quit [Ping timeout: 260 seconds]
<sicelo> Wizzup_: 3d driver not supporting n900 - you mean the ti blobs? they should support n900 just fine
<Wizzup_> sicelo: I think it doesn't officially support omap3 at all, but I might misremember
<Wizzup_> maybe this changed with the latest drop(s)
<sicelo> ti34x or something branch/directory
<Wizzup_> I'll leave it to others to comment, just what I recall :)
sicelo4d has joined #maemo-leste
mardy has quit [Read error: Connection reset by peer]
alex1216 has quit [Ping timeout: 252 seconds]
xmn has joined #maemo-leste
<freemangordon> Wizzup_: dpaste is blocking my IP
<freemangordon> also, omap3 is supported by the blob, otherwise it wouldn't work
<Wizzup_> we for sure had to patch the binaries at some point for support
<freemangordon> no
<freemangordon> gliffy: does not look normal to me
<Wizzup_> freemangordon: not even going to argue with it, I know we did, but it also really doesn't matter :p
<freemangordon> Wizzup_: where?
<Wizzup_> this is why we had different ddk/ddx for different devices, before 1.17
<freemangordon> Wizzup_: no, this is not charger detection
<Wizzup_> 1.9 vs 1.12 or 1.14 or so
<freemangordon> Wizzup_: well, I am talking about 1.17
<Wizzup_> freemangordon: ok, maybe just poor cable then, it goes crazy as you can see by timing
<freemangordon> it supports omap3
sicelo4d has quit [Ping timeout: 265 seconds]
<freemangordon> gliffy: could you check with top, if there is runaway process perhaps
<gliffy> With htop cpu usage is about 15-20%. The highest consuming process is Xorg at about 6-8%. Seems normal to me at least.
<freemangordon> yeah, looks ok. still, this shouldn;t be that choppy
<freemangordon> maye try to upgrade to -devel if not already
sicelo4d has joined #maemo-leste
<freemangordon> assuming this is beowulf image
<Wizzup_> there is no chimaera image for n900 atm
<Wizzup_> we have to decide if we fix the elogind thing or not before we release it
<freemangordon> ok
<freemangordon> good to know
mardy has joined #maemo-leste
sicelo4d has quit [Quit: Lost terminal]
alex1216 has joined #maemo-leste
<Wizzup_> freemangordon: looks like voicecalls doesn't do xmpp calls btw
<Wizzup_> it just does sip and tel as protocolname
rafael2k_ has joined #maemo-leste
rafael2k_ has quit [Quit: Leaving]
xmn has quit [Ping timeout: 256 seconds]
alex1216 has quit [Quit: WeeChat 2.3]
<freemangordon> maybe we can add support
<Wizzup_> yeah it's probably just two string compars
<gliffy> freemangordon: Unfortunately upgrading to -devel had no effect
<freemangordon> :(
<freemangordon> will try to find time soon to check what is the situation with my n900
<gliffy> Thanks a lot!
<SuperMarioSF> oh hi
<SuperMarioSF> I'm bacj
<SuperMarioSF> *back
<Wizzup_> hi there
<freemangordon> SuperMarioSF: please upgrade
<SuperMarioSF> I upgraded the libicd package
<freemangordon> great
<freemangordon> is it better now?
<SuperMarioSF> and... it broke more things
<freemangordon> heh
<freemangordon> how's that?
<SuperMarioSF> now I can't select any network
<freemangordon> wait
<freemangordon> did you upgrade from the repos?
<SuperMarioSF> because the network selection diaglog doesn't show at all
<SuperMarioSF> yes
<freemangordon> umm...
<freemangordon> did you reboot?
<SuperMarioSF> yes, I rebooted, then tested
<freemangordon> this is chimaera?
<SuperMarioSF> nope, it was droid4
<SuperMarioSF> on -devel
<freemangordon> also, what is libicd-network-ofono version you have installed?
<SuperMarioSF> lemme check
<freemangordon> so beowulf
<freemangordon> also, what is icd2 version
<SuperMarioSF> libicd-network-ofono: 1.0.6+m7
<freemangordon> and icd2?
<SuperMarioSF> icd2: 0.99+2m7
<SuperMarioSF> seems too low?
<freemangordon> no, looks fine
<freemangordon> sicelo: did you install libicd-network-ofono from -deval?
<freemangordon> *-devel
<SuperMarioSF> btw another issue, USB related. It seems if battery charged to full, then USB connection will automatically disconnect and reconnect, and PC Suite connection will be reset.
<SuperMarioSF> if no USB data connection there, it will reset the charging once a while
<freemangordon> SuperMarioSF: what you report is really strange, earlier today we tested on d4
<freemangordon> I just want sicelo to confirm he upgraded from -devel as well
<SuperMarioSF> Is there are some workaround for not let something break the USB connection once for a while?
<freemangordon> yes, IIRC you should set charging current to 0
* freemangordon boots his d4
<SuperMarioSF> or can I just stop icd2 completely so even USB disconnected the usb0 wont't reset itself?
<freemangordon> it is not icd2 related
<SuperMarioSF> is there some manual override for icd2 to let me connect to WiFi?
<freemangordon> wpa_supplicant
<SuperMarioSF> I guessed it...
<freemangordon> SuperMarioSF: echo 0 > /sys/class/power_supply/usb/input_current_limit
<freemangordon> that should brevent USB from reconnecting
<freemangordon> *prevent
<SuperMarioSF> OK
<SuperMarioSF> so it will on battery until I reset the value?
<freemangordon> yes
<SuperMarioSF> OK
<SuperMarioSF> I'm setting my USB host device as a router so I can do update after.
<freemangordon> hmm, I don;t see how latest changes might break icd2
<freemangordon> it must be something else
<freemangordon> SuperMarioSF: please, once you have some connectivity, stop icd2 set its loglevel to -l0 in /etc/init.d/icd2 and start icd2
<freemangordon> then provide icd2 logs
<freemangordon> from /var/log/maemo/icd2
<freemangordon> maybe loglevel is already set to 0 by Wizzup_, no idea
<SuperMarioSF> I got my USB host act as a router now, it has internet access.
<freemangordon> great
<freemangordon> so, please do ^^^
<SuperMarioSF> it is already -l0
<SuperMarioSF> and make a 23MB size icd2.log
<freemangordon> ok
<freemangordon> you may delete it and restart rsyslog
<freemangordon> and then restart icd2
<freemangordon> *rsyslogd
<SuperMarioSF> I guess I will back it up for you if some one-time thing happend just after upgrade.
<freemangordon> ok
<SuperMarioSF> Attempt restarted icd2... but there is no running icd2 instance?
<freemangordon> hmm
<SuperMarioSF> restrated again, same.
<SuperMarioSF> icd2 crashed?
<freemangordon> is it possible that startup script is broken somehow?
<freemangordon> try to start icd2 by hand
<freemangordon> as sudo
<freemangordon> icd2 -l0
<Wizzup_> freemangordon: I did edit the icd2 script for him
<Wizzup_> changing -l2 to -l0
<freemangordon> I know
<Wizzup_> I might have forgot to change it for either start or stop
<freemangordon> right
<freemangordon> lets see if icd2 will start from cmdline
<SuperMarioSF> it is crashed somehow.
<Wizzup_> ok
<SuperMarioSF> i will try commandline
<freemangordon> SuperMarioSF: what happens if you do 'sudo icd2 -l0'?
<SuperMarioSF> which user I have to start icd2, or just root is fine?
<freemangordon> sudo icd2 -l0
<SuperMarioSF> Segmentation fault
<freemangordon> ugh
<SuperMarioSF> not suprised at all
<freemangordon> sudo gdb icd2 -l0
<freemangordon> umm
<freemangordon> sudo gdb icd2
<freemangordon> r -l0
<SuperMarioSF> I guess I need to install build-essentials first.
<freemangordon> for gdb?
<SuperMarioSF> yes, but it seems already installed. installing gdb.
<freemangordon> maybe install icd2-dbgsym
<SuperMarioSF> debug symbol installed, gdb loaded symbol
<freemangordon> bt
<SuperMarioSF> but it seems crashed as somewhere else.
<SuperMarioSF> 0xb67f6094 in ?? ()
<freemangordon> backtrace?
<SuperMarioSF> (gdb) bt
<SuperMarioSF> #1 0xb6e3a7c2 in g_main_context_dispatch () from /usr/lib/arm-linux-gnueabihf/libglib-2.0.so.0
<SuperMarioSF> #2 0xb6e3aa5a in ?? () from /usr/lib/arm-linux-gnueabihf/libglib-2.0.so.0
<SuperMarioSF> #0 0xb67f6094 in ?? ()
<SuperMarioSF> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
<SuperMarioSF> (gdb)
<freemangordon> you need glib debug symbols as well
<SuperMarioSF> installing glib dbgsyms
<freemangordon> right
<Wizzup_> you might need a devuan/debian repo for that
<Wizzup_> well I guess not for glib :)
<freemangordon> deb http://debug.mirrors.debian.org/debian-debug bullseye-debug main contrib non-free
<freemangordon> deb http://debug.mirrors.debian.org/debian-debug bullseye-backports-debug main contrib non-free
<freemangordon> replace bullseye with buster(?)
<freemangordon> Wizzup_: it is buster, right?
<Wizzup_> beowulf is buster
norayr has joined #maemo-leste
<SuperMarioSF> which dbgsym package I should use?
<SuperMarioSF> libglib2.0-cli-dbgsym ?
<freemangordon> sec
<freemangordon> libglib2.0-0-dbgsym
<freemangordon> what the?
<freemangordon> libglib2.0-0-dbgsym : Depends: libglib2.0-0 (= 2.66.8-1+leste1+m7) but 2.66.8-1+leste1+m7.1 is to be installed
<freemangordon> Wizzup_: ^^^?
<freemangordon> oh, wait
<freemangordon> this is my bad
<Wizzup_> :)
<freemangordon> because of experimenatl
<SuperMarioSF> libglib-object-introspection-perl-dbgsym 0.049-1+b1
<SuperMarioSF> libglib-testing-0-0-dbgsym 0.1.0-1
<SuperMarioSF> libglibd-2.0-0-dbgsym 2.3.0-1
<SuperMarioSF> libglib2.0-cil-dbgsym 2.12.40-3
<SuperMarioSF> libglib-perl-dbgsym 3:1.329.3-1+b1
<SuperMarioSF> libglibmm-2.4-1v5-dbgsym 2.64.2-2
<SuperMarioSF> I have those package in repo
<freemangordon> apt-cache policy libglib2.0-0-dbgsym
<SuperMarioSF> root@SMSF-Droid4:/var/log/maemo# LANG=C.UTF-8 LANGUAGE=C apt-cache policy libglib2.0-0-dbgsym
<SuperMarioSF> Candidate: 2.66.8-1
<SuperMarioSF> Installed: (none)
<SuperMarioSF> Version table:
<SuperMarioSF> libglib2.0-0-dbgsym:
<SuperMarioSF> 2.66.8-1 500
<SuperMarioSF> 500 http://debug.mirrors.debian.org/debian-debug bullseye-debug/main armhf Packages
<SuperMarioSF> 2.58.3-2+deb10u4+leste1+2m7.1 500
<SuperMarioSF> 500 https://maedevu.maemo.org/leste beowulf/main armhf Packages
<SuperMarioSF> 2.58.3-2+deb10u4+leste1+2m7 500
<SuperMarioSF> 500 https://maedevu.maemo.org/leste beowulf-devel/main armhf Packages
<freemangordon> do not use bullseye
<freemangordon> as I said - replace bullseye with buster
<SuperMarioSF> OK, removing from sources
<freemangordon> no, it is ok
<freemangordon> do not remove it
<freemangordon> just edit it
<SuperMarioSF> replaced
<freemangordon> here are dbgsym packages
<freemangordon> for glib
<SuperMarioSF> root@SMSF-Droid4:/var/log/maemo# LANG=C.UTF-8 LANGUAGE=C apt-cache policy libglib2.0-0-dbgsym
<SuperMarioSF> Installed: (none)
<SuperMarioSF> Candidate: 2.58.3-2+deb10u4+leste1+2m7.1
<SuperMarioSF> libglib2.0-0-dbgsym:
<SuperMarioSF> Version table:
<SuperMarioSF> 500 https://maedevu.maemo.org/leste beowulf/main armhf Packages
<SuperMarioSF> 2.58.3-2+deb10u4+leste1+2m7.1 500
<SuperMarioSF> 2.58.3-2+deb10u4+leste1+2m7 500
<SuperMarioSF> 500 https://maedevu.maemo.org/leste beowulf-devel/main armhf Packages
<SuperMarioSF> 2.58.3-2+deb10u3 500
<SuperMarioSF> 500 http://debug.mirrors.debian.org/debian-debug buster-debug/main armhf Packages
<SuperMarioSF> is that good to go?
<freemangordon> looks like
<freemangordon> please install it
<freemangordon> libglib2.0-0-dbgsym
<SuperMarioSF> Thread 1 "icd2" received signal SIGSEGV, Segmentation fault.
<SuperMarioSF> 0xb67f6094 in ?? ()
<SuperMarioSF> #0 0xb67f6094 in ?? ()
<SuperMarioSF> (gdb) bt
<SuperMarioSF> #1 0xb6e3a7c2 in g_main_dispatch (context=0x430808) at ../../../glib/gmain.c:3182
<SuperMarioSF> #2 g_main_context_dispatch (context=context@entry=0x430808) at ../../../glib/gmain.c:3847
<SuperMarioSF> #3 0xb6e3aa5a in g_main_context_iterate (context=0x430808, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../../../glib/gmain.c:3920
<SuperMarioSF> #4 0xb6e3acd2 in g_main_loop_run (loop=0x431778) at ../../../glib/gmain.c:4116
<SuperMarioSF> #5 0x00404ab0 in main (argc=<optimized out>, argv=<optimized out>) at icd_exec.c:315
<SuperMarioSF> (gdb)
<freemangordon> :(
<SuperMarioSF> something went very wrong...
<SuperMarioSF> I can setup a SSH connection for you
<freemangordon> yes, please
<SuperMarioSF> please wait a while.
<freemangordon> sure
<SuperMarioSF> full access session have sent to you.
<freemangordon> thanks
<freemangordon> sec
<SuperMarioSF> before that symbol loading I suggest to do some proxy setup first...
<freemangordon> no, I will try to install what I know first
<freemangordon> I was about to export LC_ALL :)
<SuperMarioSF> I don't mind if you just download the complete source code there. I have plenty free space on it.
<freemangordon> ok
<SuperMarioSF> and that SD card is a extra-durable one.
<freemangordon> but I don;t understand why I don;t get sane backtrace
<SuperMarioSF> me neither. I have a spare droid4, if you want a fresh-installed one I can do it.
mro has joined #maemo-leste
<SuperMarioSF> no important data is on both droid4 i have, so you basically can do anything.
<freemangordon> no, lets see what's going on
<freemangordon> just gimme a couple of minutes
<SuperMarioSF> OK
<SuperMarioSF> battery at 89%
<freemangordon> ok
<freemangordon> hmm, removing ofono plugin makes it work
<freemangordon> hmm, session hangs every now and then
<SuperMarioSF> oops
<SuperMarioSF> the USB doesn't playing well
<SuperMarioSF> fixing
<freemangordon> :(
<freemangordon> thanks
<SuperMarioSF> replacing with a better cable
<freemangordon> ok
<SuperMarioSF> some strange thing happend
<SuperMarioSF> USB doesn't connect at all
<SuperMarioSF> can I just reboot device?
<freemangordon> sure
<freemangordon> icd2 will start now
mro has quit [Remote host closed the connection]
<SuperMarioSF> woah that is a big manual database...
<freemangordon> yeah
<freemangordon> :(
<SuperMarioSF> at least we have 2 cores
<freemangordon> could you unlock the device
<freemangordon> as when locked we have 1 core :)
<freemangordon> ah, it is ready
<SuperMarioSF> device screen is on
<freemangordon> ok
<SuperMarioSF> and I see 2 cores running with htop
<freemangordon> ok
norayr has left #maemo-leste [Error from remote client]
<freemangordon> ummm....
<freemangordon> it does not crahs
<SuperMarioSF> seems running fine?
<freemangordon> mhm
<freemangordon> lemme reinstall from the repo
<SuperMarioSF> woah
<SuperMarioSF> just report.
<SuperMarioSF> icd2 running ok
<SuperMarioSF> and APN created
<freemangordon> yes, I just stopped it though
<SuperMarioSF> ok
<SuperMarioSF> boom
<SuperMarioSF> it's gone
<freemangordon> seems the one in the repo is broken
<SuperMarioSF> a failed build?
<freemangordon> no idea
<freemangordon> Wizzup_: ^^^
<freemangordon> something with beowilf-devel builder?
<freemangordon> I built the plugin locally and it works fine
<freemangordon> if I install the one in the repo, icd2 segfaults
<Wizzup_> shouldn't be
<Wizzup_> are you sure it's the same code/tag?
inky has joined #maemo-leste
<freemangordon> just checked
<Wizzup_> maybe run another build and see
* Wizzup_ needs to go and cook
<freemangordon> ok
<SuperMarioSF> local compiled icd2 plugin works correctly.
<freemangordon> yep
<freemangordon> building again in the autobuilder
<freemangordon> SuperMarioSF: something happened with the session
<SuperMarioSF> it's fine now
<freemangordon> thanks
<SuperMarioSF> maybe some USB related stuff on device side reset the USB PC suite mode
<SuperMarioSF> btw it's same on both my droid4
<SuperMarioSF> for some reason
<freemangordon> ugh, the build failed
<freemangordon> what is going on?
<SuperMarioSF> [emoji::thinking]
<SuperMarioSF> wait, should we update the repo first?
<freemangordon> hmm?
<SuperMarioSF> is file on the server replaced, or need a version bump (apt update)?
<freemangordon> it should increase the version automatically
<freemangordon> but this fails for some reason
<SuperMarioSF> but local apt cache isn't updated yet?
<freemangordon> warning: Temporarily disabling breakpoints for unloaded shared library "/usr/lib/icd2/libicd_network_ofono.so"
<freemangordon> ugh
<sicelo> ab
<freemangordon> icd2 unloads the lib?
<sicelo> and i also have beowulf experimental activated
<freemangordon> module 'libicd_network_ofono.so' version 0.99.1 is greater than icd2 version 0.99, not loading it
<freemangordon> wait, what?
<SuperMarioSF> ???
<SuperMarioSF> well, there is something went wrong with version number.
<freemangordon> this version comes from headers
mro has joined #maemo-leste
<freemangordon> it is auto-generated
* freemangordon checks where 99.1 comes from
<sicelo> i got that version error too, but at that time, it was evidently that libicd-network-ofono was built against chimaera. when building myself, never got it again
<freemangordon> version in chimaera is 100
<SuperMarioSF> yup, it's same on my side.
<SuperMarioSF> locally built version works fine.
<SuperMarioSF> oh
<sicelo> great. at least the fixes are correct for both of us then
<SuperMarioSF> if anyone want a live status show
<SuperMarioSF> web session read only: https://tmate.io/t/ro-zUUvV6HvzpXpyXuDLULDmersF
<SuperMarioSF> ssh session read only: ssh ro-zUUvV6HvzpXpyXuDLULDmersF@sfo2.tmate.io
<SuperMarioSF> here is read-only session
<SuperMarioSF> wait, it's not working?
<freemangordon> Unpacking icd2-dev (0.99+2m7)
<SuperMarioSF> These are correct one:
<SuperMarioSF> ssh session read only: ssh ro-nuJqWD9nyWjxXRg5jXzrXrmws@sfo2.tmate.io\
<SuperMarioSF> web session read only: https://tmate.io/t/ro-nuJqWD9nyWjxXRg5jXzrXrmws
<freemangordon> ok, somehow chimaera version went into beowulf
<freemangordon> we shall wait for Wizzup_
<freemangordon> ok, seems chimaera and beowulf share one and the same repo :)
<freemangordon> SuperMarioSF: I installed locally build version
<SuperMarioSF> OK
<freemangordon> you are good to test if now provisioning works
<SuperMarioSF> OK
<SuperMarioSF> let me start icd2.
<freemangordon> hopefully Wizzup_ will fix the repo mess
<SuperMarioSF> yup, new plugin provisioned correectly.
<SuperMarioSF> It's working.
<freemangordon> cool
<SuperMarioSF> btw
<sicelo> so it was evidently same cause
<freemangordon> mhm
<SuperMarioSF> why /bin/ping doesn't have setuid bit set?
<freemangordon> SuperMarioSF: do not upgrade :)
<SuperMarioSF> so I have to remove dbgsym for now
<freemangordon> yeah, remove dbgsym
<sicelo> mine is setuid ... but maybe i did it myself - can't recall since my installation is years old
* freemangordon is afk
<SuperMarioSF> seems all right now.
<SuperMarioSF> Thank you freemangordon
uvos has quit [Read error: Connection reset by peer]
<SuperMarioSF> just manually marked libicd-network-ofono as hold
<SuperMarioSF> no more accidently upgrade
<SuperMarioSF> I found Ubuntu Mono had better visibility in terminal on low resolution screen. Ubuntu Mono at 12pt. is having same text size as Monospace 10pt, but much more easy to read.
<sixwheeledbeast> I much prefer Ubuntu fonts for visibility, I swapped this on N900 years ago. I suppose you get accustomed to what your used to tho.
<sixwheeledbeast> The stock Nokia fonts where a bit too condensed for readability IMO
<Wizzup_> freemangordon: back, what's up
<SuperMarioSF> I use Ubuntu Mono in termux these days, it works even on modern smartphones
<sicelo> on my laptop i use Sudo font
<SuperMarioSF> and it is much visible than default one in very small size.
<Wizzup_> freemangordon: no, the versions are based on tags and not shared
<Wizzup_> freemangordon: but if you mean the very last thing we append to builds of the same tag, that _is_ shared
<Wizzup_> it's ultimately the same reprepro repository, and you cannot have .deb files with the exact same name
<Wizzup_> but we wouldn't change some abi version
inky has quit [Ping timeout: 256 seconds]
<SuperMarioSF> by the way
<SuperMarioSF> who is developing QTWebBrowser?
<SuperMarioSF> I want suggest a feature. An option to hide title bar in menu
<freemangordon> Wizzup_: so, now we have libicd-network-ofono in repos that is build against chimaera
<freemangordon> but beowilf-devel uses the same version
<freemangordon> I don't know how to fix the issue
<sicelo> gliffy: n900 is my focus - but i don't know as much as the other guys, so yeah ... slow
<freemangordon> maybe I shall increase the version for beowulf-devel?
<gliffy> sicelo: Cool! I am currently trying to nail what is causing the issue.
<Wizzup_> freemangordon: huh, what do you mean, 'built against chimaera' ?
<Wizzup_> SuperMarioSF: I think currently we don't really have a qtwebbrowser maintainer, but if anyone I'd say uvos :)
<freemangordon> Wizzup_: I started builds against chimaera and beowulf
<freemangordon> both suceeded
<freemangordon> but because we have only one .deb (because the versions are the same), we now have both beowulf-devel and chimaera point to that same .deb
<freemangordon> which was the one that was build in chimaera autobuilder
<freemangordon> I can't explain it any better
<freemangordon> so, you are saying that we can;t have the same versions in beowulf and chimaera?
mro has quit [Remote host closed the connection]
mro has joined #maemo-leste
<Wizzup_> freemangordon: there should not be an identical filename
<Wizzup_> freemangordon: but you're not saying that say the beowulf build was using chimaera packages?
<Wizzup_> freemangordon: hm, something is up, since normally the stuff after + should auto inc
<Wizzup_> iirc
<freemangordon> Wizzup_: maybe because I didn't wait for the first build to finish
<freemangordon> I guess this is the issue
<freemangordon> so please, remove the package from the repo
<freemangordon> and I will issue rebuilds
<freemangordon> unless you have a better idea
<sicelo> interestingly - even the SIM which had successfully provisioned before didn't have SPN ... no idea how it was able to pass the test
<sicelo> and of course, that operator was also missing in mbpi
<sicelo> anyway, works now :-)
mardy has quit [Quit: WeeChat 3.5]
<Wizzup_> freemangordon: can you just increase the version
<Wizzup_> I can remove specific packages if you want
<Wizzup_> but increasing the version is .. easier
<Wizzup_> freemangordon: btw regarding organicmaps I'm not going to fix the current ci issues, but you can try it with the deb that I linked today in vm
<Wizzup_> I'm not going to fix the current ci issues soon*
<freemangordon> ok, lemme increase the version
<freemangordon> sicelo: SuperMarioSF: please upgrade libicd-network-ofono and test if it is ok
<sicelo> i broke my N900 :p it has 1.0.6 now
<freemangordon> install the one from the repo
<freemangordon> there is 1.07
inky has joined #maemo-leste
norayr has joined #maemo-leste
<freemangordon> Wizzup_: hmm, chimaera buildt version 1.0.7+m7, beowulf-devel 1.0.7+2m7, is that on purpose?
<Wizzup_> freemangordon: yes
<Wizzup_> freemangordon: hm that is weird actually
<Wizzup_> freemangordon: I would expect that to be in reverse considering which you built first
<Wizzup_> freemangordon: that is weird, what if you build chimaera again?
<gliffy> sicelo: The choppines issue seems to be caused by a change made somewhere between the image builds 20220123 and 20220206. Going to see tomorrow if I can reduce it down further to a package or something.
xmn has joined #maemo-leste
<Wizzup_> gliffy: nice debugging!
<gliffy> ty
<Wizzup_> dpkg -l from the two images probably helps
<Wizzup_> (as in, the entire package list)
<gliffy> Ok. I will continue tomorrow. Gotta go to sleep now :D
gliffy has quit [Quit: Leaving]
<freemangordon> Wizzup_: I think it will be ok
<freemangordon> but if I try to build beowulf it will fail
<freemangordon> because 1.0.7+m7 is higher than 1.0.7+2m7
<Wizzup_> yeah, that's weird, not sure why reprepro complains about it...
<Wizzup_> we should just move to chimaera soon :)
arno11 has joined #maemo-leste
akossh has quit [Ping timeout: 248 seconds]
arno11 has quit [Ping timeout: 264 seconds]
Twig has quit [Remote host closed the connection]
mro has quit [Quit: Leaving...]
Pali has quit [Quit: Pali]