<MartijnBraam[m]>
tweakers.net is doing an article on alternative operating systems on phones and have sent a bunch of questions to me to answer about postmarketOS and asked me if I had contact info for more distributions. Should I relay something to them for leste?
System_Error has joined #maemo-leste
Langoor has quit [Ping timeout: 268 seconds]
Langoor has joined #maemo-leste
sicelo has quit [Ping timeout: 268 seconds]
enyc has quit [Ping timeout: 264 seconds]
sicelo has joined #maemo-leste
sicelo has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
enyc has joined #maemo-leste
System_Error has quit [Ping timeout: 276 seconds]
System_Error has joined #maemo-leste
enyc has quit [Ping timeout: 268 seconds]
joerg has quit [Ping timeout: 268 seconds]
joerg has joined #maemo-leste
mardy has joined #maemo-leste
Daanct12 has joined #maemo-leste
Danct12 has quit [Ping timeout: 264 seconds]
Daanct12 has quit [Quit: Quitting]
Danct12 has joined #maemo-leste
Pali has joined #maemo-leste
pere has quit [Ping timeout: 268 seconds]
<Wizzup>
MartijnBraam[m]: would be cool
uvos has joined #maemo-leste
pere has joined #maemo-leste
inky_ has quit [Remote host closed the connection]
<Wizzup>
MartijnBraam[m]: do you have some questions we can try to answer, or?
pere has quit [Ping timeout: 260 seconds]
enyc has joined #maemo-leste
<uvos>
Wizzup: regarding the Motorola Droid 4 section in the newspost
<uvos>
maybe rename it Motorola Droid 4/Droid Bionic to show that everything it says there also applies to the bionic
<Wizzup>
ok
<Wizzup>
sure thing
xmn has joined #maemo-leste
pere has joined #maemo-leste
Blikje has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
<MartijnBraam[m]>
Wizzup: I guess I forward him your email address or something, or do you have a tweakers account?
sicelo has quit [Quit: Bye!]
sicelo has joined #maemo-leste
sicelo has joined #maemo-leste
<Wizzup>
MartijnBraam[m]: no, I can make a tweakers account though
<Wizzup>
email addr works fine
<MartijnBraam[m]>
alright
<Wizzup>
MartijnBraam[m]: ok, made one, called 'wizzup'
inky_ has joined #maemo-leste
<MartijnBraam[m]>
nice
bencoh has quit [Ping timeout: 246 seconds]
System_Error has joined #maemo-leste
System_Error has quit [Changing host]
bencoh has joined #maemo-leste
bencoh has quit [Changing host]
bencoh has joined #maemo-leste
System_Error has quit [Ping timeout: 276 seconds]
System_Error has joined #maemo-leste
<uvos>
Wizzup: pretty sure i found the cause of the sphone crash you had
pere has quit [Ping timeout: 268 seconds]
<uvos>
Wizzup: the dialer ui had some use after free problems
<Wizzup>
*nod*
<freemangordon>
I would strongly recommend using valgrind
<uvos>
i did
<uvos>
thats how i found the problem
<freemangordon>
cool
<uvos>
it was left there by previous owner of the code
System_Error has quit [Ping timeout: 276 seconds]
<freemangordon>
uvos: did you have chance to check if latest pvr_dri crashes with WL?
<uvos>
no
<uvos>
sorry
<freemangordon>
ok, np
System_Error has joined #maemo-leste
System_Error has quit [Ping timeout: 276 seconds]
inky_ has quit [Quit: IRC for Sailfish 0.9]
pere has joined #maemo-leste
<tmlind>
freemangordon: glmark2-es2-wayland causes a sgx lockup kernel oops still, except if i run strace -o /tmp/out glmark2-es2-wayland
<tmlind>
freemangordon: is glmark now running fine for you on xorg?
<uvos>
tmlind: glmark never had this problem on xorg afaik
<uvos>
tmlind: it also worked fine with the red blob for me a couple of days ago
sunshavi has quit [Read error: Connection reset by peer]
<Wizzup>
uvos: should profilesx be part of a meta pkg for now?
<uvos>
yeah
<uvos>
as long as no other ui exists to set the ringtone and souch
<uvos>
for sure
<freemangordon>
tmlind: does it oops with ti blob as well?
<uvos>
freemangordon: Wizzup: btw what dose /etc/ringtones contain on freemantle
<tmlind>
hmm i should have a weston script somewhere just a sec
<uvos>
you have to specify the card iirc
<uvos>
for weston
<freemangordon>
it finds it, somehow
<uvos>
*dri node card1
<uvos>
ok
<freemangordon>
GL renderer: PowerVR SGX 540
<tmlind>
try something like this over ssh: XDG_RUNTIME_DIR=/tmp/xdg-weston /usr/bin/weston --config=${HOME}.config/weston.ini --debug --drm-device=card0 --tty=1
<tmlind>
oh / missing after HOME, that should be the default i think though
<tmlind>
sorry was trimming some options, here's my trimmed weston.ini:
<tmlind>
[core]
<tmlind>
backend=drm-backend.so
<tmlind>
xwayland=true
<tmlind>
repaint-window=1000
<tmlind>
gbm-format=xrgb8888
<tmlind>
[shell]
<tmlind>
panel-location=""
<tmlind>
panel-position="none"
<tmlind>
[terminal]
<tmlind>
font-size=24
<tmlind>
[libinput]
<tmlind>
rotation=0
<tmlind>
[output]
<tmlind>
name=DSI-1
<tmlind>
#transform=90
<tmlind>
[output]
<tmlind>
name=HDMI-1
<tmlind>
mode=1024x768@60
<freemangordon>
ok
<tmlind>
i think it's really the --tty=1 that you need starting from ssh
<tmlind>
and some XDG_RUNTIME_DIR
<freemangordon>
fatal: drm backend should be run using weston-launch binary, or your system should provide the logind D-Bus API.
<freemangordon>
what the crappy SW is that?!?
<tmlind>
yeah just wait until you see how the source tree has a separate vehicle output subdirectory
<uvos>
really
<uvos>
lol
<tmlind>
yup desktop-shell and ivi-shell
pere has quit [Ping timeout: 268 seconds]
<tmlind>
if wlroots did not have the issues with output nodes, tinywl in the wlroots source is very handy minimal gui for testing
sunshavi has joined #maemo-leste
<tmlind>
freemangordon: fyi, looks like also unpatched chromeos mesa works for glmark2-es2-drm with export MESA_LOADER_DRIVER_OVERRIDE=pvr
<freemangordon>
but, only sometimes
<freemangordon>
most of the times it crashes SGX
<tmlind>
oh ok
pere has joined #maemo-leste
<freemangordon>
also, how do you know which pvr_dri.so do you use?
<tmlind>
i still have the older mesa on my phone
<freemangordon>
ok
<tmlind>
then your mesa on my dev device
<freemangordon>
ah, you have more then one :)
<freemangordon>
*than
<tmlind>
oh yeah, i bought about 30 or so total at $6.99 to $12 each several years ago, gave most of them away for various geeks :)
<tmlind>
freemangordon: hmm maybe i was starting weston from a serial console, not from ssh, in case you're still having trouble. anyways zzz time here
<Wizzup>
freemangordon: btw, libosso-abook/osso-abook.h is not yet in our pkg, but it will be once we're done, right?
<freemangordon>
yes
<Wizzup>
uvos: looking at yappari what I think I will do is port code over that I need, rather than strip down yappari, as it'll be a _lot_ of work to do that
<uvos>
Wizzup: ok
<uvos>
Wizzup: so as a sphone module or no?
<uvos>
Wizzup: haveing it as a sphone module gives me the advantage that you will be writing a sphone-comm moudule for telepathy that the dialer can also use :P
<Wizzup>
uvos: as standalone qt gui app initially
<Wizzup>
I can still make the telepathy thing later, I don't know enough about either tp or rtcom atm, so I think starting with conversations makes sense
<uvos>
:(
<uvos>
ok
<Wizzup>
s/can still/will still/
<Wizzup>
uvos: well I am not sure what the advantage is rn for me to develop it inside sphone?
<uvos>
there is none
<Wizzup>
I mean the vast majority of it will just be some handlers + a window which could be launched either from sphone or something else
<uvos>
the advantages mostly surface for me
<uvos>
well the handlers should go through sphones interfaces
<uvos>
ie the datapipes
<Wizzup>
well I would still write a tp handler for sphone
<uvos>
so everything can share
<uvos>
there is some other advantages with sphone abstracting stuff away
<uvos>
like i could use your ui on debian with just ofono
<uvos>
that sort of thing
<uvos>
but yeah
<uvos>
also stuff like vibration policy, what ring tone to use for incomeing msg etc
<Wizzup>
uvos: it still could, but I don't want to be hindered initially by having to make hildon stuff optional
<Wizzup>
right now there is no code at all :p
<Wizzup>
I want to have a basic thing that can read rtcom log, show it, maybe read contacts, and recieve/send sms from tp and write to rtcom
<Wizzup>
I think that's enough for the next few weeks probably
<uvos>
hildon only stuff is ok in a module
<uvos>
ofc i would prefer it be optional
<uvos>
but in a module its ok
<Wizzup>
I think the context menu for example is a must, as are the stacked windows
<Wizzup>
but with the right qt/c++ abstraction it's probably easy enough to make it optional
<uvos>
sure the ui module can do what it wants really