#trinity-desktop < 2024/04/01 >
[04:27]micheleC has joined
[06:11]SlavekB has quit (Quit: Kopete 0.12.7 : http://trinitydesktop.org)
[06:13]micheleC: @solemnwarning: I can confirm tdebindings and libtqt-perl FTBFS
[06:13]micheleC: also pinentry-tqt
[06:13]micheleC: will have a look at them this week
[09:05]solemnwarning: I spent a bit of time over the weekend fiddling with tdevelop, wasn't as straightforward as I hoped to fix the crash
[09:06]solemnwarning: I did manage to reproduce it hanging at startup a few times too, it got stuck in some kind of loop processing the cache(?) of classes/symbols/etc, kept using more RAM until killed or the OOM killer took it out
[09:07]solemnwarning: I think it was stemming from a corrupt file it wrote out, but it was never killed at a bad time, so I think there's just a race or something where it can corrupt it itself
[09:07]solemnwarning: (There were also warnings from bdb about corrupt data after one of the corruptions)
[09:08]solemnwarning: My plan to install the dev packages inside a chroot and then run those from outside didn't work as well as I was hoping though - it was still dlopening some libs from /opt/trinity at runtime
[09:29]micheleC: tdevelop definitely has bugs, it's a complex beast :-)
[09:30]micheleC: and yes, some of the libraries need to be installed and loaded at runtime, unless you preload them from command line
[09:57]Armanelgtron has quit (Ping timeout: 268 seconds)
[10:00]Armanelgtron has joined
[10:51]Armanelgtron has quit (Ping timeout: 272 seconds)
[10:56]Armanelgtron has joined
[10:59]solemnwarning: micheleC: I was using LD_LIBRARY_PATH, so most stuff was loading from inside the chroot, but I think something inside tde/tdevelop was dlopen()ing stuff from the host /opt/trinity/ too
[11:38]micheleC: quite possible. You can use LD_PRELOAD to use locally built copy of those .so for a quick testing, as long as you know the names of the libraries required.
[12:00]Armanelgtron has quit (Ping timeout: 268 seconds)
[12:03]Armanelgtron has joined
[14:13]SlavekB has joined
[15:02]micheleC has quit (Quit: Kopete 0.12.7 : http://trinitydesktop.org)
[15:17]SlavekB: a-865: For Ubuntu Noble is now the only option - to wait. Although the beta version was soon expected, it is now broken - totally:
[15:17]SlavekB: # apt-cache policy cmake
[15:17]SlavekB: cmake:
[15:17]SlavekB: Installed: (none)
[15:17]SlavekB: Candidate: (none)
[15:17]SlavekB: Version table:
[15:20]SlavekB: There is currently migration due to time64, which means adding a suffix to the SO version of some libraries. Subsequently, this means rebuild depedent packages.
[15:21]SlavekB: And because it now applies to libc6, it requires rebuild virtually everything.
[15:21]SlavekB: Therefore, Ubuntu Noble is now totally broken.
[15:24]denk: and it's not a joke (1 april)
[15:31]a-865: I noticed it broke
[15:33]a-865: I'll live :)
[15:33]a-865: nice to know wasn't something I didn't or did do
[15:33]denk: rebuild the world
[15:35]ceux: denk: heh thats thing on 9p i think
[15:35]ceux: mk world
[15:36]denk: ceux: it's not a joke, today I did it by make buildworld :)
[15:37]ceux: right
[15:37]ceux: no shame in it!
[15:41]denk: ok, I think abort() is a good finish of the day...
[18:39]Armanelgtron has quit (Ping timeout: 256 seconds)
[18:42]Armanelgtron has joined
[21:03]beverage2000 has joined
[21:04]beverage2000: hi there, trying to update trinity gives an error that "database 'trinity' is not valid (invalid or corrupted database(PGP signature))" and says the key could not be imported-what can i do to fix this?
[22:07]SlavekB has quit (Quit: Kopete 0.12.7 : http://trinitydesktop.org)
[22:35]SlavekB has joined

#trinity-desktop < 2024/04/01 >