akossh has quit [Quit: Leaving.]
eval has quit [Quit: Updating details, brb]
eval has joined #maemo-leste
Anasko has quit [Ping timeout: 244 seconds]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
Anasko has joined #maemo-leste
Anasko has quit [Ping timeout: 265 seconds]
moparisthebest has joined #maemo-leste
Anasko has joined #maemo-leste
joerg has quit [Ping timeout: 248 seconds]
joerg has joined #maemo-leste
_fab has joined #maemo-leste
<freemangordon> Wizzup: so, if you cloned xorg from daedalus then obviously daedalus use different xorg from bookwork
<gnarface> oh, 3 of the xorg packages are forked actually
<gnarface> xserver-xorg-core, xserver-xorg-dev, and xserver-xorg-legacy all appear to have the "devuan" substring ni the version
<gnarface> *in
<freemangordon> do you know where devuan git repo for those lives?
<freemangordon> yeah, 2:21.1.7-3+deb12u8devuan1
<gnarface> that's the right one, afaik
<freemangordon> there reverts *are* there
<freemangordon> this is in security though
<freemangordon> so, the question remains - what did Wizzup clone?
<gnarface> debian source package maybe?
<gnarface> not sure if the changes would show up there
<gnarface> they might, i just don't know
<gnarface> didn't really follow the whole backlog either, sorry
<freemangordon> no, that's not a source package, we have a history in our git repo
<freemangordon> we miss 3 "Revert "linux: ...." commits" that both bookwork and daedalus seem to have
ceene has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
lyubov has quit [Ping timeout: 265 seconds]
Anasko has joined #maemo-leste
lyubov has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
norly has quit [Quit: Leaving.]
norly has joined #maemo-leste
Anasko has joined #maemo-leste
narodnik has joined #maemo-leste
_fab has quit [Ping timeout: 252 seconds]
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
narodnik has quit [Quit: WeeChat 4.5.1]
narodnik has joined #maemo-leste
_fab has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
<freemangordon> Wizzup: latest TI SGX blobs are in the repo, the only thing remaining is to unravel the xorg mistery
<freemangordon> also, uvos' 'charge mode' UI does not work
Anasko has joined #maemo-leste
narodnik has quit [Quit: WeeChat 4.5.1]
narodnik has joined #maemo-leste
Anasko has quit [Ping timeout: 248 seconds]
narodnik has quit [Quit: WeeChat 4.5.1]
narodnik has joined #maemo-leste
DFP has joined #maemo-leste
Livio has joined #maemo-leste
pere has quit [Ping timeout: 272 seconds]
<Wizzup> freemangordon: ok, but please provide some details on x
<Wizzup> like, do you know for a fact that this revert is in our repo?
<Wizzup> because I don't see it on maemo/daedalus branch
<Wizzup> I type 'git log config/udev.c' and it does not show
<freemangordon> Wizzup: sorry, can't parse
<freemangordon> the issue is that we miss those reverts in our repo
<freemangordon> what more details do you want me to provide?
<Wizzup> ok, you -want- the reverts
<freemangordon> yes
<freemangordon> well, I 'want' our code to be in par with the one in daedalus
<Wizzup> right
<freemangordon> I have no idea if there are more differences
<Wizzup> $ git rebase debian-bookworm
<Wizzup> Current branch maemo/daedalus is up to date.
<Wizzup> :D
<freemangordon> but that's not correct
<Wizzup> so git is lying
<freemangordon> no, wait
<freemangordon> you are using wroing repo, to start with
<freemangordon> *wrong
<freemangordon> no, see ^^^
<Wizzup> devuan has their own x changes?
<freemangordon> exactly ;)
<Wizzup> we never used that before
<Wizzup> I always used X
<Wizzup> er
<Wizzup> debian
<Wizzup> but ok
<Wizzup> and than what, daedalus/security?
<Wizzup> then*
<freemangordon> 2:21.1.7-3+deb12u7devuan1
<freemangordon> security and main repos have same version, according to apt-cache
<freemangordon> oh, wait
<freemangordon> no, in security is 2:21.1.7-3+deb12u8devuan1
<freemangordon> so yes, security
<Wizzup> ye
<Wizzup> I just rebased on this
<Wizzup> so what is our suffix in the vresion
<Wizzup> 2:21.1.7-3+deb12u8devuan1 -> 2:21.1.7-4+7m4 or so?
<Wizzup> I normally just make it 21.1.7.0 or so
<freemangordon> 2:21.1.7-3+deb12u8devuan1+7m4 should be it
<freemangordon> or
<Wizzup> I don't know if this will work in our CI
<freemangordon> 2:21.1.7-3+deb12u8devuan1leste1
<Wizzup> can we even provide our own +?
<Wizzup> I think CI might just cut it off, I don't know
<freemangordon> for tag yes
<Wizzup> at long as devuan can -never- override our x
<Wizzup> :)
<Wizzup> as long as*
<freemangordon> well, if you want to be sure, you have to increase the epoch as well
<Wizzup> I should have just done 21.1.7.0 :P
<Wizzup> I should have just done 21.1.7.3.0* :P
<Wizzup> no, wait
<Wizzup> just waking up here
<Wizzup> so I can do this: 2:21.1.7.0-1 or 3:21.1.7-1
<Wizzup> you can pick :)
<freemangordon> Wizzup: we should use apt preferences to avoid devuan/debian upgrading our packages
<freemangordon> what will happen if newer release appears in backports?
<freemangordon> hmm, wait
<freemangordon> upgrades ignore backports
<freemangordon> 3:21.1.7-1 is the proper one, however, we must somehow not that this is based on daedalus version
<freemangordon> *note
<freemangordon> that's why 3:21.1.7-3+deb12u8devuan1
<freemangordon> and ci will add +7m4
<freemangordon> or 3:21.1.7-3+deb12u8devuan1leste1
<freemangordon> this will become 21.1.7-3+deb12u8devuan1leste1+7m4
<freemangordon> and tag will be 21.1.7-3, UUIC
<freemangordon> or, see what we do for mesa
<freemangordon> 22.3.6+sgx1
<freemangordon> this is the tag
<freemangordon> so, we can use 2:21.1.7+leste1-3+deb12u8devuan1
<freemangordon> Wizzup: this ^^^
<freemangordon> tag will be 21.1.7+leste1
Anasko has joined #maemo-leste
<Wizzup> ok
<Wizzup> I think that's crazy but ok :D
<Wizzup> let's just hope CI will accept it
<Wizzup> what else do we need to make a new d4 image?
<Wizzup> it's running now (xorg-server)
Livio has quit [Ping timeout: 264 seconds]
<Wizzup> still don't see the reverts :D
<Wizzup> oh they are there
<Wizzup> but not in git log? wtf?
<Wizzup> I'm just lost
<Wizzup> I did 'git checkout -t devuan/suites/daedalus-security'
<Wizzup> and the commits are not there for config/udev.c in 'git log'
pere has joined #maemo-leste
<Wizzup> git branch --contains af4c84ce8855e84c0ad89b929bc972e884f0b8e3
<Wizzup> says it's there
<Wizzup> but github doesn't show them
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
Anasko has joined #maemo-leste
<freemangordon> let me clone it
<freemangordon> local clone history shows tham
<freemangordon> *them
<freemangordon> github not
<freemangordon> that's crazy :)
<freemangordon> hmm, also, the code is not there it seems
<freemangordon> but lets see what will be build
<Wizzup> lol, yeah I guess :D
<freemangordon> hmm, lemme check another file
<Wizzup> git lo | grep af4c84ce8855e84c0ad89b929bc972e884f0b8e3 does show it
<Wizzup> git log
<freemangordon> commits are missing from here as well
<freemangordon> reverts
<freemangordon> but, I see them in the local clone
<Wizzup> I think github is lying
<freemangordon> github went crazy
<freemangordon> yeah
<Wizzup> we'll switch to something else eventually :)
<Wizzup> -eventually-
<Wizzup> oh, xorg-server source failed
<Wizzup> looks like some newline in gbp.conf
<Wizzup> misisng line
<freemangordon> yeah, missing the section header
<freemangordon> p, li { white-space: pre-wrap; } [DEFAULT]
<Wizzup> added it already
<Wizzup> it's building now
<freemangordon> oh, the current version in the repo is higner :(
<freemangordon> *higher
<freemangordon> Wizzup: will have to remove xserver from the repos first
<Wizzup> ok,np
<Wizzup> done
Livio has joined #maemo-leste
<Wizzup> going into repos now
<Wizzup> anything else before I make a new img?
<Wizzup> huh
<Wizzup> + reprepro -b /srv/repository/leste -v --waitforlock 1000 --ignore=wrongdistribution processincoming daedalus xorg-server_21.1.7+leste1-3+deb12u8devuan1+4m7_amd64.changes
<Wizzup> Error: trying to put version '2:21.1.7+leste1-3+deb12u8devuan1+4m7' of 'xnest-dbgsym' in 'daedalus|main|amd64',
<Wizzup> while there already is the stricly newer '2:21.1.7.1-1+4m7' in there.
<Wizzup> ok, I see
bencoh has quit [Ping timeout: 252 seconds]
pere has quit [Ping timeout: 244 seconds]
bencoh has joined #maemo-leste
<freemangordon> Wizzup: yeah, the new xorg pulls libseat
Livio has quit [Ping timeout: 264 seconds]
<freemangordon> but, still segfaults with the old omap driver
<freemangordon> so, I will push a fix for it, no need to investigate what got broken
pere has joined #maemo-leste
<mkfx> hi
<freemangordon> hi!
<Wizzup> ah, so you have a fix?
<freemangordon> mhm
<freemangordon> pushing
<Wizzup> great
<freemangordon> Wizzup: we can use apt preferences.d to make sure our packages will not be overwritten
ceene has quit [Ping timeout: 244 seconds]
<freemangordon> Wizzup: ready
<freemangordon> we shall try fullscreen qt application with new blobs, to see if it still crashes the GPU
<freemangordon> Wizzup: hmm, wait, it didn't survive the reboot
<freemangordon> lemme see what happens
<Wizzup> ok
<Wizzup> maybe your xorg server wasn't replaced
<Wizzup> if you had the newer version
bencoh has quit [Ping timeout: 260 seconds]
bencoh has joined #maemo-leste
ceene has joined #maemo-leste
<freemangordon> it was
<freemangordon> with the old version it was working
<freemangordon> not it does not work as user
<freemangordon> as root it is ok
<freemangordon> lemme poweroff to gather the logs
<Wizzup> ok
<freemangordon> [ 51.974] (EE) OMAP(0): ERROR: Cannot set the DRM interface version.
<freemangordon> this comes from OMAPOpenDRMMaster()
<freemangordon> no idea what's going on
ceene has quit [Ping timeout: 244 seconds]
<Wizzup> and if you install your version back, does it work?
buZz has quit [Ping timeout: 265 seconds]
buZz has joined #maemo-leste
buZz is now known as Guest9917
bencoh has quit [Ping timeout: 276 seconds]
bencoh has joined #maemo-leste
bencoh has quit [Ping timeout: 244 seconds]
bencoh has joined #maemo-leste
_fab has quit [Quit: _fab]
_fab has joined #maemo-leste
xmn has joined #maemo-leste
Guest9917 is now known as buZz
<freemangordon> Wizzup: my version of what? DDX driver?
<freemangordon> no, it didn't, but I didn't check the error as I assumed it was segfaulting
<freemangordon> hmm...
<freemangordon> lemme check something
<freemangordon> permissions are ok
<freemangordon> Wizzup: hmm, elogind does not run
Livio has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
<inky> i've got my bionic.
<inky> battery was zero, it would not charge. it first showed some progress, but then i saw it stopped draw energy and the battery image disappeared from the screen.
<inky> i charge it in separate charger now, hope to have leste running tonight.
<sicelo> what's a simple, lightweight drawing program that I could run on N900? something that would allow me to work at pixel level?
* sicelo still trying to work on maeotp icon
<Wizzup> back
<Wizzup> freemangordon: as in, the service, or what?
<freemangordon> yes, it is disabled as a service, but that shoudl nto be a problem
<freemangordon> anyway, before pulling daedalus xorg, the same driver was working fine
<freemangordon> it was working with the bookworm one
<Wizzup> lol
<Wizzup> I think you mean you had daedalus org
<Wizzup> xorg
<freemangordon> yes, as I told you, it was booting stright to h-d
<Wizzup> but not maemo/daedalus xorg
<freemangordon> no, the one we had in our repos and git was working properly with v 0.7.1 of ddx driver
<freemangordon> after that you rebased on devuan xorg
<freemangordon> and now it works as root, but not as user
<Wizzup> hmmm
<Wizzup> that does sound like elogind issues
<freemangordon> yes
<Wizzup> is elogind installed?
<Wizzup> oh... I see
<freemangordon> it is
<Wizzup> devuan changed debian/control to use 'libseat'
<freemangordon> hmm?
<freemangordon> yes
<Wizzup> whatever that is, as opposed to elogind
<freemangordon> do we need seatd?
<freemangordon> or something?
<Wizzup> or we just use elogind
<Wizzup> I don't know what libseat is
<freemangordon> maybe we shall ask on #devuan
<Wizzup> depends on how much more you want to change things around :)
<Wizzup> devuan added debia/patches/* for libseat
<freemangordon> yes, but why?
<Wizzup> because they don't like elogind I guess
<Wizzup> don't know, up for whatever you prefer
<freemangordon> what patches do you mean?
<freemangordon> I see nothing in debian/patches
<freemangordon> ah, wait
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
<freemangordon> openat(AT_FDCWD, "/dev/dri/card1", O_RDWR|O_LARGEFILE|O_CLOEXEC) = 10
<freemangordon> ioctl(10, DRM_IOCTL_SET_VERSION, 0xbeb0be84) = -1 EACCES (Permission denied)
<freemangordon> Wizzup: ^^^
<Wizzup> what are the perms on those?
Anasko has quit [Read error: Connection reset by peer]
<freemangordon> fine
<Wizzup> exlusive access problems?
<freemangordon> no, seems like some DRM security
<Wizzup> ok, just say the word and I am happy to go back to elogind :D
<freemangordon> after reading https://github.com/kennylevinsen/seatd?tab=readme-ov-file I think it is better to spend some tme on it
<Wizzup> ok
<Wizzup> does debian use libseat or is that a devuan only thing?
<freemangordon> seems devuan only
<freemangordon> debian is systemd :)
<Wizzup> then why did it work with elogind before?
<freemangordon> no idea
<Wizzup> also in trixie and sid
<Wizzup> why don't we stick with elogind? it works on debian and devuan
<freemangordon> devuan xorg uses libseat
<freemangordon> I asked for help on both #devuan and #kennylevinsen
<freemangordon> lets see
<Wizzup> ok, but then we can use debian xorg and have it work on devuan still?
<freemangordon> sure
<freemangordon> but, if we do things like that, why not use upstream Xorg?
<freemangordon> I mean - we can wait for a day, no? we have a working combo we can use if we can't solve the issue
<freemangordon> BTW, I am not *that* sure issue is with libseat
<freemangordon> maybe elogind provides some more power to the user
<freemangordon> lemme check something
Anasko has joined #maemo-leste
Livio has quit [Remote host closed the connection]
Livio has joined #maemo-leste
<freemangordon> [ 5556.003234] omapdrm omapdrm.0: [drm:drm_ioctl [drm]] comm="seatd" pid=4275, dev=0xe201, auth=1, DRM_IOCTL_SET_MASTER
Livio has quit [Ping timeout: 264 seconds]
<Wizzup> freemangordon: we don't us upstream xorg because then we don't have m-i-s
<Wizzup> and yse, we can wait for a day
<freemangordon> m-i-s?
<Wizzup> freemangordon: hah so seatd is occupying it?
<Wizzup> maemo-input-sounds
<Wizzup> and also vibrations :)
<freemangordon> why?
<Wizzup> because their xrecord is broken
<freemangordon> ah
<Wizzup> and I submitted a fix, and it was ignored
Anasko has quit [Remote host closed the connection]
<freemangordon> yeah, seatd makes itself drm master
Anasko has joined #maemo-leste
<freemangordon> but it should drop it
<Wizzup> if you use seatd, but we used to use elogind and session stuff around it
<Wizzup> I am not sure if whatever we use now is seatd aware
LjL has quit [Quit: Scappò via con la paura di arrugginire. Il giornale di ieri lo dà morto arrugginito. I becchini ne raccolgono spesso fra la gente che si lascia piovere addosso.]
LjL has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> sicelo: btw with ofono2, 'set tech pref any' gives highest prio to gsm. weird, it was the opposit with ofono1 (higher prio to umts)
akossh has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
<sicelo> arno11, mmm sounds weird indeed. I'll also check from my end.
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
<arno11> sicelo: ok
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
Anasko has joined #maemo-leste
_fab has quit [Quit: _fab]
<sicelo> arno11, mine seems to be fine
akossh has quit [Quit: Leaving.]
<sicelo> plus it's on "any" by default
<arno11> ok
_fab has joined #maemo-leste
<sicelo> I do see that if you set it to GSM, then switch to any, it remains on gsm
<sicelo> guess this was always the case however. I could look into it someday though. should be an easy fix
_fab has quit [Quit: _fab]
joerg is now known as DocScrutinizer
DocScrutinizer is now known as joerg
<arno11> it was different with ofono1: back to umts (if available) after switching back to 'any'
arno11 has left #maemo-leste [#maemo-leste]
<sicelo> i see. maybe open issue on github so we can remember to work on it