guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: people.mozilla.com shutdown - impact and issues.


From: ng0
Subject: Re: people.mozilla.com shutdown - impact and issues.
Date: Wed, 13 Dec 2017 17:54:16 +0000

ng0 transcribed 3.7K bytes:
> Hi all,
> 
> I just found out that people.mozilla.com is no more:
> 
> > https://github.com/mozilla/charts/issues/39
> 
> The homepage 
> (https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/Releases/38)
> of mozjs-38 states:
> 
> > The download url is outdated and SpiderMonkey not RELEASE alone! Get it 
> > here mozilla-esr38
> > You will find it in "Firefox Extended Support Release 38" package on hg 
> > release
> 
> This page leads to:
> 
> > https://hg.mozilla.org/releases/mozilla-esr38/archive/tip.tar.bz2
> 
> Which gives you a 170MiB (!) Download from their hg.
> 
> We have 2.5 choices:
> 
> 1) look into archive.org if they have saved the tarball.
>    pro: ?
>    contra: rely on archive.org
> 1.5) Use the tarballs I still had available and published right now here:
>      https://d.n0.is/d/v/mozjs/ or https://d.n0.is/dist/vault/mozjs/
>      The 2nd link is just a symlink to the first.
>      pro: smaller files
>      contra: You rely on me, trust me. That's the same with archive.org, we
>              trust archive.org not to manipulate the files.
>              In addition to this: we do not get further updates on mozjs-38
>              (if it's still developed) because they are now in hg and no
>              longer released on their own. I can only be a drop-in
>              replacement for one version.
> 2) Use their hg.
>    contra: big terrible archive, possible just from HEAD ("tip" is just
>            that in hg terms, right? I'm not using hg very often).
>    pro: ?!?
> 
> Impact of this change:
> 
> I noticed that icecat was building from source.
> 
> address@hidden:
> > Building the following 3 packages would ensure 5 dependent packages are 
> > rebuilt: address@hidden address@hidden address@hidden
> 
> address@hidden:
> > No dependents other than itself: address@hidden
> 
> address@hidden:
> > Building the following 27 packages would ensure 83 dependent packages are 
> > rebuilt: address@hidden address@hidden address@hidden address@hidden 
> > address@hidden address@hidden address@hidden address@hidden address@hidden 
> > address@hidden address@hidden address@hidden address@hidden address@hidden 
> > address@hidden address@hidden address@hidden address@hidden address@hidden 
> > address@hidden address@hidden address@hidden address@hidden address@hidden 
> > address@hidden address@hidden address@hidden
> 
> We get mozjs 17 and 24 from their ftp:
> > https://ftp.mozilla.org/pub/js/
> only 38 is affected.
> 
> Other packages?
> WOFF is the only package that turns up when I grep for "people.mozilla.com" 
> in gnu/packages/,
> so this must be fixed aswell.

Someone "revived" woff here:

https://github.com/wget/sfnt2woff

https://github.com/instructure/canvas-lms/issues/1073

We already build from Debian down-upstream, so I guess
they are going to deal with this somehow.

> 
> Ideas? Thoughts? Screams of despair?
> -- 
> GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588
> GnuPG: https://c.n0.is/ng0_pubkeys/tree/keys
>   WWW: https://n0.is



-- 
GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588
GnuPG: https://c.n0.is/ng0_pubkeys/tree/keys
  WWW: https://n0.is

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]