I don't know why this was being discussed on a RT unblock bug (it should be
moved elsewhere really, so just adding the bug in Bcc)
On 11/02/2019 16:53, Fabian Klötzl wrote:
> Long Description: PMurHash comes with a few functions e.g.
> "PMurHash32_Process"
> which I use internally, but I don't wa
On 11.02.19 22:24, Andreas Tille wrote:
I had a look on the build logs[1] and at least mips and s390x keep
on failing (some archs are not yet build).
Sorry for keeping you busy with this
That's fine, because it is entirely my fault; Wouldn't have happened if
I had merged your automake sugge
Hi Fabian,
I had a look on the build logs[1] and at least mips and s390x keep
on failing (some archs are not yet build).
Sorry for keeping you busy with this
Andreas.
[1] https://buildd.debian.org/status/package.php?p=libmurmurhash
On Mon, Feb 11, 2019 at 05:28:32PM +0100, Andreas Till
On Mon, Feb 11, 2019 at 04:53:16PM +0100, Fabian Klötzl wrote:
> > Could you be more verbose about what you did and what lintian error was
> > issued? Normally you do not simply remove symbols vrom the .symbols
> > file manually. You should rather declare the interface private inside
> > the code
Hi Andreas,
On 11.02.19 15:41, Andreas Tille wrote:
Furthermore, I added some man page links. I also wanted to remove
some private functions from the .symbols file. However, that resulted in a
lintian error.
Could you be more verbose about what you did and what lintian error was
issued? Norm
Hi Fabian,
On Mon, Feb 11, 2019 at 03:19:42PM +0100, Fabian Klötzl wrote:
> The latest version should fix the few remaining build issues on big-endian
> systems.
Thanks a lot. Due to a racing condition of my attempt to get mash into
testing by asking ftpmaster for removal of missing architecture
6 matches
Mail list logo