Re: [Opensc-devel] Fwd: [GitHub] At 100% of Git LFS data quota for OpenSC

[Frank M. <fra...@gm...>]

Thanks for all the pointers and inputs.

I've reverted the Nightly repository to not use the LFS extensions.
Instead, large binaries are split up into 50MB chunks via `split`.
This can be easily reassembled on all platforms, so no further .action
regarding hosting/billing or similar is needed.

However, since I'm now in contact with Github, let's see if some
things may get easier in the future...

Regards, Frank.

Am Di., 27. Okt. 2020 um 08:01 Uhr schrieb z <mis...@gm...>:
>
> I would be happy to contribute with money if that would solve the problem.
> Unfortunately paying is not a solution, as for ransomware. The Git LFS
> pricing model is a scam!
>
> The problem is that bandwidth usage is counted for all LFS downloads,
> _including from forks_! Which makes it completely useless other than for
> private repos. This was neatly described already five years ago in "GitHub’s
> Large File Storage is no panacea for Open Source" by Stephane Peter,
> https://medium.com/@megastep/github-s-large-file-storage-is-no-panacea-for-open-source-quite-the-opposite-12c0e16a9a91.
>
> The conclusion for OpenSC is that using LFS on github is not an option.
> Assuming that migrating from github is out of the question, we have the
> following options:
> 1. Investigate if splitted dmg files can be created (with hdiutil segment,
> files named xxx.dmgpart) and mounted as a single disk image without the need
> to recombine.
> 2. Using an archive format (such as zip) for splitting the files in smaller
> chunks, letting the user recreate the dmg before use.
> 3. Storing large files on an external provider and using scripts or git
> hooks to download them after repo checkout.
>
> pCloud has 10 GB free storage (https://www.pcloud.com/)
>
> Zoltan Kelemen
>
> -----Original Message-----
> From: Douglas E Engert
> Sent: Tuesday, October 27, 2020 12:10 AM
> To: ope...@li...
> Subject: Re: [Opensc-devel] Fwd: [GitHub] At 100% of Git LFS data quota for
> OpenSC
>
> I too do not make any money from OpenSC. I retired 5 year ago.
>
> It looks like the problem is with using LFS a few days ago, to handle
> the large MacOS DMG file.
>
> Frank said: "Does anyone have a better idea?"
>
> Short term would be to pay $5 for this month.
>
> Long term would be find a different way to distribute the MacOS DMG like
> some free FTP site.
> (I don't know of any.) I would not expect an linux distro to host a MacOS
> distribution.
> Does Apple have such a site?
>
> Or split the DMG up in to smaller pieces.
>
> Make MacOS users build their own DMG.
>
> Don't build more then 20 times a month. But LFS usage may also include
> people
> downloading the DMG file, so that that may make free LFS completely useless.
>
>
>
> On 10/26/2020 12:36 PM, Ludovic Rousseau wrote:
> > Le dim. 25 oct. 2020 à 00:33, Douglas E Engert <dee...@gm...> a
> > écrit :
> >>
> >> Yes. someone pay the $5/month. Someone who is making a living to work on
> >> OpenSC.
> >
> > I do not make any money from OpenSC :-)
> >
> > I now received:
> > Git LFS has been disabled on the organization OpenSC because you’ve
> > exceeded your data plan by at least 150%. Please purchase additional
> > data packs to cover your bandwidth and storage usage:
> >
> >    https://github.com/organizations/OpenSC/billing/data/upgrade
> >
> > Current usage as of 26 Oct 2020 04:40PM UTC:
> >
> >    Bandwidth: 1.51 GB / 1 GB (151%)
> >    Storage: 0.76 GB / 1 GB (76%)
> >
>
> --
>
>   Douglas E. Engert  <DEE...@gm...>
>
>
>
> _______________________________________________
> Opensc-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensc-devel
>
>
>
> _______________________________________________
> Opensc-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensc-devel