norayr has left #maemo-leste [Error from remote client]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
Hard_Fault has quit [Remote host closed the connection]
Hard_Fault has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
Danct12 has joined #maemo-leste
norayr has quit [Quit: Gateway shutdown]
norayr has joined #maemo-leste
<norayr>
with dpkg-divert
<norayr>
it tries to install droid4 specific package instead of mapphone package
<norayr>
and /lib/udev/rules.d/85-something file is cannot be diverted.
<norayr>
i removed the mapphone package, it also removed hildon-meta-droid4, but apt-get -f install still cannot configure rules.d files.
<norayr>
so,
<norayr>
setting up leste-config-droid4
<norayr>
dpkg-divert: error: diversion of /lib/udev/rules.d/85-input-devices.rules to /lib/udev/rules.d/85-input-devices.rules.leste-orig by leste-config-droid4 clashes with diversion of /lib/udev/rules.d/85_input-devices.rules to /lib/udev/rules.d/85-input-devices.rules.leste-orig by leste-config-mapphone
<norayr>
i removed leste-config-mapphone, which also removed hildon-meta-droid4
<norayr>
but that doesn't help.
<norayr>
i tried to move those 85-... files to other directory, and that doesn't help as well.
<sicelo>
where breakages are noted, with their resolutions/workarounds
xmn has quit [Quit: ZZZzzz…]
xmn has joined #maemo-leste
pagurus has quit [Ping timeout: 256 seconds]
pagurus has joined #maemo-leste
mardy has joined #maemo-leste
joerg has quit [Ping timeout: 260 seconds]
joerg has joined #maemo-leste
Hard_Fault has quit [Remote host closed the connection]
Hard_Fault has joined #maemo-leste
Hard_Fault has quit [Remote host closed the connection]
Hard_Fault has joined #maemo-leste
Twig has joined #maemo-leste
ceene has joined #maemo-leste
Twig has quit [Remote host closed the connection]
Hard_Fault has quit [Remote host closed the connection]
Hard_Fault has joined #maemo-leste
akossh has joined #maemo-leste
pere has quit [Ping timeout: 256 seconds]
pizzulicchio has joined #maemo-leste
ceene has quit [Ping timeout: 264 seconds]
xmn_ has joined #maemo-leste
xmn has quit [Ping timeout: 264 seconds]
pere has joined #maemo-leste
ceene has joined #maemo-leste
<mighty17[m]>
freemangordon: any progress on GL_EXT_read_format_bgra?
<Wizzup>
sicelo: probably yeah
<Wizzup>
mighty17[m]: is this for hildon?
<mighty17[m]>
nope :(
xmn_ has quit [Quit: ZZZzzz…]
<freemangordon>
mighty17[m]: did you raise an issue to upstream $whatever the application was?
<freemangordon>
I discussed with Andrew (the TI guy that releases the blobs) about missing extensions, and TBF I agree with what he said: "It seems odd just how dependent some of these projects are on these extensions. You would think they would value compatibility with the base GLES2. We should keep pushing them to stay compatible for as long as we can"
<freemangordon>
ah, the application was wlroots
<freemangordon>
mighty17[m]: so please, raise a bug against wlroots or even propose a patch unless you already did and it was rejected
<freemangordon>
Wizzup: can we somehow contact them and explain that we are going to restart development?
<Wizzup>
freemangordon: there is a telepathy-maintainers ml
<freemangordon>
ok
<Wizzup>
for now I removed the tests from the debian pkg since they don't affect how it works in m-l
<Wizzup>
(the tests are still there of course)
<freemangordon>
so, we shall send a patch ther or what?
<Wizzup>
well first we need to port the tests, but I didn't deem that important right now, maybe in a month, when we/I plan to do more work on gabble
<mighty17[m]>
<freemangordon> "mighty17: so please, raise a bug..." <- about the missing extension? well afaik tmlind has a patch made for it
<mighty17[m]>
but i dont think so upstream will accept these :P
<mighty17[m]>
<freemangordon> "I discussed with Andrew (the..." <- i didnt quite get with what you mean by `We should keep pushing them to stay compatible for as long as we can`
<Wizzup>
freemangordon: btw, compiling modest seems to fail in some include that isn't part of modest, I wonder if the eds port lacks something, looking at it atm
<Wizzup>
I tried adding the libedataserver/e-data-server-util.h to the header file that complains about it not being defined, but miraculously it doesn't help
<Wizzup>
beats me
<freemangordon>
Wizzup: tinymail has its own (partial) eds
<freemangordon>
without typedef you define a variable named EFUSE_PARAMETER_TYPE_ENM
<freemangordon>
I wonder this worked before
<Wizzup>
it wasn't used anywhere
<freemangordon>
does not matter
<freemangordon>
ah, I see
<freemangordon>
it was optimized it seems
<Wizzup>
probably
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Received SIGTERM]
norayr has joined #maemo-leste
<vectis>
buZz: For function keys (1 - 10) I use xbindkeys and xvkbd (both available from the Devuan repository) Xbindkeys uses a config file in the user directory (.xbindkeysrc) My config file is here: https://termbin.com/l98s Not sure how to start it automatically at boot (it is an X program) so I start it manually. I don't use any SDL programs, so I don't know if it works with them.
_uvos_ has joined #maemo-leste
<_uvos_>
sdl input is terribly broken; sdl thinks its ok to ignore xkeysyms and just use the keycodes as if everything is a ibm pc keyboard
<_uvos_>
the sdl devs will tell you this is a feature as "wasd" is allways in the same place even on a localized keyboard, but its fundamentally broken.
_uvos_ has quit [Remote host closed the connection]
mardy has quit [Quit: WeeChat 3.5]
uvos has joined #maemo-leste
<Wizzup>
uvos: iio-sensor-proxy, can I help fix it?
<Wizzup>
I'm removing ham from hildon-meta just for now, to test image builds
<uvos>
Wizzup: nothing special going on there, i just rebased and it dident compile right after, dont have the time to fix it rn
<uvos>
but its probubly trival
<uvos>
wrt image what about hildon-session and freids? its not quite ready yet
<Wizzup>
uvos: well we don't seem to need elogind atm, since it is only mafw dep
<Wizzup>
and mafw is not atually installed yet
<uvos>
ok
<Wizzup>
so I will test the sw without elogind
<uvos>
im also not sure why having elogind installed would force you to use it
<uvos>
why do we conflict it in beowulf at all?
<uvos>
it being merly installed should not hurt anything
<Wizzup>
various reasons
<Wizzup>
it would reboot when power button was pressed for one
<uvos>
ok but thas a config change
<uvos>
it would be good to know what these various reasons are
<uvos>
since they would affect the new setup
<Wizzup>
I think we'll find out mostly, I don't remember, been 2-3 years