On Thursday, August 8, 2024 at 5:57:12 AM UTC-7 Marc Culler wrote:
I think it would be possible to use a single spkg for all of the additional
binary wheels, where the main content of that spkg is a requirements.txt
file listing versions and hashes.
I did initially look into using requirements
On Thursday, August 8, 2024 at 7:57:12 AM UTC-5 Marc Culler wrote:
I think it would be possible to use a single spkg for all of the additional
binary wheels, where the main content of that spkg is a requirements.txt
file listing versions and hashes.
Yes, that is approach Matthias implemented
I think it would be possible to use a single spkg for all of the additional
binary wheels, where the main content of that spkg is a requirements.txt
file listing versions and hashes. I also think that would be easier to
maintain than many spkg directories, one for each binary wheel. The only
On Wed, Aug 7, 2024 at 5:54 AM Michael Orlitzky wrote:
>
> On Linux, people aren't usually dumb enough to download exes from
> strangers. Yet here we are.
>
Some people didn't realize mine was sarcasm.
As for dumb people running exe's, some of the notable windoze malware
is zero interaction, res
On Wed, Aug 7, 2024 at 4:17 AM Bagas Sanjaya wrote:
>
>
> In Windows, that's quite common for people to have antivirus installed.
> But for people on Linux, they usually don't install one.
>
On GNU/Linux malware is open source :)
> Find attached .tar.gz, do `configure ; make`
or
> git clone chix_
On Wed, 2024-08-07 at 06:41 +0700, Bagas Sanjaya wrote:
>
> In Windows, that's quite common for people to have antivirus installed.
> But for people on Linux, they usually don't install one.
>
On Linux, people aren't usually dumb enough to download exes from
strangers. Yet here we are.
--
You
On Mon, Aug 05, 2024 at 08:28:12PM +0300, Georgi Guninski wrote:
> On Sun, Aug 4, 2024 at 9:03 PM Matthias Koeppe
> wrote:
> >
>
> > In https://github.com/sagemath/sage/pull/38219 (needs review), I propose
> > the following mild policy change:
> > - as a third option, a "standard" package is al
On Sat, Aug 03, 2024 at 11:15:13PM -0700, Matthias Koeppe wrote:
> Currently all "standard" packages of the Sage distribution, by policy
> (https://doc.sagemath.org/html/en/developer/packaging.html; recommended
> reading),
> - either can be installed from source ("normal" packages);
> - or they
It is amusing that it is put forward as a new proposal. This is my proposal I
have been making in various forms during the past 10 months or so,
mainly in context of standardisation of a couple of packages, such as pytest.
And it is put forward by a very vocal opponent of my proposal.
At the ver
On Sun, Aug 4, 2024 at 9:03 PM Matthias Koeppe wrote:
>
> In https://github.com/sagemath/sage/pull/38219 (needs review), I propose the
> following mild policy change:
> - as a third option, a "standard" package is allowed to be a Python package
> that can be installed from platform-dependent (b
Currently all "standard" packages of the Sage distribution, by policy
(https://doc.sagemath.org/html/en/developer/packaging.html; recommended
reading),
- either can be installed from source ("normal" packages);
- or they are Python packages that can be installed from
platform-independent wheels
11 matches
Mail list logo
