Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


roytam1

My build of New Moon (temp. name) a.k.a. Pale Moon fork targetting XP

Recommended Posts

6 hours ago, roytam1 said:

you have to recompile 3rd party libraries provided by Nevcairiel with v141_xp since he provides .lib libraries that is not compiled with v141_xp. And those libraries may need to hack around to make new windows API out of them, as well as ffmpeg.

I already patched ffmpeg codes for removing condition variable , srw and bcrypt.

I want to run the .sh script to compile ffmpeg because you can't compile lav without compiling ffmpeg and libbluray.

If visual studio solution for libbluray exists so it's not a issue but ffmpeg is different.

 

Share this post


Link to post
Share on other sites

On 4/22/2019 at 10:12 PM, Mathwiz said:

Yes, that is likely.

That part, I'm not so sure about. OTOH, it's certainly possible. We'll just have to hope for the best.

It'll depend on what MCP intends to do with PM 29, and what code libraries they use. For example, they could go down a path similar to Waterfox, which preserves UXP, yet cannot be back-ported to XP (uses Rust, IIRC....)

Why not just port Rust to XP? Everyone would benefit from that.

Share this post


Link to post
Share on other sites

New New Moon 27 Build!

32bit https://o.rths.cf/palemoon/palemoon-27.9.6.win32-git-20190427-a09f31062-xpmod.7z
32bit SSE https://o.rths.cf/palemoon/palemoon-27.9.6.win32-git-20190427-a09f31062-xpmod-sse.7z
32bit noSSE https://o.rths.cf/palemoon/palemoon-27.9.6.win32-git-20190427-a09f31062-xpmod-ia32.7z

64bit https://o.rths.cf/palemoon/palemoon-27.9.6.win64-git-20190427-a09f31062-xpmod.7z

source repo: https://github.com/roytam1/palemoon27

repo changes since my last build:
- import change from rmottola/Arctic-Fox:
 - Bug 1097987 part 1. Change some JS shell function signatures to make it clearer that they are always working with globals, not arbitrary objects. (5f45873a2)
 - Bug 1097987 part 2. Change JS shell's Run to always compile/execute the script in global scope instead of using its this object. (807880f9e)
 - Bug 1097987 part 3. Change XPCShellEnvironment to only use JS_ExecuteScript in global scopes. (7cffe2855)
 - Bug 1097987 part 4. Change mozJSSubScriptLoader to use the scopechain version of JS_ExecuteScript as needed. (3abe5d5c9)
 - Bug 1097987 part 5. Change XPCShellImpl to use the scopechain version of JS_ExecuteScript as needed. (4642566c3)
 - Bug 1097987 part 6. Require callers of JS_ExecuteScript to either use the global as the scope or pass in an explicit scopechain. (c4a2a811f)
 - Bug 1097987 part 7. Require callers of JS::Evaluate to either use the global as the scope or pass in an explicit scopechain. (694c09eb3)
 - Bug 1143793 part 1. Remove the obj argument of JS_CompileScript. (929d8fd58)
 - Bug 1143793 part 2. Remove the obj argument of JS_CompileUCScript. (9c577f67c)
 - Bug 1143793 part 3. Stop passing null as the obj argument of JS::Compile. (86a715f63)
 - Bug 1143793 part 4. Stop supporting load.call(somerandomobj) in xpcshell. r=bholley (ed2bc21b4)
 - Bug 1143793 part 5. Release-assert that a script being executed against a non-global scopechain is not compileAndGo. (bcb9ae600)
 - Bug 1143793 part 6. Drop the obj argument of JS::Compile. This is technically a behavior change for the shell's disfile() function, but I really doubt anyone is doing disfile.call(someObj). (5f99a59bd)
 - pointer style (c02ff21de)
 - Bug 1135039: Apply swizzle type policy changes in Ion too (effc49369)
 - pointer style again (b47813875) (95ffc37ba)
- nss: go back to 3.43 release (a09a17de6)
- import change from rmottola/Arctic-Fox:
 - Bug 1128076 - Clean up naming around unboxed scalar MIR accesses (08ee23875)
 - more pointer style (f20c11717)
 - Bug 1139152 - IonMonkey: Add dynamic output type checks for LIRs that use redefine (286e5a552)
 - Bug 1135039: Throw on non-int32 or out-of-bounds lanes arguments to swizzle/shuffle (4a5e7078e)
 - Bug 1135039: Implement LVariadicInstruction (112d6f02c)
 - Bug 1135039: Generalize swizzle MIR node to SimdGeneralShuffle (076f75d26)
 - Bug 1135039: Generalize SimdGeneralShuffle codegen (e3deae006)
 - more style (23944c5fd)
 - Bug 1135039: Factor out LInstructionHelper/LVariadicInstruction code (e02b132ad)
 - update pointer style... (db3f11786)
 - Bug 1135042: Optimize SIMD.loadX/loadXY/loadXYZ in Ion (013bc896e) (a09f31062)

  • Like 3

Share this post


Link to post
Share on other sites

New regular/weekly KM-Goanna release:
https://o.rths.cf/kmeleon/KM76.2-Goanna-20190427.7z

Changelog:

in-tree changes:
- MozUtils: JS::Evaluate() don't use `globalJSObject` anymore as bug 1097987 is landed in goanna3 side. (17c38519)
- bump version to 76.2 since goanna API is changed due to landing of bug 1097987 (a844f112)

Out-of-tree changes:
* update Goanna3 to git b68d61fda..a09f31062:
- import change from rmottola/Arctic-Fox:
 - Bug 1097987 part 1. Change some JS shell function signatures to make it clearer that they are always working with globals, not arbitrary objects. (5f45873a2)
 - Bug 1097987 part 2. Change JS shell's Run to always compile/execute the script in global scope instead of using its this object. (807880f9e)
 - Bug 1097987 part 3. Change XPCShellEnvironment to only use JS_ExecuteScript in global scopes. (7cffe2855)
 - Bug 1097987 part 4. Change mozJSSubScriptLoader to use the scopechain version of JS_ExecuteScript as needed. (3abe5d5c9)
 - Bug 1097987 part 5. Change XPCShellImpl to use the scopechain version of JS_ExecuteScript as needed. (4642566c3)
 - Bug 1097987 part 6. Require callers of JS_ExecuteScript to either use the global as the scope or pass in an explicit scopechain. (c4a2a811f)
 - Bug 1097987 part 7. Require callers of JS::Evaluate to either use the global as the scope or pass in an explicit scopechain. (694c09eb3)
 - Bug 1143793 part 1. Remove the obj argument of JS_CompileScript. (929d8fd58)
 - Bug 1143793 part 2. Remove the obj argument of JS_CompileUCScript. (9c577f67c)
 - Bug 1143793 part 3. Stop passing null as the obj argument of JS::Compile. (86a715f63)
 - Bug 1143793 part 4. Stop supporting load.call(somerandomobj) in xpcshell. r=bholley (ed2bc21b4)
 - Bug 1143793 part 5. Release-assert that a script being executed against a non-global scopechain is not compileAndGo. (bcb9ae600)
 - Bug 1143793 part 6. Drop the obj argument of JS::Compile. This is technically a behavior change for the shell's disfile() function, but I really doubt anyone is doing disfile.call(someObj). (5f99a59bd)
 - pointer style (c02ff21de)
 - Bug 1135039: Apply swizzle type policy changes in Ion too (effc49369)
 - pointer style again (b47813875) (95ffc37ba)
- nss: go back to 3.43 release (a09a17de6)
- import change from rmottola/Arctic-Fox:
 - Bug 1128076 - Clean up naming around unboxed scalar MIR accesses (08ee23875)
 - more pointer style (f20c11717)
 - Bug 1139152 - IonMonkey: Add dynamic output type checks for LIRs that use redefine (286e5a552)
 - Bug 1135039: Throw on non-int32 or out-of-bounds lanes arguments to swizzle/shuffle (4a5e7078e)
 - Bug 1135039: Implement LVariadicInstruction (112d6f02c)
 - Bug 1135039: Generalize swizzle MIR node to SimdGeneralShuffle (076f75d26)
 - Bug 1135039: Generalize SimdGeneralShuffle codegen (e3deae006)
 - more style (23944c5fd)
 - Bug 1135039: Factor out LInstructionHelper/LVariadicInstruction code (e02b132ad)
 - update pointer style... (db3f11786)
 - Bug 1135042: Optimize SIMD.loadX/loadXY/loadXYZ in Ion (013bc896e) (a09f31062)

* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.

A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

  • Like 1

Share this post


Link to post
Share on other sites

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rths.cf/basilisk/basilisk52-g4.1.win32-git-20190427-3424afcca-xpmod.7z
Win64 https://o.rths.cf/basilisk/basilisk52-g4.1.win64-git-20190427-3424afcca-xpmod.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom

NM28XP build:
Win32 https://o.rths.cf/palemoon/palemoon-28.5.0a2.win32-git-20190427-3424afcca-xpmod.7z
Win64 https://o.rths.cf/palemoon/palemoon-28.5.0a2.win64-git-20190427-3424afcca-xpmod.7z

Official repo changes since my last build:
- Issue #991 Part 1: Pale Moon (9a37ab727)
- Issue #991 Part 2: Basilisk (759132691)
- Issue #991 Part 3: Devtools (609a7215e)
- Issue #991 Part 4: Network and URILoader (c7796280a)
- Issue #991 Part 5: DOM and layout (1d0af8b59)
- Issue #991 Part 6: Services (2d3b7717a)
- Issue #991 Part 7: Toolkit Components (714e9c907)
- Issue #991 Part 8: Toolkit everything else (8757548a3)
- Pref try/catch block fixup. Tag #991. (40fc72376)
- Merge branch 'master' into default-pref (af7e140d4)
- Remove unused try/catch block. Tag #991. (21b4cb27c)
- Remove unused parameter from call (b73287811)
- Stop building /accessible unified and fix deprot. (32577bdb3)
- Merge pull request #1041 from Ascrod/default-pref (e0116ac2b)
- Handle URL token in a closer way to the CSS3 spec (d9137b4b7)
- Remove geo-specific search engine default preferences. Tag #245. (c78cd6fb9)
- Remove geoip lookup for search engine defaults. Tag #245. (60e283715)
- Remove browser.search.region usage. Tag #245. (a3a34dad1)
- Merge pull request #1047 from JustOff/PR_css3_url_token (550d87388)
- Version bump (bccf86a10)
- Fix variable used before being declared in UpdateUtils.jsm (bca1943ca)
- [PHOENIX] Fix missing default from lastSync in browser-syncui.js in Pale Moon and replace the tryblock in Basilisk (5d02c2207)
- Remove SecurityUI telemetry. (b10712de8)
- Issue #1049 - Show sync status via label of sync-button (ccd86d8c0)
- Merge pull request #1045 from ThosRTanner/patch-1 (864f1cfdb)
- Update platform version to reflect major changes in platform. (33ebc885e)
- Merge branch 'master' of https://github.com/MoonchildProductions/UXP (1d7664d3a)
- Update Twemoji Mozilla COLR font to 0.4.0 (TweMoji v11.4.0) (7d61305b0)
- Merge pull request #1051 from adeshkp/remove-telemetry-security_ui (8bd7da130)
- Merge pull request #1048 from Ascrod/geodefaults (228e55129)
- Remove tests from search service (0c84220a4)
- Sort out search service (63295d008)
- Issue #1053 - Drop support Android and remove Fennec - Part 1a: Remove mobile/android (abe80cc31)
- Issue #1053 - Drop support Android and remove Fennec - Part 1b: Remove MOZ_FENNEC (325b204d2)
- [minor] Fix a variable name in Basilisk error page (2e781c998)
- Add application ID and widget toolkit placeholders to UpdateUtils.jsm (cb5d20deb)
- Don't use UpdateChannel.jsm in nsBlocklistService.js (a9ae19957)
- Use UpdateUtils in GMPInstallManager.jsm (c11a0b276)
- Remove UpdateChannel.jsm (9cf2c92c3)
- [PALEMOON] Remove errent extensions.blocklist.* from shared branding prefs (e86f0e555)
- Remove useless assert. Resolves #1055. (51af3decb)
- Merge pull request #1054 from adeshkp/patch-11 (ace7f20fa)
- Capture delayed events and cancel as necessary. (3424afcca)

My changes since my last build:
- nss: go back to 3.43 release (b314cfa40)
- a11y: fix build (2faa94fa0)
* since MCP deleted lots of files, this might affect Serpent's functionality of updating WE extension. please test and report if there is any irregularities.

  • Like 6

Share this post


Link to post
Share on other sites

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rths.cf/boc-uxp/mailnews.win32-20190427-697f102-uxp-3424afcca-xpmod.7z
Browser-only Suite Win32 https://o.rths.cf/boc-uxp/bnavigator.win32-20190427-697f102-uxp-3424afcca-xpmod.7z

source patch (excluding UXP): https://o.rths.cf/boc-uxp/boc-uxp-src-xpmod-20190223.7z

Official repo changes since my last build:
- [PLATFORM] Update commit pointer (4ceb85d)
- [PLATFORM] Update commit pointer (cda8bd8)
- [NAVIGATOR] Fix about:sessionrestore (837c77d)
- [NAVIGATOR] Revert about:logopage (fa2551f)
- [COMM] get*pref has defaults now, use it (6a812b8)
- [PLATFORM] Update commit pointer (e744c6c)
- [PLATFORM] Update commit pointer (3fd3eeb)
- Issue #78 - Add signon.startup.prompt to avoid Master Password races (697f102)

For UXP changes please see above.

  • Like 2

Share this post


Link to post
Share on other sites
Posted (edited)

I am pleased to now announce a single version of my browser installer that works on both Windows 2000 and Windows XP (And Later).
And yes, the server side is updated to include support for the latest browser versions.
As always get it here:
http://i430vx.strangled.net/files/XP/RoyTam Browser Installer.exe

 

Features coming soon:
-Firefox 45 support
-No deletion of the PREFS folder, for example for users of the UOC patch

As always, keep me informed on the features you want and any bugs you find. 

:)

Edited by i430VX
  • Like 2

Share this post


Link to post
Share on other sites
On 4/25/2019 at 3:15 AM, c.lee said:

If you didn't know why did you bother responding? I was asking the person who would the most familar  with the code itself if he thought there would be problems with it running under WINE, not some useless, most likely Gnome 3 using, PC Gamer like you..

Ok, I just did a quick test of basilisk52-g4.1.win32-git-20190427-3424afcca-xpmod.7z on a usb flash drive with Knoppix 8.2 installed on it using WINE. Serpent/Basilisk ran fine under wine, but there were some "quirks" that showed up that I suspect has more to do with Knoppix's 8.2 GUI interacting with WINE than with either WINE's XP emulation or   Serpent/Basilisk running under it.Suspect I need to install and test Serpent/Basilisk on another Linux distro to be sure, but right now I'ld say Serpent/Basilisk runs almost as well under WINE as it does under Windows XP. Haven't  see any complaints about missing dll's or anything so far.

On 4/27/2019 at 3:23 AM, Alex654 said:

Why not just port Rust to XP? Everyone would benefit from that.

Are you serious? You've got people running away on non-xp platforms because of Rust and other Mozilla Browser nonsense. Have you not been paying attention to what's going on?

Share this post


Link to post
Share on other sites
Posted (edited)

I have just encountered my third Windows XP user using your builds asking for information and support. WILL YOU PLEASE STOP REPRESENTING YOUR PROJECTS AS MINE. Create your own branding or end your foolish projects.

 

Do this or I will revoke the repository again and start rewriting major parts of it as proprietary software.

Edited by Matt A. Tobin

Share this post


Link to post
Share on other sites
13 minutes ago, Matt A. Tobin said:

WILL YOU PLEASE STOP REPRESENTING YOUR PROJECTS AS MINE. Create your own branding or end your foolish projects.

Changing the contents of "About Serpent" not to point to you in anyway (except as a credit, maybe) would suffice as a 1st step?

Share this post


Link to post
Share on other sites

See Matty Tobin and Moon Marcus refuse to realize that they are serving customers.  Customers as such ask the same questions over and over again - they just do.  Politely just tell them that we ("we" being you two Moon-Matt, of course) don't support Roytam1 builds, but here's the link to MSFN where you can find out more.  See how easy that is???

But alas, there's one big BIG problem with this - it required being "nice".  I know that this is something that Moon-Matt have some difficulty with.  Just practice.  Nice - there you go!

 

 

  • Like 1
  • Upvote 1

Share this post


Link to post
Share on other sites
1 hour ago, Matt A. Tobin said:

I have just encountered my third Windows XP user using your builds asking for information and support. WILL YOU PLEASE STOP REPRESENTING YOUR PROJECTS AS MINE. Create your own branding or end your foolish projects.

 

Do this or I will revoke the repository again and start rewriting major parts of it as proprietary software.

Karma's a b***h isn't she? Learn to live with her dude.

 

 

 

 

 

 

Share this post


Link to post
Share on other sites
1 hour ago, Matt A. Tobin said:

WILL YOU PLEASE STOP REPRESENTING YOUR PROJECTS AS MINE.

I'm not intended to do so. I don't use offended/official branding, and my builds don't have "--enabled-official" compile time option enabled. but if there is any place that shows your names when "--enabled-official" compile time option IS NOT USED, we can work together and warp them with #ifdefs?

Share this post


Link to post
Share on other sites
1 hour ago, dencorso said:

Changing the contents of "About Serpent" not to point to you in anyway (except as a credit, maybe) would suffice as a 1st step?

Nah. He would then cry about Basilisk not getting the credit he thinks it deserves. For some reason Tobin can't deal with Serpent being a fork of Basilisk.

We saw pretty much the same thing in Linux when MATE split away from Gnome.

 

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...