sks-devel
[Top][All Lists]
Advanced

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

Re: [Sks-devel] Debian binary replacement


From: Jens Leinenbach
Subject: Re: [Sks-devel] Debian binary replacement
Date: Fri, 11 May 2012 08:21:24 +0200
User-agent: Thunderbird/7.0.1

John Clizbe wrote:
> Thank you for the medal. What sort of metal is bronce? Is it the result of
> being exposed to too much lead as a child?

It's bronze. That's called typo. Or spanish. Not sure if lead exposure
can cause this.

> There IS NO SKS VERSION 1.1.4! Yaron will make that decision when it happens,
> possibly with my input, then I'll probably tag the and roll the release.

You call these changes a "massive" patch and I don't want people to use
a massively patched version with the same version number as you can't
see the changes from the "outside" if someone has trouble with it. So I
decided to change the version number - even if I am not happy with it.
But I didn't want to change the version numbering to something like
"1.1.3-patch1".
 
> I received a single massive patch from Jens modifying SKS's file locations,
> again, specifically for Debian users.

Now this is wrong.

The patch "sks-1.1.3to4.patch" [1] is for all users that don't want to
have all files in one base directory, but in Linux typical directories
like /var/log.
My intension is to point to the same directories as before, but make
them changeable.

The additional "sks-1.1.4-debian.patch" [2] finally changes everything
to Debian specific directory paths, but still leaves everything
configurable.

[1] https://lists.gnu.org/archive/html/sks-devel/2012-05/msg00018.html

> I even sent back to him the tarball contining the patches Debian already used 
> to do this.

Thank you for that, but those old Debian patches were really weird. E.g.
the base directory path was just set to "" and the Debian directories
were directly added to the source code afterwards. Result: If you set
the base directory to something like "/bla" via the command line, this
leads to something like: "/bla/var/lib/sks"

So  I can understand why they were not used in the original version.

> Note: these changes must be workable for all users, not just the
> self-entitled users of a single distribution on a single hardware 
> architecture.

My patch makes this finally possible. Before, everything was written to
the "base" directory what follows no linux standard.

> As for doing nothing with SKS in general, I've pushed every release since 
> 1.1.0, with 1.1.2
> and 1.1.3 being largely my own work. Therefore, I feel I have done too much
> work to leave me worthy enough for me to claim your medal. Perhaps you could
> keep it for yourself in honor of your overinflated sense of self-entitlement.

Thank you very much for your work!


Regards,
Jens




reply via email to

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