Skip to Content.
Sympa Menu

sm-commit - Re: [SM-Commit] GIT changes to master grimoire by Remko van der Vossen (001758c5753fae25ad647fa9492165e489fd7263)

sm-commit AT lists.ibiblio.org

Subject: Source Mage code commit list

List archive

Chronological Thread  
  • From: Ismael Luceno <ismael AT iodev.co.uk>
  • To: Remko van der Vossen <wich AT sourcemage.org>
  • Cc: sm-commit AT lists.ibiblio.org
  • Subject: Re: [SM-Commit] GIT changes to master grimoire by Remko van der Vossen (001758c5753fae25ad647fa9492165e489fd7263)
  • Date: Mon, 6 May 2019 13:46:27 +0200

On 06/May/2019 13:22, Remko van der Vossen wrote:
> Ismael,
>
> I made below changes to make the gnupg -> gnupg-2.2 upgrade go
> succesfully, but in order to do so I am doing various calls from
> PRE_BUILD into the internals of sorcery. I could of course copy all
> behavior directly into the spell, but I would like to leverage what
> sorcery already does and this way it hopefully all behaves in the same
> way as any other spell, even if the implementation of some of these
> functions change somewhat.
>
> I thought you should at least be aware of it, and perhaps you have some
> ideas on better solutions.
>
> Personally I think that long term we should probably offer separate
> functions and/or options on unpack_file to be able to force using
> coreutils for the hash verification and/or be able to do verification
> and unpacking itself separately.

Hi Remko,

It's ok by me.

I'm working on making Sorcery more reliable, probably this weekend I'll
be able to continue that and push all the improvements; I will have it
fall back to whatever is installed automatically, but for now that's an
acceptable solution.

I fear we will need to make sorcery upgrades mandatory soon, there's
already too much compatibility cruft around...

Best regards.




Archive powered by MHonArc 2.6.24.

Top of Page