belcher_ has joined #maemo-leste
belcher has quit [Ping timeout: 268 seconds]
belcher_ is now known as belcher
kdsch has quit [Quit: WeeChat 2.8]
Pali has quit [Ping timeout: 264 seconds]
joerg has joined #maemo-leste
<sunshavi> there is a question about 'DM_USB_GADGET' on the list.
akossh has quit [Quit: Leaving.]
diejuse has quit [Quit: Leaving.]
joerg is now known as Guest4354
Guest4354 has quit [Killed (sodium.libera.chat (Nickname regained by services))]
joerg has joined #maemo-leste
<mighty17[m]> what browser works in maemo (and pvr)
Twig has joined #maemo-leste
Twig has quit [Remote host closed the connection]
<sicelo> Almost any, depending on RAM usage, availability and your needs
<sicelo> E.g. on droid 4, firefox works reasonably okay.
xmn has quit [Quit: ZZZzzz…]
xmn has joined #maemo-leste
<mighty17[m]> sicelo: and matrix client?
<sicelo> Same answer :-p
<sicelo> Nheko,
<sicelo> Quarternion, etc.
<mighty17[m]> Nheko doesnt open virtual keyboard :(
<Wizzup> is it qt5? gtk3?
<Danct12> mighty17[m] on my n900, i use dillo
<bencoh> (dillo <3)
<Danct12> i kinda want to go with netsurf but i can't find it in beowulf
<bencoh> Yeah, I was about to say it was removed for some reason
<Wizzup> hm, I thought parazyd packaged it
<mighty17[m]> dillo is less resource intensive :D
<bencoh> (either that, or we used to build it from source, but I vaguely recall it was indeed removed)
uvos has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
sixkxbeh has joined #maemo-leste
sixkxbeh has quit [Remote host closed the connection]
sixkxbeh has joined #maemo-leste
sixkxbeh has quit [Remote host closed the connection]
Pali has joined #maemo-leste
Twig has joined #maemo-leste
Twig has quit [Remote host closed the connection]
mrkrisprolls has quit [Ping timeout: 244 seconds]
<parazyd> Wizzup: I packaged surf, not netsurf
uvos has quit [Ping timeout: 252 seconds]
<Wizzup> parazyd: ah ok
inky_ has quit [Ping timeout: 252 seconds]
inky_ has joined #maemo-leste
<Wizzup> parazyd: did you upgrade ke-recv over ssh?
<Wizzup> parazyd: I need your daemon.log info
<parazyd> Wizzup: Yes, I did apt update && apt install ke-recv
<parazyd> The latter does an upgrade of ke-recv only
<parazyd> I'm not at home now so can't access the N900 I did it on atm
<Wizzup> parazyd: do we log warnings in syslog?
<parazyd> What do you need from daemon.log? I pasted already two sprunges when the error happened
<parazyd> syslog and messages
<Wizzup> I mean warning level
<parazyd> I don't know
<Wizzup> ke-recv is *very* verbose about all the things that make it fail
<Wizzup> and I cannot find any message in syslog
<Wizzup> which is weird
<Wizzup> one of the thoughts was that maybe if you upgrade through ssh, then ke-recv and/or dsme are restarted with wrong/different env vars and that causes problems
<Wizzup> It would be good to check that those log calls actually work I guess
<parazyd> I upgraded both times through ssh
<parazyd> The full upgrade which caused a reboot and only the ke-recv upgrade which didn't cause a reboot
<Wizzup> yes, but the other case it sounded like you only changed ke-recv and no dsme or other stuff
<Wizzup> I really wonder if we want dsme to 'restart' at all during an upgrade
<Wizzup> I don't think Nokia did that a whole lot, if ever
<Wizzup> freemangordon: ^ any thoughts?
<parazyd> IMHO it shouldn't restart at all
<parazyd> uvos and I discussed this
<Wizzup> but it seems to restart currently
<parazyd> Yeah I mean the lifeguard is useless and gives you no freedom to debug
<parazyd> If a service fails
<Wizzup> uh
<parazyd> And rebooting is not a solution to "fix" the system
<Wizzup> I don't think we are on the same page at all
<Wizzup> I was saying that debian should not restart dsme upon upgrade
<Wizzup> I was not talking about dsme restarting
<Wizzup> (the system)
inky_ has quit [Ping timeout: 252 seconds]
<parazyd> oh ok
<parazyd> This might work with dh_installinit --no-start
mrkrisprolls has joined #maemo-leste
<Wizzup> if I can make that not happen when upgrading my device, it would help I think
inky_ has joined #maemo-leste
<parazyd> eh, it already is --no-start, so i guess not
<parazyd> but
<parazyd> I don't recall dsme being restarted actually
<Wizzup> I am trying to see if I can find that in the logs now
<Wizzup> in any case ke-recv seems very verbose with it's logging, so there should be messages about how it fails for sure
<Wizzup> ah we also stubbed stopping dsme it seems
<Wizzup> stop() { ebegin "Stopping dsme" eend 0
<Wizzup> }
<parazyd> There's also dsme-dbus
<Wizzup> basically everything logs to syslog
<parazyd> Yeah
<Wizzup> it looks like signal handler failing to install does attempt to log before opening the log
<Wizzup> but that's about it
<Wizzup> I'm wondering how I can debug this when I attempt an upgrade
<parazyd> Jun 17 14:06:27 localhost ke_recv[2130]: ke-recv.c:801: Returned from the main loop
<Wizzup> I think that is from:
<Wizzup> { g_main_loop_quit(mainloop);
<Wizzup> static void sigterm(int signo)
<Wizzup> }
<Wizzup> +
<Wizzup> g_main_loop_run(mainloop);
<Wizzup> ULOG_DEBUG_L("Returned from the main loop");
<parazyd> But that looks fine, yeah
<Wizzup> but we don't see any messages from ke-recv at all after that
<Wizzup> which is really weird
<parazyd> Yes
<parazyd> It just fails from dsme
<Wizzup> hmm
<parazyd> Does anything happen if you just send a sigterm to ke-recv?
<dreamer> parazyd: I'm looking bit more at cargo. so in order to create and update tables you need a 'recreatecargodata' permession on the user. sysops have this, but maybe you can add new group with these perms instead? -> https://www.mediawiki.org/wiki/Extension:Cargo/Storing_data#Permissions
<dreamer> permission*
<parazyd> dreamer: Can I give you admin somehow so you deal with it :)
<Wizzup> parazyd: I can try in a bit, we could also change ke-recv startup policy from -t to -f, which does not cause SW reset if it fails to restart, but that mostly makes sense from a debug pov imho
<parazyd> That could be fine for now
<dreamer> parazyd: hehehehehe. root on the machine hosting the wiki? ;)
<Wizzup> it's a lxc container iirc
<dreamer> same difference
<parazyd> No I mean on the mediawiki
<dreamer> or add me to admin group on the wiki
<parazyd> ok I think I did it
<parazyd> Please have a look
<dreamer> ok, lets see
<dreamer> `Member of groups:Administrators, Autoconfirmed users, Interface administrators, Users` << hopefully good enough yeah :)
<parazyd> ok
* dreamer will be poking around some more. probably on some temporary pages to get a feel of how cargo works
<Wizzup> parazyd: I wonder if ke-revc should use DLOG, not ULOG
<Wizzup> #define ULOG_OPEN(X) openlog(X, LOG_PID | LOG_NDELAY, LOG_USER)
<Wizzup> #define DLOG_OPEN(X) openlog(X, LOG_PID | LOG_NDELAY, LOG_DAEMON)
<dreamer> parazyd: have to start by adding a new table before you can query it ;)
<dreamer> anyway, I'll be poking around. don't expect results asap :P
<parazyd> Wizzup: Maybe it makes sense if it runs as root
<parazyd> dreamer: Sure
<Wizzup> parazyd: I think it also determines where the log messages go
<Wizzup> iiuc
<Wizzup> let me booy my droid and poke around
<parazyd> I think syslog is a concatenation of everything
* Wizzup doesn't think so
<Wizzup> but I have to check :)
<parazyd> ok
<parazyd> I'm not sure, but something in my mind tells me that it is :D
<parazyd> Either syslog or messages, don't remember
<Wizzup> messages is just kernel
<Wizzup> syslog I think is not everything either
<Wizzup> I will check
<parazyd> *nod*
diejuse has joined #maemo-leste
<Wizzup> parazyd: daemon.log is not the same as syslog
<parazyd> ok!
<Wizzup> parazyd: ke-recv messages end up in /var/log/user.log lol
<parazyd> ah obviously
<parazyd> ULOG :)
<parazyd> Yeah I didn't even think of checking it
<Wizzup> see /etc/rsyslog.conf
<parazyd> I'll have a look when I have my N900 again
<parazyd> But if you can make the upgrade, you should repro it too
<Wizzup> yeah I understand
<Wizzup> trying to check some other stuff first
<Wizzup> it looks like our rsyslog does not log CRIT to messages at least
<Wizzup> but it does log WARN
<buZz> hmm , apt upgrade just ended with 'Hangup'
<buZz> what a weird msg :P
cockroach has joined #maemo-leste
<Wizzup> buZz: hm, any idea what happened?
<buZz> it was building initrd at the time, it seemed
<buZz> oh huuu
<buZz> it somehow destroyed wifi i think :(
<Wizzup> on the d4, or what?
<buZz> yeah on d4
<Wizzup> dpkg-reconfigure ?
<buZz> i'll try, just doing another reboot now to be sure
<Wizzup> full system upgrades are difficult, there's a reason nokia only did a few and locked down the system + reboot once it was done :p
<buZz> oh , i remember it updated mce in this upgrade
<buZz> and it failed to shutdown mce
inky_ has quit [Ping timeout: 252 seconds]
<buZz> what should i dpkg-reconfigure ?
<buZz> what package i mean
<Wizzup> -a ?
<buZz> i tried 'mce' but doesnt seem able to configure it
<Wizzup> well maybe that's too much
<Wizzup> just whatever people do when apt is interrupted
<Wizzup> apt-get install -f?
* Wizzup 's memory is hazy atm
<buZz> yeah thats not the issue i think? hmm
<buZz> dpkg-reconfigure linux-image-droid4 now
<buZz> meh, keeps giving 'no connections available'
<buZz> i'm considering just wiping SD and reinstalling ;)
<buZz> or someone maybe has a good idea? :P
<Wizzup> wait
<buZz> i'll wait
<Wizzup> are you on -devel
<Wizzup> parazyd: btw I did apt upgrade just now and didn't get that problem
<buZz> i am
<buZz> i had a 24 package update
<Wizzup> buZz: dpkg -l | grep suppli
<Wizzup> I wonder what the two versions are
<Wizzup> for wpa supplicant and the licdicd-network-wpasupplicant
<buZz> wpa supplicant is 2.9.0-21+2m7.1
<buZz> libicd-net-wpas is 0.1.7+2m7
<buZz> wpa supplicant is 2:2.9.0-21+2m7.1
<Wizzup> that should work, at least that part of the stack
<buZz> lol
<buZz> ok
<buZz> anything else you'd like me to try?
<Wizzup> does wpa_cli work?
<Wizzup> 'scan', 'scan_results', etc
<buZz> yes
<Wizzup> do you see networks?
<buZz> yep, all the same as normal
<Wizzup> ok, but not from ui?
<buZz> indeed
<Wizzup> is icd2 running?
<Wizzup> pidof icd2
<buZz> it is
<Wizzup> hm
inky_ has joined #maemo-leste
<buZz> '/usr/sbin/icd2 -l2'
<Wizzup> and apt reports nothing else to fix/do?
<buZz> as far as apt is concerned , everything is ok, it seems
<buZz> apt -f install doesnt want to execute anything
<Wizzup> can you reconfigure icd2 and those other packages?
<buZz> ehm
<buZz> mayyybe, lets see
<buZz> :P
<parazyd> Wizzup: hmm ok
<buZz> oh huh
<buZz> i have linux-image-droid4 5.11.2 installed
<buZz> but uname -a tells me i'm running 5.11.22
<parazyd> uname != package version
<buZz> oh right, ok
<bencoh> that's pretty confusing thoug
<Wizzup> parazyd: random q, how can I enter charging mode from kexecboot on d4? I don't see the menu entry
<parazyd> Yeah, I'm thinking of setting it up to always keep the pkg version at 5.11.0
<parazyd> Debian does it this way too
xmn has joined #maemo-leste
<buZz> i've dpkg-reconfigure'd everything with networking in my last apt upgrade
<bencoh> yeah, but that's confusing as well tbh
<buZz> but nope, nothing changed
<buZz> :(
<parazyd> Wizzup: We didn't push that update yet
<Wizzup> parazyd: to -devel ? ok
<Wizzup> and emergency shell should work, right?
<parazyd> You can put softlevel=charge-mode in boot.cfg cmdline after you install charge-mode
<parazyd> Yes
<Wizzup> I'm booting it now for the first time :)
<Wizzup> I think it's booting normally though
<Wizzup> maybe I don't know how to use kexecboot keys :D
<parazyd> Well, you'll still see a tty
<Wizzup> I see X and everything, h-d
<parazyd> ah then it passed through
<parazyd> uvos said this happens sometimes
<Wizzup> in any case nvm for now, I'm not too interested in it atm
<parazyd> And ofc you need to be charging for it to actually show up
<parazyd> But he said sometimes the current draw is too high(?) so it skips
<Wizzup> aha
<parazyd> Only a mapphone problem
<bencoh> silly question: is https://maedevu.maemo.org/pkgweb/ supposed to show up as application/octet-stream?
<bencoh> firefox suggests to download it, instead of displaying the page
<Wizzup> seems like missing index.html default or some
<parazyd> oh sry
<parazyd> misconfig
Guest68 has joined #maemo-leste
<parazyd> Fixed
<parazyd> bencoh: Try now
<bencoh> yay, works! thanks :)
<parazyd> :)
<bencoh> it's lovely and pretty useful, by the way
<bencoh> did you reuse code from the devuan infra?
<bencoh> (oh and, you might want to display the package arch in the listing)
<parazyd> The architecture is in the URL
<parazyd> And if you open a package's page you also see it listed
<parazyd> We reused a Go program written for Devuan and modified it a bit for our usecase: https://github.com/maemo-leste/mpi/
<parazyd> I wrote the search in a very barebones, filesystem-as-db way though
<parazyd> So it's not the fastest thing, but it does the trick
<bencoh> neat
<bencoh> (and I yeah, I was only referring to the listing itself, regarding the arch)
Guest68 has quit [Quit: Client closed]
<buZz> so no ideas how i can get icd2 working again? :P then i'll just reinstall from scratch, nothing unique on my install atm
<bencoh> did you try purging/reinstalling?
<buZz> which packages? the libicd- one ?
<bencoh> yeah
<buZz> wpa_cli is working fine , btw
<bencoh> err, actually I dont know which of those package hosts the config files
<buZz> i bet icd2-settings-default and icd2-network-wpasupplicant-config
<buZz> 1.11+2m7 and 0.1.7+2m7 , are the ones i have
<bencoh> ah, you're on devel
<buZz> i am
<Wizzup> parazyd: so the provider will create a second entry in the UI for every network it maches
<Wizzup> parazyd: this gets messy quickly with lots of wifi APs
<Wizzup> since you now get double the amount of connections
_uvos_ has joined #maemo-leste
kdsch has joined #maemo-leste
<_uvos_> Wizzup: so on mapphones the charging state in sysfs is set by the kernel simply to "charging" or not depending on current_now. ofc that is very noizy so this value flickers back and fourth all the time. some times when charging_mode reads the state it will happen to chance upon the value while it not charging and simply boot to desktop
<_uvos_> we can either fix this somehow, or enter charing mode depending on usb connected state instead of charging state or both
_uvos_ has quit [Quit: _uvos_]
<Wizzup> right
<parazyd> Wizzup: ok
<parazyd> Does this apply to existing networks that have a saved connection, or it comes up on scan for all of them?
<parazyd> In any case, we could add some state and tweak connui
<Wizzup> parazyd: all of them
<parazyd> ok
<parazyd> Wizzup: So could the code be modified/copied to work like one-for-all networks
kdsch has quit [Ping timeout: 252 seconds]
<parazyd> Perhaps modifying is better since nothing else ever used this code
kdsch has joined #maemo-leste
<parazyd> I suppose the way it works now is allowing you to set a provider per-network
<parazyd> Perhaps there is just a way to have it show up when you're connected to a network
<parazyd> That sounds ideal
<parazyd> And could be a simple connui tweak
xmn has quit [Quit: xmn]
xmn has joined #maemo-leste
inky_ has quit [Ping timeout: 258 seconds]
inky_ has joined #maemo-leste
<Wizzup> maybe it could be a dialog + pref
<buZz> dbus starts with 'unknown username 'geoclue''
<buZz> on 6-20 image on droid4
<buZz> dont think its anything serious , seems to boot fine
<buZz> at least wifi works now \o
<buZz> :)
<buZz> the new font on the theming is nice!
inky_ has quit [Read error: Connection reset by peer]
inky_ has joined #maemo-leste
michiel__ has quit [Remote host closed the connection]
michiel__ has joined #maemo-leste
inky_ has quit [Ping timeout: 265 seconds]
inky_ has joined #maemo-leste
<freemangordon> Pali: well, at least Tom looks like a sane guy
<Pali> :-)
<sicelo> parazyd: by the way, I have permanent Location button on my status menu. Not sure if that's expected
<freemangordon> I guess not
<parazyd> Yeah it shows always, but it's easy to hide it
<parazyd> We can do that if it's necessary
<parazyd> lmk
<freemangordon> parazyd: well, in fremantle that button is only visible when there is active GPS session
<sicelo> I'm not used to seeing it all the time, so yes :-)
<parazyd> ok
<parazyd> I'll add that
<freemangordon> parazyd: lots of status menu items are like that, which kinda makes sense, otherwise status menu will easily get crowded
<sicelo> Thanks
<parazyd> freemangordon: Yeah, makes sense.
inky_ has quit [Read error: Connection reset by peer]
inky_ has joined #maemo-leste
cockroach has quit [Quit: leaving]
Pali has quit [Quit: Pali]
Pali has joined #maemo-leste
xes has joined #maemo-leste
xes has quit [Quit: WeeChat 3.0.1]
xes has joined #maemo-leste
kdsch has quit [Quit: WeeChat 2.8]
kdsch has joined #maemo-leste
l_bratch has quit [Ping timeout: 240 seconds]
l_bratch has joined #maemo-leste
Pali has quit [Ping timeout: 265 seconds]
kdsch has quit [Quit: WeeChat 2.8]