<Entitlement>
parazyd - [ Force legacy randr via confflags. · maemo-leste-upstream-forks/libsdl1.2@ef2060f... ]
<parazyd>
Building now
<Wizzup>
uvos: right @ in X
<uvos>
byw sdl1.2 dosent support multi pointer
<uvos>
so it will inevtably loose touch events on d4
<Wizzup>
yeah, we'll recommend people to port to sdl2 :)
<Wizzup>
but having it at least work is helpful
<Wizzup>
uvos: cool, brainparty and cloudgps start on my d4
<Wizzup>
they don't use the entire screen in fullscreen, but I think that's to be expected since these things often have hardcoded window sizes
<uvos>
cloudgps should work fine
<uvos>
brainparty hardcodes a size
diejuse1 has quit [Quit: Leaving.]
<uvos>
and sdl is supposed to put it in the middle
<Wizzup>
cloudgps did too, let me pull latest code
<parazyd>
Wizzup: Built sdl1.2, package version should have a +leste1 extension
<Wizzup>
iirc I fixed
<Wizzup>
parazyd: I think we're testing it already :p
<uvos>
it works with the test app
<uvos>
but brainparty ends up off center for some reason
<Wizzup>
uvos: yeah, and it doesn't start an actual test (I think it crashes)
<Wizzup>
should try drnoksnes and stuff :)
<uvos>
Wizzup: works for me
<Wizzup>
uvos: d4?
<uvos>
yes
<Wizzup>
interesting
<Wizzup>
I'll run it from cmdline in a bit
<uvos>
works from the icon
<uvos>
btw
<Wizzup>
uvos: I think I'll try with the fs_notor patch a bit later today
<uvos>
if you update brainparty
<Wizzup>
just to see if it helps
<uvos>
no
<uvos>
input cant work if you do this
<uvos>
pls fix brainparty packaging
<uvos>
shoving the binary into opt is not the way
<Wizzup>
yeah, that was done in fremantle everywher
<Wizzup>
I removed it for most
<Wizzup>
maybe I forgot here
<Wizzup>
uvos: yeah pulling in my own latest code makes cloudgps work :p
<Wizzup>
I'll add it to -extras today
<Wizzup>
(or did I do it already, I forgot)
<uvos>
i used it from repo so yes
<uvos>
and it works fine
<uvos>
(version in repo)
<uvos>
with patched sdl ist mutch faster
<uvos>
70 vs 30 fps
diejuse1 has joined #maemo-leste
<uvos>
this is because hildon fails to unridirect the window
<Wizzup>
I think it disabled compositing
<Wizzup>
yes
<uvos>
it should just do that for fullscreen overruide redirect windows
<Wizzup>
do you want to patch h-d for that?
<uvos>
yes this is hildons problem
diejuse1 has quit [Client Quit]
<uvos>
it can just suspend whenever a fs app is on top
<Wizzup>
what about making a window unfullscreen and showing the app mgr?
<Wizzup>
I guess that should work since the window is made un-fullscreen
<uvos>
yes works automaticly
<Wizzup>
uvos: does the button to go to the task manager work for you in cloudgps?
<uvos>
also showing a notification banner immidatly resumes
<uvos>
Wizzup: yes
<uvos>
Wizzup: but the window is in windowed mode after that
<Wizzup>
weird, for me neither that nor the 'X' work
<uvos>
Wizzup: whitch is somehting sdl dose
<Wizzup>
now it worked
<Wizzup>
what if you do 'p' twice in keyboard?
<Wizzup>
uvos: hm, when it worked, and I went back to the app, it went back in fullscreen, so I am seeing different things from you
<uvos>
pressing p works fine
<uvos>
but an app rotating itself is evil
<Wizzup>
hm
<Wizzup>
well the app not wanting to exit in combination with those power keys not working is a problem
diejuse1 has joined #maemo-leste
<uvos>
yeah that was terrible on desktop too
<uvos>
back in sdl1.2 land
<Wizzup>
this isn't fixed in libsdl2 though is it?
<uvos>
yes it is
<uvos>
sdl2 is a normal ewmh citizen
<Wizzup>
ok
<Wizzup>
parazyd: you also set enable-video-x11-xv=no - I am not sure if it matters, but iirc we'd probably want to keep that?
<Wizzup>
not that we do xv atm :)
<Wizzup>
uvos: ok, hrm
<parazyd>
01:25 <uvos> you can force it to use legacy randr by compiling with "./configure --enable-video-x11-xrandr=yes --enable-video-x11-xinerama=no --enable-video-x11-vm=no --enable-dga=no --enable-video-x11-xv=no --enable-video-x11-dgamouse=no
<parazyd>
Followed this
<parazyd>
but ok
<uvos>
Wizzup: it was spitting a warning
<parazyd>
Wizzup: If you can, test SDL on the Pinephone
<uvos>
so i removed it
<uvos>
but it should work ok if you enable it
<uvos>
was maybe a bit overzealus
<Wizzup>
parazyd: btw, any reason we can't run gpsd as user?
<parazyd>
Yeah it simply doesn't work
<Wizzup>
so if the kernel gps files are user:users, it doesn't work?
<uvos>
they are 444 rn
<uvos>
so no
<parazyd>
per Gary, loosely quoted: "Various weird bugs will occur if gpsd doesn't start as root. gpsd drops its privileges ASAP"
<Wizzup>
ah, ok
<Wizzup>
that's fine then
<Wizzup>
uvos: you said you installed cloudgps from extras? my pinephone doesn't show it, weird
<uvos>
none of the other tilesets work in cloudgps :(
<uvos>
Wizzup: you put it into extras-devel
<Wizzup>
ah, I forgot that worked
<Wizzup>
:D
<uvos>
which is somehting you should avoid
<Wizzup>
why
<uvos>
it makes no sense
<Wizzup>
I think it does, if I want to test cloudgps builds without sending them to everyone
diejuse1 has quit [Ping timeout: 260 seconds]
<uvos>
ok
<Wizzup>
for example the current cloudgps with libsdl will make it impossible for a user to kill it unless they know the magic key combination 'q'
<uvos>
well i dont think you should be testing it in the repo then
<Wizzup>
which also requires a physical keyboard
<uvos>
but im not terribly concerned
<uvos>
since no one has extras-devel enabled anyhow
<Wizzup>
do you have the source.list line for extras-devel?
<Entitlement>
uvos - [ Directory Index - Maemo Leste ]
<uvos>
no that is is
<uvos>
works for me
<Wizzup>
well then apt is lying to me about cloudgps not being in there
<uvos>
upps
<uvos>
my bad
<Wizzup>
it's not in the repo huh? :p
<uvos>
its not
<uvos>
sorry
<Wizzup>
np
<Wizzup>
ok, I will test on pinephone in a bit parazyd
<uvos>
can you check a new image too
<Wizzup>
sure
<uvos>
as inky claims it dosent work for ratation
<uvos>
rotation
<Wizzup>
in a bit though
<uvos>
can we maybe sponsor parazyd a new pp?
<Wizzup>
I think that should be np
<uvos>
i think just you having one is intollerable if we want to claim to support it
<parazyd>
I can get one, it's np
<uvos>
ok
<parazyd>
Just waiting for the hw keyboard situation
<uvos>
ok
<parazyd>
So I'd try to get that all at once
<Wizzup>
Might take a while though
<uvos>
dose the devkit still work?
<Wizzup>
I have one iirc (devkit)
<Wizzup>
So with my lab psus I could set up some CI maybe, but I am a bit worried leaving them on all the time when I am not home
<parazyd>
I have Wizzup the sopine module :p
<uvos>
why
<Wizzup>
I have three, one for each phone (n900,d4,pinephone)
<Wizzup>
uvos: not sure, maybe I just need reassurance :p
<uvos>
whay are you afaid will happen? just set the current limmit to something reasonable
<Wizzup>
mhm
<uvos>
worst case the device dies
<Wizzup>
parazyd: I think it might take a while for the keyboard to arrive, maybe just get the addon later?
<Wizzup>
brainparty is just a black screen on the pp
<Wizzup>
started it again, now it's ok
<Wizzup>
could be a lima thing
<uvos>
lima maby
<uvos>
*maybe
<Wizzup>
input is weird/flakey
<parazyd>
PINEPHONE – Beta Edition Linux SmartPhone × 1
<parazyd>
Thank you. Your order has been received.
<Wizzup>
well on brainparty at least
<parazyd>
Lp
<parazyd>
:p
<Wizzup>
let me try some other apps in a bit
<Wizzup>
I think brainparty is not the best test app since it was specifically adapted for the n900 screen and such
<uvos>
Wizzup: it works fine for me
<uvos>
Wizzup: what do you mean flaky
<Wizzup>
uvos: this is pinephone
<uvos>
oh ok
<uvos>
maybe pinephones touch driver reports touches on slots 2-10 often
<Wizzup>
uvos: now on d4 it's ok for me too, btw
diejuse1 has joined #maemo-leste
<uvos>
then it wont work randomly
<Wizzup>
just needs scaling :)
<uvos>
as sdl will only respond to slot
<uvos>
1
<uvos>
maybe try brainpary on n900
<uvos>
mine is empty
<uvos>
rn
<Wizzup>
ok, yeah, I
<Wizzup>
I'll boot it
<Wizzup>
brb though
diejuse1 has quit [Quit: Leaving.]
diejuse1 has joined #maemo-leste
<Wizzup>
upgrading n900 :)
<Wizzup>
it rebooted because of ke-recv
<Wizzup>
..
<diejuse1>
parazyd uploaded a video? what is the link?
<Wizzup>
looks like the reboot caused the device to also not start icd2 and other things :/
<parazyd>
diejuse1: No, it was some sxmo video
R0b0t1 has quit [Ping timeout: 240 seconds]
<parazyd>
Wizzup: Dies "apt -f install" try to do anything now?
<Wizzup>
I have to sudo dpkg --configure -a
<Wizzup>
but wifi is broken
<Wizzup>
so it's all kinda tricky
<Wizzup>
I guess I got lucky it didn't break X
<uvos>
lets just disable lifeguard for now....
<uvos>
its mostly just annoying
<Wizzup>
Are you sure this is the lg?
<parazyd>
Yeah, probably
<parazyd>
Also nothing really changed in ke-recv recently, so I'm pretty sure this was always around
<parazyd>
"nothing really changed" I mean regarding init
<Wizzup>
isn't that a dsme thing?
<parazyd>
The initscript uses dsmetool
<uvos>
lifeguard and apt also just fundamentaly dont mix
<uvos>
if any upgraded deamon that lifeguard checks dosent start after upgrade
<parazyd>
This is true
<uvos>
lifeguard procedes to render the device unbootable
<uvos>
by crashing apt
<uvos>
great
<Wizzup>
I'd like to verify this is the case thugh
<parazyd>
The lifeguard is more a lockdown than useful IMHO
<Wizzup>
err what
<Wizzup>
Maybe I fundamentally don't understand what it does
<uvos>
+1
<uvos>
not the resapawn deamon part
<parazyd>
One part reboots the device if services crash
<uvos>
but the reboot device if respawn fails
<parazyd>
Giving you no way to debug the issue, only post-mortem
<uvos>
but the respwan deamon part can be replaced by supervise deamon
<uvos>
so lifeguard is mostly just annoying
<Wizzup>
Isn't this a dsme feature?
<uvos>
yes
<uvos>
this dsme module is called lifeguard
<Wizzup>
also I am pretty sure on most of my devices I have touched that file
<Wizzup>
and I think they still all rebooted
<Wizzup>
so it might be something else
<Wizzup>
afaik lifeguard at least would write some info about that happening, and not do a hard reset
<Wizzup>
it all looks like hard reset really
<uvos>
ok
<Wizzup>
the ssh conn doesn't get killed
<Wizzup>
it just hangs
<Wizzup>
this was true for all the devices I did this on
<uvos>
none of my devices misbehaved btw
<Wizzup>
it was n900, droid4, droid4, pinephone here :p
<uvos>
that makes a hard reset kinda unlikely
<uvos>
since they run pretty different kernels
<Wizzup>
not if it's lifeguard though?
<uvos>
sure lifeguard reboots any device :P
<Wizzup>
uvos: sorry, I meant watchdog
<uvos>
also via the watchdog interface
<uvos>
yeah lifeguard misbehaving can cause the kernel to watchdog reboot
<uvos>
because it drives the interface
<uvos>
again lifeguard is makeing things worse...
<uvos>
lifeguard causing a watchdog reboot is particually annoing since its almost impossible to tell if that is what happend.
<uvos>
i think you should get something in pstore if you have it
<Wizzup>
it should not cause a watchdog reboot if the watchdog is released properly and kernel tgakes over
<Wizzup>
iiuc
<uvos>
right
<uvos>
"lifeguard misbehaving"
<Wizzup>
maybe. :)
<Wizzup>
would be nice if we know what triggers it, then I can debug
<uvos>
no doubt
<uvos>
" if any upgraded deamon that lifeguard checks dosent start after upgrade lifeguard procedes to render the device unbootable by crashing apt before the upgrade finishes"
<uvos>
thas a problem regardless of the current cause of reboot
<freemangordon>
uvos: you have records in syslog
<Wizzup>
this is true for a small subset of services, so it would be good to check
<freemangordon>
on lifeguard reboot that is
<uvos>
Wizzup: i mean its true of any device
<uvos>
Wizzup: lifeguard can break X like this
<Wizzup>
I think this is the relevant part:
<uvos>
Wizzup: and then lifeguard will bootloop endlessly because x wont start
<Wizzup>
May 17 12:09:30 localhost DSME: removed exited process (pid 2461) from process wd
<Wizzup>
May 17 12:09:31 localhost waitdbus[11505]: trying to connect to the system bus
<Wizzup>
May 17 12:09:31 localhost waitdbus[11506]: trying to connect to the session bus
<Wizzup>
May 17 12:09:31 localhost DSME: process '/sbin/mce --force-syslog' started with pid 11508
<Wizzup>
May 17 12:09:31 localhost systemui-powerkeymenu[2558]: systemui: shutdown_ind from DSME, quitting
<Wizzup>
May 17 12:09:31 localhost DSME: new state: DSME_STATE_REBOOT
<Wizzup>
so it is maybe a dsme restart?
<freemangordon>
also, watchdog is opened with "no disable on close" option, IIRC, so if dsme crashes, it will reboot the device
<freemangordon>
Wizzup: or rather someone told dsme to restart
<Wizzup>
freemangordon: yes, apt
<Wizzup>
uvos: in any case, latest libsdl1.2 from our repo works with brainparty on the n900
<freemangordon>
ok, maybe I am missing the issue here
<uvos>
freemangordon: we are discussing 2 issues
<Wizzup>
freemangordon: it's not clear yet, but there is a one time upgrade that will reboot for sure during upgrade, at least on my devices
<uvos>
freemangordon: 1 apt upgrade has been rebooting devices
<freemangordon>
hmm, I think I just saw that in the VM
<uvos>
freemangordon: and 2 dsme lifeguard will break installes by crashing apt when it reboots if the upgrade has any deamon not start for any reason
<uvos>
leaving apt packages unconfigured
<freemangordon>
that's why we shall not upgrade with apt, but with HAM ;)
<Wizzup>
uvos: the scummvm menu behaves a bit weird, first relative mouse (vm) works, then when I click 'add game', there is a dialog, cancelling the dialog makes relative mouse no longer work
<Wizzup>
could be scummvm git issue
<uvos>
freemangordon: sorry thats not a realy a good solution..
<Wizzup>
or qemu, disregard for now
<freemangordon>
because HAM has special mode for system upgrades
<freemangordon>
uvos: why?
<Wizzup>
I think it'd be better to figure out what's up for now
<Wizzup>
HAM can't even do system upgrades
<freemangordon>
CSSU's been using it for years
<Wizzup>
and it'd be nice if we can make normal devuan 'just work' as much as possible
<uvos>
and even if it could we should not break apt
<Wizzup>
yes, but we don't even know what classifies as system upgrade here
<freemangordon>
any service/library upgrade is a system upgare
<freemangordon>
*upgrade
<freemangordon>
we're not running servers here, so restarting on upgrade is not an issue
<freemangordon>
Wizzup: BTW, system packaes are marked as such in debian/contro
<freemangordon>
*control
diejuse1 has quit [Quit: Leaving.]
<freemangordon>
also, once we have a stable system, I don;t see a reason why not doing it like we did, by using system upgrade metapackages
<freemangordon>
we == CSSU
<Wizzup>
ok, so git scummvm does work, but uses gtk3 for the dialogs (not ideal)
<Wizzup>
freemangordon: I think uvos just wants lifeguard disabled for now
<Wizzup>
freemangordon: good to know @ system packages
<Wizzup>
cc parazyd ^
<Wizzup>
uvos: scummvm works in vm with libsdl, but now being able to use power menu I think is still a problem
<parazyd>
This is not something we can rely on really, unless you consider system packages being all packages without "user/*" section
<Wizzup>
or maybe it does work
<Wizzup>
parazyd: this is about maemo system packages I think
<freemangordon>
ok, please disable it on the images by creating that special file, do not remove/change any code
<freemangordon>
parazyd: so?
<freemangordon>
what is the problem, please explain
<parazyd>
We walso want people to get updates for openssl, dbus, etc.
<freemangordon>
they will
<freemangordon>
HAM is capable of updating them
<Wizzup>
parazyd: the point was that if we upgrade one of those packages, we can enter 'system upgrade mode' in HAM
<parazyd>
I know the magic package, yes.
<freemangordon>
:nod:
<Wizzup>
it wasn't about showing them all or something
<parazyd>
12:56 <Wizzup> parazyd: this is about maemo system packages I think
<parazyd>
I was talking about this.
<freemangordon>
have to attend work mtg, bbl
<Wizzup>
uvos: ok, so power menu still works on BP and scummvm on n900 and vm, so maybe that's fine
<uvos>
Wizzup: power menu should work everywhere
<uvos>
Wizzup: acctually
<uvos>
since its triggerd by mce
<uvos>
and mce gets the input from kernel directly
<uvos>
and so the x11 grab dosent apply
<uvos>
hildon-shortcuts dont wokr
<uvos>
yeah works fine on d4 cloudgps
<uvos>
i forgot that powerkey is not transmitted though x
<Wizzup>
check
<uvos>
any remaining reason not to just leave sdl1.2 like this (unpached) now?
<Wizzup>
mostly not, I've found in a few places that the button to go hildon doesn't work
<Wizzup>
but otherwise, pretty happy with this
<Wizzup>
I am going to get cloudgps and fixed scummvm in extras
<Wizzup>
maybe we can think of a few more things to test with
diejuse1 has joined #maemo-leste
<uvos>
i mean it would be nice if the mapphone buttons worked
<uvos>
also how dose tklock fare
<uvos>
it really should not open at all if another client has exclusive keyboard grab
<uvos>
but it probubly dose right now
<uvos>
i dont use tklock so cant check
<Wizzup>
so just open a program, try to lock, etc?
<uvos>
yeah open cloudgps
<uvos>
and lock the device with it fullscreen
<Wizzup>
yeah tklock is broken
<uvos>
yeah ok
<Wizzup>
heavily broken
<uvos>
tklock needs to 1. hold a keyboard grab
<uvos>
and 2. not open if it cant
<Wizzup>
device is rebooting :)
<uvos>
thats how every other x11 lockscreen works
<Wizzup>
uvos: so how do I lock the phone (which I do want to) with cloudgps open?
<uvos>
Wizzup: you cant if its fullscreen
<uvos>
Wizzup: fundamental x limitation
<Wizzup>
maybe this is why there are the fremantle patches then
<inky>
we have here: keysyms, unicode value, then some status field, and then after the comment we have "the name of the X11 keysym macro without the leading XK_"
<inky>
your code currently gets the unicode symbol and returns XK_something.
<uvos>
this way the #defines in keysymdef.h set the hex values for the keysymbs
<uvos>
is also more readable
ikmaak has joined #maemo-leste
<uvos>
the armenian alphabet is honestly pretty
<uvos>
never seen it before
<inky>
heh. (:
<inky>
i can generate the header as in your last example by only using the file with four columns from node library.
<inky>
because it contains what you want in the second array.
<inky>
i just need to add XK_ to those lines.
<uvos>
inky: looks like
<uvos>
thats great
<uvos>
so then #include <X11/keysymdef.h> is sufficent to get the hex values
pagurus has joined #maemo-leste
diejuse1 has joined #maemo-leste
<diejuse1>
One question. Is it possible to install applications or games from other repositories through Hildon Application Manager? I remember that many games appeared on the Nokia N900.
<buZz>
diejuse1: many of the older maemo applications and games need some work done to work in leste
<buZz>
its not always a lot of work though
<buZz>
but you cant add just add a repo from another maemo version and install them
<buZz>
diejuse1: BUT, you can install stuff from the ~60000 programs in devuan ;)
<diejuse1>
buzz: Ok, it needs more work to get it
<buZz>
maemo leste much more than previous maemos is 'real' devuan underneath
<diejuse1>
you mean using "apt-get"
<buZz>
yeah
<diejuse1>
It would be nice to install devuan apps with GUI
<Wizzup>
diejuse1: many games on fremantle are open source, it's usually not too hard to port them
<Wizzup>
which one(s) were you thinking of
<buZz>
diejuse1: a lot of devuan apps with gui just work directly ;)
<buZz>
suprisingly many, anyway
<diejuse1>
Wizzup: free civilization
<buZz>
freeciv? lets see
<diejuse1>
yes
<Wizzup>
I think freeciv had patches for not having a right mouse button
<Wizzup>
buZz: ^
<buZz>
i bet thats in debian
<Wizzup>
like I said, patches for right mouse button :)
<buZz>
do i want 'gtk' or 'gtk3'
<diejuse1>
I understand
<Wizzup>
buZz: do you think debian ships those maemo patches? :p
<diejuse1>
buZz: yes, I knew it worked, I installed it too. My question was could I install it through Hildon Application Manager.
<buZz>
:)
<buZz>
atm not
<diejuse1>
I knew it worked, I installed it too. My question was could I install it through Hildon Application Manager.
<diejuse1>
I have also added webapp icons.
<diejuse1>
like Google Docs
<diejuse1>
I think Maemo Leste has a lot of potential to use webapps.
<Wizzup>
yeah, eventually
<diejuse1>
I have downloaded some 128x128 icons. I have added them to /usr/share/icons/hicolor/128x128. After I create a .dektop file with "exec=chromium --no-sandbox --new-window --app=https://docs.google.com"
<Entitlement>
diejuse1 - [ Sign in - Google Accounts ]
<diejuse1>
Using these flags it opens as if it were a Hildon application.
<Wizzup>
:)
<Wizzup>
yep
<uvos>
buZz: yeah the x11 backend to him has this bug
<buZz>
ah ok
<uvos>
buZz: inky is currently tasked with solveing this