08:34:14 still, logbot_cc seems to be down 08:34:16 it just loads nothing, no response from a server 10:19:08 ??? 13:38:33 could be my provider blocks port 8080 since yesterday 13:38:35 without the :8080 i get at least a response (NS_ERROR_CONNECTION_REFUSED) 13:38:36 so i'll use the tmpbot log for now 13:42:16 McI: I think WG9s is aware of the issue for logbot_cc 13:42:21 Down for me too. bucs one still works http://logbot.buc.me/seamonkey/20220306 13:42:40 IanN_Away I think this ia hardys not WG9s 13:43:01 frg_Away: ah right, I get confused easily 13:43:14 thanks 13:43:48 that's the one i use now 13:49:53 Mclbut I am working on geting a logbot server working with a valid SSL cert and with better support, but got sidetraked when Ihad a hardware issue on the server I was planning to use for this purpose. 13:51:38 :-) 13:51:45 ok 13:54:47 McI: ended up buying a real server class system instead of trying to use a high end desktop system. I now realize the big difference between a normal desktop and a gaming desktop is in the video card and that makes little difference in a server so was wasting money on something I did not need. 13:56:07 WG9s I think you bought a workstation :) 13:56:08 so still only a single server, but with more disk capcity and 2 cpus each with its own independent memory so if memor shile I order parts. issues or a CPU failure I can run it on just one. 14:01:34 well it comes in 2 flavors R7910 which they sell as a rack mounted server and T7910 which they sell as a workstation, but it turns out other than the form factor they are really identical. 14:02:42 WG9s yeah but they label it as a workstation too : https://www.dell.com/en-us/work/shop/cty/pdp/spd/precision-r7910-workstation :) 14:03:26 Doesn't matter. It is an basically dual use. Probably missing IPMI and a KVM. 14:13:28 frg_Away I did not call it a server but said it was server class. From what I remember from before I retired you can not call a tower system a server becuase conputer centers will not allow you to insatll anything that is rack mountable. as for lack of a kvm i have an external kvm and no real use for and IPMI. 14:30:04 frg_Away: i don;t have the actual specs on the R model but if it is sold as a server i would expect it to have redundant power supplies which is what the T version seems to lack 14:30:31 if it had those I would plug one into the wall with a surge u pressor and the other into my ups 14:31:13 WG9s yes and different mobo. More ram too I think. Just the same platform only. 14:31:37 butI am adding more ram 14:32:43 I believe it is the same motherboard if different I would expect a different model number not just the R T diffence 14:36:26 Nope totally different layout: https://www.ebay.com/itm/114464821817? 14:40:26 Status meeting in 20 minutes - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2022-03-06 14:42:11 hi IanN frg njsg checking in for meeting 14:42:21 hi .* 14:43:46 hi WG9s 14:44:20 Hi all 14:49:31 Greetings All! 14:49:55 hi WaltS48 14:50:25 Hi WaltS48 14:52:11 Status meeting in 8 minutes - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2022-03-06 14:57:09 Status meeting in 3 minutes - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2022-03-06 15:01:01 Status meeting time - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2022-03-06 15:01:30 hi rsx11m 15:01:32 Hi rsx11m 15:01:33 Who's taking minutes? 15:01:39 me 15:01:47 thanks 15:01:48 hi IanN frg 15:01:50 Nominees for Friends of the Fish Tank? 15:02:27 I nominate Myckel Habets the new gentoo maintainer 15:03:55 seconded 15:04:42 any others? 15:06:20 Action Items 15:07:04 nothing new from me 15:07:45 hi rsx11m 15:07:51 hi WG9s 15:08:31 Status of the SeaMonkey Infrastructure 15:09:28 Thanks to IanN we now have heptapod repos: https://foss.heptapod.net/seamonkey 15:10:19 The l10n-release repo is basically a clone of the gitlab repo. Plans to sync it are in the works 15:11:30 The other two are the base for our development work. They need the 2.53 patch queues which I originally started here: https://gitlab.com/frg/seamonkey-253-patches 15:11:36 cloning then applying patches is quicker for those doing dev work 15:11:41 * rsx11m hopes that the seamonkeys will get along with the seven-legged aliens 15:11:44 Check https://gitlab.com/frg/seamonkey-253-patches/-/blob/master/readme-first.txt 15:12:12 rsx11m: yes, work well together 15:12:29 8-) 15:12:40 The website is basically gitlab code so unfortunately needs the polyfill add-on from JustOff or another browser. 15:14:02 Status of the SeaMonkey Source Tree 15:14:09 Any suite code goes into comm-central too but htis is basically and endless uphill battle kepping up with the "enhancements" and changes Mozilla and MZLA does. 15:14:59 All building. Ripping out NPAPI code from 2.53 to get rid of gtk2. 15:15:44 or you cpuld use the zip file on my build page https://www.wg9s.com/comm-253/ which also has a link to the readme-first.txt file which has the d etailed build instructions. 15:15:52 I think WG9s mentioned latest rust required an updated library 15:16:21 was it that it depends on newer glibc++ symbols? 15:16:31 or stdlibc++? 15:16:46 yes do not try to build with 1.59.0 or later if you want to maintin backwards compatibility. 15:17:44 i wonder if it was delibrate or accidental 15:17:50 so I am building with 1.58 .1 15:19:39 seems to be using getrandom which if you build on a system with the getrandom from glib 2.25 or later requires glib 2.25 to run. 15:20:01 Other than for CentOS 7 not really need the comatibility I think. ubuntu 14.x and 16..x support could go if it is just me. 15:20:33 ^compatibility 15:20:38 if y ou are building for your own use, not an issue, but I am building soemthing a guarantee will run on CentOS 7 15:20:47 slo an issue for me 15:21:38 WG9s Trying it on CentOS 7 to see what goes. 15:21:41 my linux builds have the same requirements for glabc version as the official builds. 15:22:21 well sinc e that does not have glabc 2.25 it would be hard for the build to require it. 15:23:10 mighgt require backproting a later patch to the libstdc stuff in the mozilla code 15:23:45 I do not have this issue with the comm-central builds so that is likely the case 15:24:28 so has to do with the stuff mozilla builds if you enable libstdcxx-compat 15:24:45 WG9s A non clobber build with 1.59 still works with CentOS 7. Trying a clobber 15:25:10 Release Train 15:25:18 i am sure it will iot is building with fedora27 that said glibc 2.25 is required 15:25:22 Nothing new in source from me. 15:25:26 to run the resultant build 15:25:29 2.53.11 was released on 2nd March 15:25:52 yepp, as reported 15:26:15 thanks for everyone's work on getting it out of the door 15:26:35 Reminds me to correct the release date on the downloads page as reported yesterday. 15:28:19 so i need to look at changes to /home/wag/mozilla/seamonkey/mozilla/build/unix/stdc++compat that have not yet been backported 15:28:24 91.7 will be out this week. Seeing a few bugs which might apply. TB is doing a 91.6.2 which does not convern is it seems. Fixing a fix whichas needed for the Firefox Downloads nonimprovements experience... 15:28:56 ^which was needed 15:31:26 need to start thinking about 2.53.12b1 release 15:31:43 grump my typing today. Meant which does not concern us. 15:32:06 more coffee? 15:32:46 IanN not so fast typing and hitting enter would be best. 15:33:20 I think I said this once before but would be nice if w e could at some point make the source on heptapod be the source for an official SeaMonkey release andn make the gitlab queue be applied on that. Just Sayin! 15:33:27 WG9s clang 7 clobber build with rust 1.59 still woring when done under CentOS 7. 15:34:08 what i expected it is i can no longer do builds under fedora27 that will work on CentOS 7. 15:34:24 WG9s will not happen That would imply a stable patch queues and I don't see this one becoming stable any time soon. So would ned branches as in gitlab. 15:34:50 I can work on this. it b uilds fine with latest rust is just a backwards compatability issue so will not impact most users 15:35:35 as long as we do our official builds under CentOS 7 then we can use latest rust for those. 15:36:48 WG9s CentOS 7 is becoming ancient. I suspect most users are running something else now. And don't see use making a big bang in the enterprise area. 15:37:34 Extensions Tracking 15:38:12 Nothing new from me. NPAPI rip out should not affect still working extensions. 15:38:18 final CentOS 7.9 release was November 2020 15:38:55 but I recall there was a big change between CentOS 7 and 8 and so some people are still stuck on 7. lLso CentOS is now an official Red Hat thing and fedora is the latest and scariest and CentOS is like Red Hat Enterprise Linux next. 15:39:06 rsx11m still getting sec updates and even rust. Longer life cycle than 8 which is why so man people are happy with IBM :) 15:39:08 no updates on our favourite extensions 15:39:29 As opposed to being RHEL Stable with just a different support model and OS name string. 15:40:42 frg: ah, ok until 2024-06-30 15:42:24 rsx11m Set up a vm with Rocky 8 but blahh.. Sdding kde is a bear and didn't even find a way to run a root shell easy from the desktop. For my backup server I stay with openSUSE for sure. 15:42:36 ^Adding kde 15:44:21 2.Next, Feature List, Planning and Roundtable 15:45:20 current RHEL developement cycle is RHEL is latest stable supported by Red Hat version recommended for Enterprise servers; Current stable CentOS which is RHEL next version.; current fedora whch will be next Centoos version; fedora rawhide, which some days ill not even boot! 15:46:22 * rsx11m tends to keeping CentOS 7 support as long as possible 15:46:41 rsx11m: i was trying to do that. 15:46:58 Doing daily planning and robbing Peter to pay Paul. Too many open SeaMonkey construction sites. Help wanted :) 15:47:11 why i am still running 1.58.1 until i figure out why my comm-central builds do not have the same dependency 15:47:34 Got my new job for sure now and will start in May. 15:47:47 congrats! 15:48:03 Means less SeaMonkey work but can't be helped. Sorry. 15:48:41 oh but i guess could just be change in if Firefox still can run on Cent OS 7 15:48:54 it is fine, just sort out cloning 1st 15:49:17 IanNso what is the cloning issue? 15:49:27 WG9s don't think central Firefox still runs. 91 may. glibc requirements got updated some time ago. 15:49:55 WG9s cloning us :) 15:50:06 frg: but then I would have expected my change in requirements would have not applied. 15:50:18 May1st is actually a holiday so 2nd 15:50:46 well I have this tar file you can get from my site but it differes from what your readme-first.txt file says 15:51:02 requires a different file structure 15:51:56 * IanN hopes WG9s has a human cloning patch :) 15:52:02 my tar file req uires a comm-253 with a mizilla under that and a comm under comm-253/mozilla 15:52:03 WG9s if you find any errors feel free to fix. Might be wrong. 15:52:13 while (frg) fork(); 15:53:19 no just saying my tar file avoids having to clone from heptapod but is based on the way i have my directories structured that I did becuase when things moved from comm on top to mozilla on tip this avoided a lot of ancillary changs to my build system. 15:54:04 WG9s My mozilla dir is named comm-release56 with a comm under it. 15:54:14 went from a comm-253 that had the comm repostitory which had mozilla rep as a subdir and was aloso where l10n base was and where objdirs were. 15:54:41 relic from the good old times. 15:54:48 was easier to leave that direcory the objdirs were and where l 10n base was and make a mozilla u nder that and also a mozilla /comm under that. 15:54:55 time for AOB I think 15:55:08 but that is not how you do your builds so not how your instructions work 15:55:43 nothing from me. Trying to get some real web compatibility fixes in but slow go. 15:56:02 but i can probably build a new tar file that works with the isntructions rather than keepeiong this thing that was only so I could switch form comm on top to mozilla on tip with minimum changes 15:56:17 I'm out walking 40 miles on 19th, hope to be awake for meeting on 20th 15:57:01 WG9s yes I do. Just a name. No need to name it mozilla. But happy if you change it to be the same as you tar. less confusion. 15:57:02 the i nstructions are fine just not useful with my tar file. I can replace the tar file that one that works with your instructions 15:57:30 IanN unless there is a storm... 15:58:06 no my tar file creates a n extra layer so comm-253 under that mozilla and under that comm your instructions are for comm-253 with comm under 15:59:01 WG9s jupp 15:59:08 but i avoide clones at all costs becuase they seem to not alwahys work expecially under windows so start withn a tar file that can do an hg pull and hgupdate on to get up to date 15:59:16 okay, thanks for your time today 15:59:31 next meeting is in 2 weeks time, same bat channel, same bat UTC time 15:59:55 WG9s yes and heptapod is also a bit resource strained I think and if closes can be avaoided that are probably thankful. 16:00:08 ... thus an hour later on the clock in North America and possibly elsewhere 16:00:21 (unless anybody got rid of DST already) 16:00:46 EU is still observing but it changes in the 27th, I think 16:00:48 I don't think anyone has recently 16:01:07 yes, EU is two weeks after us 16:01:22 will highlight in the invitations 16:02:14 maybe they had DST with different rules back then and that's what the stonehenge was for 16:02:40 I'm sure they observed DST 8-) 16:03:08 I hope this ends one year but I suspect will be 6 feet under then if ever. 16:04:25 Was a miracle already then they agreed an sanctions to stop Adolf Putin. 16:05:10 oh well, totally different story ... 16:05:16 yeahhh 16:06:41 and doubt we will see a happy ending soon unless some of the Russian GB vacationers visit the Kremlin. 16:11:35 anyway, have to go now 16:11:37 see you in two weeks! 16:11:46 bye 18:25:29 https://github.com/JustOff/github-wc-polyfill/releases/tag/1.2.15 19:22:33 thanks McI 19:22:53 :-) 21:46:21 nice, user menu finally works again~