13:15:12 <grey_gandalf_> hi...
13:15:20 <grey_gandalf_> frg_Away: unfortunaly, I have the same linking issue
13:15:45 <grey_gandalf_> I added: export LD=lld15
13:16:01 <grey_gandalf_> but then when I see the errors, it is still ld.bfd
13:16:18 <grey_gandalf_> is there another way of setting the linker? I remember a real flag instead of export
13:17:41 <frg_Away> Sorry can't help here. I know it is possible to compile under FreeBSD but never tried and don't run it. Might just missing a path statement or libray.  Maybe post your mozconfig.
13:18:32 <grey_gandalf_> I used to compile it for many versions, so it was possible.. but I did also upgrade FreeBSD
13:19:05 <grey_gandalf_> mozconfig is always the same, except for me forxing clang versions
13:19:36 <grey_gandalf_> I think tthere is a different way of setting the linker, but don't remember off-head
13:20:51 <grey_gandalf_> mozconfig: https://pastebin.com/7EaqPNaN
13:27:43 <frg_Away> Maybe change the LD_LIBRARY_PATH.
15:15:40 <grey_gandalf_> hmm.. usually it is a bad idea in my experience
15:15:46 <grey_gandalf_> do you like my mozconfig?
15:49:53 <nsITobin> grey_gandalf: I am all about mozconfig aesthetics and sanity .. yours is sane and aesthetically fine. does install-strip work.. haven't seen that directive in ages..
15:50:31 <nsITobin> not a huge list of enabled system libs.. already a plus in my book
15:51:36 <nsITobin> I wonder when the last time seamonkey got a successful freebsd build..
15:52:34 <nsITobin> this would also build seamonkey with clang
15:52:44 <grey_gandalf_> well.. system libs are plus and cons... at the end it just saves build time
15:53:04 <nsITobin> as far as I know freebsd codepaths would expect gcc i dunno if the clang codepaths have bsd special cases not-mac
15:53:05 <grey_gandalf_> it makees sense if you offer a binary package so it is consistent, less for user builds... or I risk breakage everytime I update
15:53:17 <grey_gandalf_> FreeBSD is clang-based, remember
15:53:20 <grey_gandalf_> 171208 Jul  2  2021 seamonkey
15:54:04 <grey_gandalf_> wow...but this is inconsistent with my build config:
15:54:06 <nsITobin> well so post-56 patchqueue that's a good sign
15:54:10 <grey_gandalf_> SeaMonkey 2.53.18.1 - 20240206085724
15:54:29 <grey_gandalf_> very recent and back then I did build with clang15, as I am trying now
15:54:45 <nsITobin> can I see your mozconfig when you get a second
15:54:53 <nsITobin> the .18 one
15:57:29 <nsITobin> there is no evidence that systemlibs are an issue on 253 .. part of my resistance to systemlibs is the burdon when you are 3-5 people and doing windows as well.. plus at the time a rash of systemlib abi bustages were happening all around the same time soo the policy i came up with was systemlibs are mad m'kay you shouldn't compile with systemlibs and expect it to work without issue
15:57:54 <nsITobin> but that doesn't apply to seamonkey which has stayed closer in this regard to mozilla and thus updated some stuff in response
16:01:32 <nsITobin> that and combined with ancient firefox mozconfigs being expected to work with something that was not configured like firefox but the configuration its self had long changed before i got my hands on it.. the 2010s just sucked grey_gandalf_
16:03:17 <grey_gandalf_> the .18 is the same I use for .20 :) copied it over
16:03:49 <grey_gandalf_> except for llvm-config
16:03:50 <nsITobin> grey_gandalf_: now you're gonna have to build .19 to see if that works
16:04:07 <nsITobin> that is what I would do
16:04:35 <grey_gandalf_> didn't build... rust issues... that's what I waited for 2.20
16:04:44 <grey_gandalf_> I think I am unable to rebuild 18 too
16:04:55 <nsITobin> downgrade system rust?
16:05:26 <nsITobin> or rustup to 1.76 and to victory maybe?
16:08:29 <grey_gandalf_> one rust I have :)
16:08:39 <frg_Away> mozconfig looks ok but you shouldn't need the 15 appended. Should pick the right version.
16:08:40 <grey_gandalf_> back then I used 1.74
16:08:52 <nsITobin> 74 is fine too
16:08:56 <nsITobin> i have tested this
16:08:58 <grey_gandalf_> now I have 1.81
16:08:59 <nsITobin> 73 as well
16:09:26 <grey_gandalf_> freebsd doesn't offer multiple rusts anymore
16:09:28 <nsITobin> 1.76 seems to be the sweet spot for me anyway seems reasonably compliant and up to date
16:09:34 <nsITobin> after that it has resistance again
16:09:40 <grey_gandalf_> I upgraded freebsd in the meanwhile...
16:09:45 <frg_Away> there should be an obsolete 2.53.19 patch in the bug.
16:10:22 <frg_Away> 1.73 if you need macOS support fully retained.
16:10:29 <nsITobin> oh right that
16:11:19 <nsITobin> well i wonder how people would feel if GCC suddenly decided no linux kernels before 6 can run gcc whatever number they are up to
16:11:25 <nsITobin> how well that would go down
16:14:42 <nsITobin> greetings buc
16:16:30 <buc> grey_gandalf_: For issues with system rust, try Fedora's patch for 2.53.20: https://src.fedoraproject.org/rpms/seamonkey/raw/rawhide/f/seamonkey-2.53.19-mozilla-1882209.patch
16:17:19 <buc> nsITobin: hi
16:18:10 <nsITobin> so after scanning this patch.. the natural response is to want to rip rust out correct? I mean we can't for seamonkey but that IS a natural response correct?
16:18:12 <frg_Away> hi buc
16:19:26 <buc> nsITobin: the patch fix the code for the rust versions >= (afaik) 1.75
16:19:31 <buc> frg: hi
16:21:10 <buc> It seems that the patch is needed for all the system rusts in all the distros nowadays (even rhel8 requires it).
16:22:05 <buc> But SM upstream uses rust from Fx, which is still old. Let's hope they'll update it soon too.
17:36:41 <therube> i didn't realize, but you cannot delete history items from the urlbar dropdown
17:36:42 <therube> is that expected behavior?
17:37:30 <nsITobin> therube: is the urlbar still partly xpfe?
17:37:54 <nsITobin> cause it has two different dropdowns depending one connected to places and one connected to its own form history
17:38:07 <therube> (you're talking greek to me ;-))
17:38:45 <therube> i don't think this is form history, but it would rather be (places) history
17:39:25 <therube> form history would relate to field "history" on a web page
17:39:27 <frg_Away> buc I can't update rust to later tahn 1.73. Would loose partial Windows and macOS support.
17:40:13 <nsITobin> therube: seamonkey's URL bar is decended from the original netscape xpfe version it only does places as a hack to its own urlbar form histroy it keeps seperately
17:41:16 <nsITobin> luckily frg has been updating places and some of the FE bits should be updated once the places ui and backend settles
17:43:57 <nsITobin> therube: I have the go to history menu bit in my sights and no promises but I was experimenting towards fully converting the URL bar off xpfe autocomplete.. it nearly succeeded but has some issues and I abandoned the work.. could revisit it later on too
17:46:53 <nsITobin> that would put the urlbar under unifiedcomplete or at least placesautocomplete depending on what is in the tree at the current state..
17:48:17 <nsITobin> which I believe may be a pre-req for really fully enabling places under the urlbar but it has been a few years since I last looked
17:53:52 <frg_Away> it needs to be unified but not as Firefox has done it. This implementation s*cks imho. Task 9998
18:07:24 <nsITobin> yeah can't disagree there
18:07:59 <nsITobin> i'd go back to global history and bookmarks.html if it was still existant
18:08:03 <nsITobin> and was my decision
18:09:17 <nsITobin> i just don't understand the places architecure
18:10:07 <nsITobin> not any further than the code using it in place
18:22:50 <frg_Away> places is ok but not the unified toolbsar. Needs a dropdown marker and more options
18:25:22 <nsITobin> oh unified toolbars nah
18:26:23 <nsITobin> https://xr.thereisonlyxul.org/seamonkey-2.53/search?string=unifiedcomplete&find=
18:28:10 <nsITobin> well you already retain placesautocomplete component https://xr.thereisonlyxul.org/seamonkey-2.53/search?string=placesautocomplete&find=
18:39:32 <frg_Away> yes but own impementation. hacky
18:44:25 <nsITobin> frg_Away: i can't complain.. https://repo.palemoon.org/MoonchildProductions/UXP/commits/branch/master/toolkit/components/places/nsPlacesAutoComplete.js
18:46:24 <grey_gandalf_> I don't have a problem with rust at the moment, but a link issue with libsqlite
18:46:37 <nsITobin> of all the things..
18:47:33 <grey_gandalf_> missing to link standard symbols als ceil, floor, exp and pow!
18:48:23 <nsITobin> frg_Away: I am not opposed to dirty filthy hacks.. I am opposed to dirty filthy hacks being called solutions and not dirty filthy hacks that should be replaced as soon as some better code comes along..
18:50:25 <nsITobin> HTML5 is one big filthy hack on Mozilla I discovered by following its initalization in dom.
18:50:34 <nsITobin> and they don't seem to have an issue with that
18:50:39 <nsITobin> so I do ;)
18:52:26 <nsITobin> also unintentionally showed me how I can just tack on any thing in its place should something show up.. which is kinda neat i guess but only for codebases at seamonkey or below..
19:18:00 <grey_gandalf_> I have a clue to the issue
19:18:07 <grey_gandalf_> why do people thing Linux = Unix? :)
19:18:22 <nsITobin> UNIX_BUT_NOT_MAC
19:18:35 <nsITobin> XP_LINUX is a subset of XP_UNIX
19:50:10 <nsITobin> frg_Away: if you have a moment would you do a quick check to see if this works with your ftp creds https://cci-dev.thereisonlyxul.org/panel/ .. the logout uses a javascript trick to invalidate the basic auth so js needs to be enabled.
19:50:47 <grey_gandalf_> frg_Away: I think I found the fix. ALthough I have a doubt the build system works fine
19:51:05 <grey_gandalf_> should I open a bug report for a build system change?
19:51:25 <nsITobin> what is the potental fix?
19:54:54 <grey_gandalf_> in third_party/sqlite3/src/moz.build
19:55:20 <grey_gandalf_> it first enables SQLITE_ENABLE_MATH_FUNCTIONS
19:55:25 <grey_gandalf_> then adds library only for LInux
19:55:36 <grey_gandalf_> I changed the line to if CONFIG["OS_TARGET"] in ('Linux', 'FreeBSD'):
19:56:09 <nsITobin> seems reasonable would this be from a mozbug or a mozoversignt needing a patch
20:10:51 <grey_gandalf_> of course, maybe it is needed also on OpenBSD or FreeBSD or Mac... who knows
20:13:56 <nsITobin> well i don't see it breaking things especially if you say it fixes it and it won't affect other target platforms
20:14:06 <nsITobin> just test
20:16:11 <nsITobin> if seamonkey was more static I'd go through and re-evaluate the XP_* conditions resolving to as common as possible stuff that needs to be linux specific would once again be linux specific and unix common code would be better marked for the kind of cross-platform the codebase was supposed to have not cross-major-platforms
20:16:58 * nsITobin walks by Major Platform and gives a one finger salute
20:17:44 <tomman> for some reason I read that as "Maxtor Platform" .D
20:18:05 <tomman> and then I would say "Maxtor dude!? If you want to reliably lose your data, get a Seagate"
20:18:16 <nsITobin> that was in 2010 when my maxtor drive failed for the last time
20:18:17 <nsITobin> lol
20:19:25 <nsITobin> besides, as a Captain in a fictional future organization .. i outrank an army major.. so THERE not EVEN in my chain of command.
20:21:15 <nsITobin> btw I figured out why Elon likes crypto so much .. he is taking the phrase cryptofascist literally..
20:22:17 <nsITobin> if we want to talk about fictional future organizations
20:24:14 <nsITobin> I will make sure LCARS is based on XUL and KaiRo's seamonkey skin..
20:29:23 <grey_gandalf_> still seamonkey doesn't start for me with "mach run" and don't want t ruin my existing installation my installing it
20:29:48 <nsITobin> can it package its self
20:37:55 <frg_Away> nsITobin I can login
20:38:20 <nsITobin> thanks frg_Away always good to make sure stuff works for one than one person
20:38:25 <frg_Away> go to dist/bin and start seamonkey directly. If it does not run something is wrong with the binary
20:38:58 <nsITobin> back up your profile
20:39:42 <grey_gandalf_> shit... I cannot file a bug using seamonkey itself :) need to startup firefox
20:39:44 <nsITobin> ./mach run merely issues no remote and a specific place for a temp profile anyway
20:39:49 <frg_Away> grey_gandalf_  Mozilla does not have the freeBSD fix in mozilla-central. I can add it when you get the version working
20:41:21 <grey_gandalf_> well, with my fix build finishes
20:41:41 <grey_gandalf_> I hope it is smart enough to resume abuild, link and finish :)
20:41:48 <grey_gandalf_> when I run, I get
20:42:07 <grey_gandalf_> ModuleNotFoundError: No module named '_sqlite3'
20:43:31 <frg_Away> still something wromng with sqlite3 it seems
20:55:00 <grey_gandalf_> indeed, but what? I wonder if the build is complete or not.. maybe I need to clobber and rebuild for safety
20:55:21 <nsITobin> always clobber when you change something binarywise
20:55:31 <nsITobin> just to be sure
20:56:24 <nsITobin> least until you get a feel for when and when that won't matter
20:56:45 <nsITobin> err that phrasing could use work LOL
20:56:56 <nsITobin> least until you get a feel for when that will and won't matter
20:56:58 <nsITobin> there we go
20:57:16 <nsITobin> and even then clobber anyway sometimes
21:10:33 <grey_gandalf_> shouldn't be... I jsut changed linking, moz should finish linkgin and continue
21:10:53 <grey_gandalf_> it wasn't so unreliable, with the older version of ArcticFox it still does quite wqell.
21:11:10 <grey_gandalf_> I will clobber though. But runs for quite some time here.. maybe better close apps and save memory
21:12:06 <grey_gandalf_> however there is a matching bug report made by myself :)
21:12:13 <grey_gandalf_> https://bugzilla.mozilla.org/show_bug.cgi?id=1822400
21:12:39 <grey_gandalf_> howver since I use the same computer as 2 years ago... all should be fine now, ******
21:13:27 <grey_gandalf_> Did I ever metnion I hate python second only to rust?
21:13:33 * grey_gandalf_ scratching head
21:18:09 <grey_gandalf_> the answer is py311-sqlite3-3.11.10_7 vs  py39-sqlite3-3.9.20_7
21:18:13 <grey_gandalf_> multiple pythons....
21:27:03 <nsITobin> grey_gandalf_: are you amazed that other mozilla rebels might agree with you?
21:27:54 <grey_gandalf_> no, and I hope beyond mozilla rebels too
21:28:36 <nsITobin> python is a nightmare
21:28:43 <nsITobin> it has nearly ruined mainstream php
21:28:58 <nsITobin> composer and frameworks .. php IS a damned c framework for the web..
21:29:15 <nsITobin> rust is pythonic javascript cosplaying as C++
21:29:17 <nsITobin> to me
21:33:22 <grey_gandalf_> when I learned rust has no dynamic shared libraries... I thought, are they nuts?
21:50:04 <grey_gandalf_> disconnecting and installing!!! hope to see you sooon
22:00:51 * grey_gandalf_ jumping of joy
22:01:21 <grey_gandalf_> frg_Away: if you can read me... know that I am typing from IRC running in 2.53.20 happily compiled and installed
22:03:11 <nsITobin> spectacular
22:03:57 <nsITobin> grey_gandalf_: we need more of that
22:09:04 <nsITobin> I seriously believe if it is manuvered correctly and there are plenty of options it MIGHT be possible to squeeze out a segment of the market passionate about keeping an actually open World Wide Web in existance with some kind of first party support.. This udp binary app stream web won't solve all the problems and the more they force it the more alternatives should spring up or become more viable in the minds of people.
22:09:54 <nsITobin> and never forget the potental of .. well these guys think there is still something to it..
22:12:23 <nsITobin> I do however also believe this is likely the last stretch and chance to do that though before its technologically impossible to keep playing
22:13:19 <nsITobin> so to speak
22:13:40 <nsITobin> how complicated has it become to simply run a website when not using a one click service?
22:13:45 <nsITobin> kinda ridiculously
22:14:17 <nsITobin> and this is where living standards break down.. people can barely keep the computers up to date for it.. people is even harder them selves..
22:17:56 <grey_gandalf_> nsITobin: more of what?
22:18:13 <grey_gandalf_> browsing a little... opening mail... seems to work in quick tests. Cool
22:18:37 <grey_gandalf_> frg_Away: only two patches nneded: your rust-fix for more modern versions and the sqlite3 fix
22:18:40 <grey_gandalf_> could have been worse :)
22:25:11 <frg_Away> I will put the fix into 2.53.21
22:31:14 <nsITobin> more happily compiled builds of not-major browsers
22:31:21 <nsITobin> especially seamonkey
23:06:37 <grey_gandalf_> wonderful...
23:39:58 <nsITobin> grey_gandalf_: Error 418
23:53:24 <grey_gandalf_> what's that?
23:53:32 <grey_gandalf_> sorry, hacking on Gnustep and ArcitcFox at the same time :)
23:53:47 <nsITobin> look it up
23:53:52 <nsITobin> it's in an rfc
23:55:45 <nsITobin> rest well the frg
23:56:17 <grey_gandalf_> oh, no teapot... but why do you reference this, while I was happy to have an up-to-date SM ?
23:56:25 <grey_gandalf_> right now, I'm more with spirits than with coffee
23:56:38 <nsITobin> because it is fun
23:56:55 <nsITobin> and fun things need to be mentioned and remembered
23:56:59 <nsITobin> for fun