Wizzup | freemangordon: looks like bullseye doesn't even have telepathy-gabble | 00:42 |
---|---|---|
Wizzup | I suspect they dropped it because the python tests (which aren't necessary for functioning) require python 2 | 00:42 |
Wizzup | yup: https://alioth-lists.debian.net/pipermail/pkg-telepathy-maintainers/2022-November/007923.html | 01:13 |
Wizzup | we could do what was done for haze: https://gitlab.freedesktop.org/telepathy/telepathy-haze/-/merge_requests/1 | 01:15 |
norayr | with dpkg-divert | 04:06 |
norayr | it tries to install droid4 specific package instead of mapphone package | 04:06 |
norayr | and /lib/udev/rules.d/85-something file is cannot be diverted. | 04:07 |
norayr | i removed the mapphone package, it also removed hildon-meta-droid4, but apt-get -f install still cannot configure rules.d files. | 04:07 |
norayr | so, | 04:08 |
norayr | setting up leste-config-droid4 | 04:08 |
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 | 04:09 |
norayr | i removed leste-config-mapphone, which also removed hildon-meta-droid4 | 04:11 |
norayr | but that doesn't help. | 04:11 |
norayr | i tried to move those 85-... files to other directory, and that doesn't help as well. | 04:11 |
norayr | so moved those back. | 04:11 |
buZz | norayr: lemme find the exact line i did | 04:12 |
buZz | sudo dpkg-divert --remove --rename /lib/udev/rules.d/85-input-devices.rules | 04:13 |
buZz | then just upgrade em all like normal | 04:13 |
buZz | the file should be there in the end, pointed to by a .rules , or your touchscreen will become a right click :D | 04:14 |
norayr | wow | 04:14 |
norayr | after that command i was able to install leste-config-droid4 | 04:14 |
norayr | now should i install hildon-meta-droid4 back? | 04:14 |
buZz | yep | 04:14 |
buZz | yeah install em all, i did anyway | 04:15 |
norayr | oh no, it wants to install config-mapphone, which is deprecated right? | 04:15 |
buZz | eh | 04:16 |
buZz | i'm not sure its fully deprecated yet? | 04:16 |
norayr | can config-leste-droid4 and config-leste-mapphone coexist? | 04:17 |
norayr | right now hildon-meta-droid4 has dependency from config-leste-mapphone. | 04:17 |
buZz | i have leste-config-mapphone/testing,now 1.80-2+2m7 all [installed] | 04:18 |
norayr | and you also have leste-config-droid4 ? | 04:18 |
buZz | and -also- leste-config-droid4/testing,now 1.80-2+2m7 all [installed] | 04:18 |
buZz | yeh | 04:18 |
norayr | ok thank you! | 04:19 |
norayr | rebooting to 6.1 kernel] | 04:19 |
norayr | ! | 04:19 |
buZz | w00p | 04:20 |
norayr | yes it worked! | 04:21 |
norayr | thank you again! | 04:21 |
sicelo | maybe Leste should have something like, https://postmarketos.org/edge/ | 04:30 |
sicelo | where breakages are noted, with their resolutions/workarounds | 04:31 |
mighty17[m] | freemangordon: any progress on GL_EXT_read_format_bgra? | 10:46 |
Wizzup | sicelo: probably yeah | 11:07 |
Wizzup | mighty17[m]: is this for hildon? | 11:08 |
mighty17[m] | nope :( | 11:08 |
freemangordon | mighty17[m]: did you raise an issue to upstream $whatever the application was? | 11:48 |
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" | 11:51 |
freemangordon | ah, the application was wlroots | 11:51 |
freemangordon | mighty17[m]: so please, raise a bug against wlroots or even propose a patch unless you already did and it was rejected | 11:53 |
freemangordon | Wizzup: can we somehow contact them and explain that we are going to restart development? | 11:59 |
Wizzup | freemangordon: there is a telepathy-maintainers ml | 12:00 |
freemangordon | ok | 12:00 |
Wizzup | for now I removed the tests from the debian pkg since they don't affect how it works in m-l | 12:00 |
Wizzup | (the tests are still there of course) | 12:00 |
freemangordon | so, we shall send a patch ther or what? | 12:01 |
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 | 12:03 |
mighty17[m] | <freemangordon> "mighty17: so please, raise a bug..." <- about the missing extension? well afaik tmlind has a patch made for it | 12:12 |
mighty17[m] | https://github.com/tmlind/wlroots/commit/175f274372bd11f0ab8cf38f20e162522c1d78aa | 12:13 |
mighty17[m] | https://github.com/tmlind/wlroots/commit/04491889240bbadb693aa37036dc55835118b2cc | 12:13 |
mighty17[m] | but i dont think so upstream will accept these :P | 12:13 |
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` | 12:16 |
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 | 12:19 |
Wizzup | https://phoenix.maemo.org/job/modest-binaries/architecture=armhf,label=armhf/13/consoleText | 12:24 |
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 | 12:24 |
Wizzup | beats me | 12:29 |
freemangordon | Wizzup: tinymail has its own (partial) eds | 13:07 |
freemangordon | mighty17[m]: why would they not accept https://github.com/tmlind/wlroots/commit/04491889240bbadb693aa37036dc55835118b2cc ? | 13:08 |
freemangordon | see https://registry.khronos.org/OpenGL/extensions/IMG/IMG_read_format.txt | 13:09 |
freemangordon | Wizzup: will have a look laters | 13:10 |
mighty17[m] | I'll have to check if that patch still works with wlroots0.15 | 13:29 |
mighty17[m] | <freemangordon> "mighty17: why would they not..." <- idts doesnt seem to apply directly :P | 13:43 |
Wizzup | freemangordon: ok, ty | 13:44 |
mighty17[m] | <mighty17[m]> "idts doesnt seem to apply..." <- https://source.puri.sm/Librem5/wlroots/-/commit/44e8451cd93ede3ebef0bab44af874c07c9fde42 | 14:01 |
freemangordon | Wizzup: issue comes from #include <libedataserver/libedataserver.h> | 16:55 |
freemangordon | user@devuan:~/git/modest$ dpkg -S e-data-server-util | 17:00 |
freemangordon | libedataserver1.2-dev:amd64: /usr/include/evolution-data-server/libedataserver/e-data-server-util.h | 17:00 |
freemangordon | libtinymail-camel-1.0-0-dev: /usr/include/libedataserver-lite/libedataserver/e-data-server-util.h | 17:00 |
freemangordon | Wizzup: I wonder if we shall continue shipping libedataserver-lite | 17:07 |
Wizzup | freemangordon: do we need the lite thing? | 19:04 |
Wizzup | freemangordon: thanks for figuring this out, it was driving me nuts | 19:06 |
Wizzup | I think the github page chimaera issue is broken | 19:08 |
Wizzup | it keeps undoing checkboxes that I set | 19:08 |
Wizzup | ok, just ham remains | 19:09 |
Wizzup | freemangordon: uvos: for ti-utils-wilink6 I have a 'fix' to make it build, but it's a bit weird | 19:45 |
Wizzup | it complains about an enum being defined multiple times (from a header file, which is ifdef guarded) | 19:46 |
Wizzup | I made the enum type static and that solved the problem | 19:46 |
Wizzup | but it seems weird that gcc would complain about this at all | 19:46 |
Wizzup | basically this http://dpaste.com/ET5DR6N54 | 19:47 |
Wizzup | this is the error before: | 19:47 |
Wizzup | gcc -L/lib nvs.o misc_cmds.o calibrator.o plt.o ini.o -lnl-3 -lnl-genl-3 -lm -o wilink6calibrator | 19:47 |
Wizzup | /usr/bin/ld: misc_cmds.o:(.rodata+0x0): multiple definition of `EFUSE_PARAMETER_TYPE_ENM'; nvs.o:(.rodata+0x8c): first defined here | 19:47 |
Wizzup | /usr/bin/ld: calibrator.o:(.rodata+0x0): multiple definition of `EFUSE_PARAMETER_TYPE_ENM'; nvs.o:(.rodata+0x8c): first defined here | 19:47 |
Wizzup | [...] | 19:47 |
freemangordon | if a variable is defined in the header, no wonder it complains | 19:48 |
Wizzup | it's an enum type | 19:48 |
freemangordon | I can look at it tomorrow | 19:49 |
Wizzup | https://github.com/maemo-leste/ti-utils-wilink6/blob/master/plt.h#L356 | 19:49 |
Wizzup | oh, I guess it might be a variable somehow? not sure | 19:49 |
freemangordon | it is | 19:49 |
Wizzup | I don't think the variable it used anywhere | 19:49 |
freemangordon | instead of static, use typedef there | 19:49 |
Wizzup | is used* | 19:49 |
freemangordon | typedef enum EFUSE_PARAMETER_TYPE_ENMT { ... | 19:50 |
Wizzup | worked | 19:50 |
Wizzup | ty | 19:50 |
freemangordon | without typedef you define a variable named EFUSE_PARAMETER_TYPE_ENM | 19:50 |
freemangordon | I wonder this worked before | 19:50 |
Wizzup | it wasn't used anywhere | 19:50 |
freemangordon | does not matter | 19:51 |
freemangordon | ah, I see | 19:51 |
freemangordon | it was optimized it seems | 19:51 |
Wizzup | probably | 19:52 |
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. | 20:33 |
_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 | 20:44 |
_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. | 20:46 |
Wizzup | uvos: iio-sensor-proxy, can I help fix it? | 21:10 |
Wizzup | I'm removing ham from hildon-meta just for now, to test image builds | 21:10 |
uvos | Wizzup: nothing special going on there, i just rebased and it dident compile right after, dont have the time to fix it rn | 21:11 |
uvos | but its probubly trival | 21:11 |
uvos | wrt image what about hildon-session and freids? its not quite ready yet | 21:12 |
Wizzup | uvos: well we don't seem to need elogind atm, since it is only mafw dep | 21:12 |
Wizzup | and mafw is not atually installed yet | 21:12 |
uvos | ok | 21:12 |
Wizzup | so I will test the sw without elogind | 21:12 |
uvos | im also not sure why having elogind installed would force you to use it | 21:13 |
uvos | why do we conflict it in beowulf at all? | 21:13 |
uvos | it being merly installed should not hurt anything | 21:13 |
Wizzup | various reasons | 21:14 |
Wizzup | it would reboot when power button was pressed for one | 21:14 |
uvos | ok but thas a config change | 21:14 |
uvos | it would be good to know what these various reasons are | 21:14 |
uvos | since they would affect the new setup | 21:14 |
Wizzup | I think we'll find out mostly, I don't remember, been 2-3 years | 21:15 |
Wizzup | https://phoenix.maemo.org/job/leste-image-virtual-chimaera/1/console first attempt | 21:57 |
bencoh | :) | 21:59 |
Wizzup | no blend specified doesn't sound good | 22:34 |
Wizzup | :D | 22:34 |
Wizzup | I have no idea what attempts to pull in btrfs-tools (should be btrfs-progs) | 22:51 |
Wizzup | https://phoenix.maemo.org/job/leste-image-virtual-chimaera/3/console | 22:51 |
Wizzup | ah | 22:55 |
Wizzup | https://github.com/search?q=user%3Aparazyd+btrfs-tools&type=code | 22:55 |
bencoh | no result(?) | 23:04 |
Wizzup | bencoh: did for me | 23:22 |
Wizzup | I forked libdevuansdk and made our arm-sdk and vm-sdk use mine | 23:22 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!