libera/#maemo-leste/ Monday, 2025-03-10

Wizzupfreemangordon: btw, this will surface chimaera-era packages after dist upgrade: dpkg -l | grep '+m7'00:15
Wizzuphttps://phoenix.maemo.org/view/Images/job/leste-image-n900/232/console11:10
Wizzupn900 image built11:10
WizzupI will disable tmpfs again now that I think I solved the I/O issue11:10
Wizzupwell, it still took 8 hours :)11:10
Wizzupbut that's better than nothing for now!11:10
Wizzup(above is not daedalus fyi)11:11
arno11Wizzup: cool @chimaera img13:27
arno11i see it is still kernel 6.1 which is good to avoid freeze on first boot :)13:27
arno11is devel stuff almost included in the img (like daedalus) or ?13:28
Wizzupmost of it should be, my next step is to look at your MRs and merge to daedalus stable13:29
Wizzupand I guess the main n900 image problem now for daedalus is the swap13:29
Wizzupimage-builder overwriting the leste-config13:29
arno11yes indeed13:30
arno11and yes this is the main issue (swap)13:30
Wizzupyeah, this is a bit annoying since it's all /etc/fstab and postinst magic13:31
Wizzupthere is no /etc/fstab.d or whatever13:31
Wizzuplet me see what I can do afte13:31
Wizzups/afte//13:31
arno11ok13:31
Wizzupmaybe we run the leste-config configure again at the end of something13:54
Wizzupthat seems like a sensible generic solution imo13:55
donihalimdf lh14:03
arno11Wizzup: ok14:12
kivayellow exclamation mark updates done today..worked in Pinephone.14:44
kivaalthough..still clock crash if I try change time.14:47
Wizzupis there a github issue/bug report for this?14:49
Wizzupotherwise I am not sure why some meta pkg reorderings would fix this14:51
kivait is that old problem..and problem might be somewhere else..it is mentioned in wiki and there is how to set timezone.14:53
Wizzupplease file a bug report with reproducible steps if there is no issue yet14:56
kivaI think it is known bug. Just start Clock app and just touch clock time and app crash.14:58
Wizzupworks fine for me.14:59
Wizzupplease file a bug report with the device, distro version, and steps to reproduce14:59
arno11works fine for me as well15:00
kivareally? When next sd-card image for Pinephone comes, it would be best that I test with fresh image.15:01
arno11yeah that's probably a good idea15:03
kivawait a minute there is new image dated today :)15:14
arno11Wizzup: i opened few issues for Daedalus (not critical, just as a reminder: osso_games, sdl, qt5 launch)15:49
Wizzupty!15:55
Wizzupbtw, any opinions on (eventually) moving away from github to our own hosted env?15:56
WizzupI thought github would make contributing much easier, but I don't know that really is the case15:57
uvos__i would say github helps discovery if nothing else16:01
Wizzupwe can still keep the repos, just as read-only mirror or something16:05
Wizzupanyway just an idea, we have bigger fish to try any way16:05
Wizzupbut if we do go for says gogs we'd have the ability to control our ci a lot more16:06
inkyuvos__, what should i do to disable hope, search etc leds on bionic? in the night those are very bright, brighter than the screen, i cover them with finger to read. on d4 those are fine and not noticable.17:05
inkys/hope/home/17:05
siceloWizzup: re - move away from GH - "I thought github would make contributing much easier, but I don't know that really is the case" - what issues have you observed?17:39
WizzupI haven't seen a lot of people come to github before coming to irc :)17:39
Wizzupthe thought was that having to make an account [to another service] would be a blocker to contributing17:40
Wizzupand also tbh, I've never liked github much, and I'd rather move away from the US-centric service17:40
siceloalright. of course an own env is an extra thing to maintain17:41
sicelopostmarketOS has moved around quite a bit: github.com -> gitlab.com -> sr.ht -> gitlab.com -> gitlab.postmarketos.org (hosted by OSL) ...17:47
arno11moving away from US-centric services makes sense for a foss project in 2025, imo17:51
siceloi am not against a move, but not sure it's *that* important17:54
siceloarno11: while linux kernel remains under US legislation :-p  (hence a couple of months ago they stripped Russian maintainers of their maintainership ... maybe that will change now though since Trump appears to be pro-Russia)17:56
arno11lol indeed17:57
Wizzupyeah I wouldn't want to move too much to different services18:06
freemangordonWizzup: 2:2.24.33-2+m7.818:08
freemangordonthis is the version in daedalus18:08
freemangordonit should be 2:2.24.33-2+4m7.8, no?18:08
Wizzupor gtk?18:10
Wizzupyes, agreed, that needs to be fixed18:10
freemangordonyes, gtk18:10
Wizzupwill rebuild18:17
freemangordonthanks18:20
Wizzupfreemangordon: done19:39
arno11got my first HAM/apt-worker notif on daedalus. works fine, no slowness19:59
arno11are meta pkgs updates actually safe or should i need to wait a bit ?20:00
arno11(seems all 4m7)20:01
Wizzupshould be ok I think20:23
arno11ok will try in a bit20:43
dsc_i will veto gitlab21:11
dsc_just so you know lol21:11
arno11Wizzup: meta pkgs updates from HAM work fine but a bit bewildering as it works exactly like in fremantle: it disconnects everything included H-D, making the device unresponsive for a while (progress bar works fine during the update)21:24
arno11then it reboots automatically21:25
arno11showing the success update msg once in H-D21:25
arno11btw i tried to update qt-input-method for example and now unmet deps errors disappeared21:29
arno11so it seems ok21:30
arno11hmm if i dist-upgrade, it wants to update hildon-meta-core but wants to downgrade some libgtk pkgs i have, and libclutter21:33
arno11same with apt upgrade21:34
arno11*libclutter-0.8-021:35
arno11ah it says downgrade but wants to upgrade to 4m7 instead of m7.121:41
arno11freemangordon: ^21:41
arno11so i suppose i should accept downgrade, no ?21:41
arno11hmm really unclear...in ham i still have previous meta pkgs versions21:45
arno11anyway, will upgrade from apt and see21:49
arno11ah ok, for apt m7.1 > 4m721:55
arno11from apt-cache policy, things seem ok now21:56
arno11*after apt upgrade21:57
arno11cool21:57
Wizzuparno11: yes, that was on purpose @ like in fremantle22:09
Wizzuparno11: accept the downgrades22:09
Wizzupwe're still clearing up some mistake in the CI/CD where most chimaera packages were versioned wrong22:09
Wizzupanything +m7 is bad, it should have been +3m7 for chimaera22:10
arno11yeah ok22:10
Wizzupdaedalus is +4m7 - but that's 'lower' than +m722:10
arno11understood22:10
Wizzupthis is why we have these pin files to orce daedalus pkgs to be installed over chimaera22:10
Wizzupthe gtk/libcal/cityinfo/libclutter were build with the wrong version for daedalus - +m722:10
WizzupI only found out a bit into the build process and these are normally the packages we build first22:10
WizzupI just fixed this today and that's why you are getting these 'DOWNGRADE' warnings, they will not be there upon the real release22:11
Wizzuppart of my steps now is to find others like these and fix it22:11
Wizzupregarding the 'full system upgrade' ham upgrade pattern, that is intentional, but we can control this and decide not to do it.22:11
arno11ok, thx for clarifications22:11
WizzupI was amused it worked and decided to turn it on22:11
Wizzupand re qt-input-maemo, this is some CI/CD issue where things get messed up if you build them concurrently22:12
Wizzupwhich is what I think dsc normally does :)22:12
arno11ok :)22:13
dsc_who what where22:18
dsc_im innocent :(22:18
Wizzupyeah it is a ci/cd problem22:19
arno11dsc_: btw, any idea why conversations chat windows show the main window if i use 'force raster surface' on boot ?23:08
arno11*on boot or at least if rasterisation starts before conversations23:10
arno11sorry, scratch that, qt5ct creates a xsession.d file and modify some stuff before conversations starts. will try to move qt5ct after conversations23:17
dsc_arno11: your warranty is void when using conversations in a manner that is not certified by Leste's Standards for Stability(c)(tm), such as pushing pixels over the CPU23:59
dsc_arno11: that said, ill see if I can reproduce in a VM23:59

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!