From rmottola at opencsw.org  Thu Aug  3 00:48:00 2017
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 3 Aug 2017 00:48:00 +0200
Subject: strange ELF error
Message-ID: <1cd7ed26-31fe-02d7-9930-08c36c1e25f0@opencsw.org>

Hi!

I am trying to update gnutls3 to current! I did not get anything to 
build, so I commited nothing yet.

Build fails for me on Solaris10 Sparc:

   CCLD     libcmd-systemkey.la
copying selected object files to avoid basename conflicts...
   CC       psk.o
   CCLD     psktool
ld: fatal: file /opt/csw/lib/libopts.so: wrong ELF class: ELFCLASS32
ld: fatal: file processing errors. No output written to .libs/psktool
collect2: error: ld returned 1 exit status
gmake[4]: *** [Makefile:1896: psktool] Error 1


doesn't look nice, doesn't it?

Riccardo

From dam at opencsw.org  Thu Aug  3 13:29:42 2017
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 3 Aug 2017 13:29:42 +0200
Subject: strange ELF error
In-Reply-To: <1cd7ed26-31fe-02d7-9930-08c36c1e25f0@opencsw.org>
References: <1cd7ed26-31fe-02d7-9930-08c36c1e25f0@opencsw.org>
Message-ID: <D68C018E-5EEC-4B87-96BE-FD2E68192A73@opencsw.org>

Hi,

> Am 03.08.2017 um 00:48 schrieb Riccardo Mottola via maintainers <maintainers at lists.opencsw.org>:
> 
> Hi!
> 
> I am trying to update gnutls3 to current! I did not get anything to build, so I commited nothing yet.
> 
> Build fails for me on Solaris10 Sparc:
> 
>  CCLD     libcmd-systemkey.la
> copying selected object files to avoid basename conflicts...
>  CC       psk.o
>  CCLD     psktool
> ld: fatal: file /opt/csw/lib/libopts.so: wrong ELF class: ELFCLASS32
> ld: fatal: file processing errors. No output written to .libs/psktool
> collect2: error: ld returned 1 exit status
> gmake[4]: *** [Makefile:1896: psktool] Error 1
> 
> 
> doesn't look nice, doesn't it?

You are building 64 bit and libopts is only available as 32 bit, I am on vacation with limited access right now, will look later.

Best regards -- Dago

> 
> Riccardo


From rmottola at opencsw.org  Sun Aug 27 00:12:11 2017
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Sun, 27 Aug 2017 00:12:11 +0200
Subject: crearting a patch
Message-ID: <59A1F23B.1050408@opencsw.org>

Hi all,

I need a quick "memory refresh". I rember that one could tinker in the 
source files until a package build and then issue a command to 
automatically get the patch done.
What was the command?

"gmake makepatch" fails.
"svn diff" shows nothing, since the chnge is not in the receipe, but in 
the source code!"

"mgar makepatch" does soemthing which I do not understand, but not a 
patch....

Riccardo

From bonivart at opencsw.org  Sun Aug 27 01:12:01 2017
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 27 Aug 2017 01:12:01 +0200
Subject: crearting a patch
In-Reply-To: <59A1F23B.1050408@opencsw.org>
References: <59A1F23B.1050408@opencsw.org>
Message-ID: <CABY0g1X_k56CFLo0BvT8b+EBx31POXVagTqKqyi5m62WNVnwRA@mail.gmail.com>

On Sun, Aug 27, 2017 at 12:12 AM, Riccardo Mottola via maintainers
<maintainers at lists.opencsw.org> wrote:
> "gmake makepatch" fails.

Have you checked this page about "gmake makepatch"?

https://buildfarm.opencsw.org/trac/wiki/GitMakepatch

Worked last time I used it.

From rmottola at opencsw.org  Mon Aug 28 10:46:38 2017
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Mon, 28 Aug 2017 10:46:38 +0200
Subject: crearting a patch
In-Reply-To: <CABY0g1X_k56CFLo0BvT8b+EBx31POXVagTqKqyi5m62WNVnwRA@mail.gmail.com>
References: <59A1F23B.1050408@opencsw.org>
 <CABY0g1X_k56CFLo0BvT8b+EBx31POXVagTqKqyi5m62WNVnwRA@mail.gmail.com>
Message-ID: <59A3D86E.2050500@opencsw.org>

Hi Peter,

Peter Bonivart wrote:
> On Sun, Aug 27, 2017 at 12:12 AM, Riccardo Mottola via maintainers
> <maintainers at lists.opencsw.org> wrote:
>> "gmake makepatch" fails.
>
> Have you checked this page about "gmake makepatch"?
>
> https://buildfarm.opencsw.org/trac/wiki/GitMakepatch

Thanks for the reminder :) I had a new read.

>
> Worked last time I used it.

the only "difference" in what I do is that I did not extract things with 
"gmake extract" but with "mgar extract".
The same goes for other steps, I use "mgar makesum" or "mgar spotless"

This is the actual error I am getting is:

rmottola at unstable10s [unstable10s]:~/opencsw/gnutls3/trunk > gmake makepatch
Makefile:106: gar/category.mk: No such file or directory
gmake: *** No rule to make target 'gar/category.mk'.  Stop.


The file is included in the makefile. Something obsolete in the receipe 
I am working on?


Riccardo

From rmottola at opencsw.org  Thu Aug 31 09:32:14 2017
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 31 Aug 2017 09:32:14 +0200
Subject: crearting a patch
In-Reply-To: <59A3D86E.2050500@opencsw.org>
References: <59A1F23B.1050408@opencsw.org>
 <CABY0g1X_k56CFLo0BvT8b+EBx31POXVagTqKqyi5m62WNVnwRA@mail.gmail.com>
 <59A3D86E.2050500@opencsw.org>
Message-ID: <d57806c6-c873-d113-3f0d-636756c0af82@opencsw.org>

Hi,

Riccardo Mottola via maintainers wrote:
>> Have you checked this page about "gmake makepatch"?
>>
>> https://buildfarm.opencsw.org/trac/wiki/GitMakepatch
>
> Thanks for the reminder :) I had a new read.

after a clean start and a bit of cleanup in the receip,e "mgar 
makepatch" worked great.

I'll post the news about gnutls soon.

Riccardo

From rmottola at opencsw.org  Thu Aug 31 12:54:55 2017
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 31 Aug 2017 12:54:55 +0200
Subject: unstable9s "hangs"
Message-ID: <32b45dd3-a63c-cde3-32a5-875f2ab1b120@opencsw.org>

Hi,

while building gnutls3 on solaris 9 I get a strange hang:

Here is what happens on unstable9s, on unstable9x it works!



  create mode 100644 tests/x509sign-verify2.c
Switched to a new branch 'csw'
         [extract-modulated] complete for gnutls.
  ==> Applying patch 
work/solaris9-sparc/download/0001-substitute-AF_LOCAL-with-AF_UNIX.patch


Riccardo

From rmottola at opencsw.org  Thu Aug 31 12:56:56 2017
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 31 Aug 2017 12:56:56 +0200
Subject: gnutls3 status : test failures and ipv6 on solaris 9
Message-ID: <1878e81c-2a54-4740-dff6-4552e9d3e2ab@opencsw.org>

Hi!

I did some work on a new GNUTLS, which I think we do quite need, like a 
new OpenSSL. Especially the version on solaris 9 is  so aged I can't 
compile some dependencies and I bet it is also quite insecure.

I got GNUTLS 3.5.14 to compile on Solaris 10 (see test results below) 
and a some tests fail, I do not know if they "used to fail" also in the 
past packages or more patches are needed and if the failures are bad. 
Several of them are due to STARTTLS, so that might indicate an issue, 
especially in connection with mail servers.

I am unable to compile on solaris 9: it "enables" IPV6 because it 
detects it, but then fails. I would just disable IPV6 on solaris 9. I 
don't think ipv6 is so critical in use, especially on an older OS. 
Unfortunately there is no configure flag to disable it!

serv.c:824:32: error: 'IPV6_V6ONLY' undeclared (first use in this function)


How can we do that? can we "patch" a configure test easily.. just for 
solaris9?
Perhaps the easiest would be to patch the result, but do we have a 
meaning to apply a patch after configuration?


Thanks

Riccardo


Solaris 10 sparc

============================================================================
Testsuite summary for GnuTLS 3.5.14
============================================================================
# TOTAL: 248
# PASS:  225
# SKIP:  8
# XFAIL: 0
# FAIL:  15
# XPASS: 0
# ERROR: 0

Solaris 10 intel

============================================================================
Testsuite summary for GnuTLS 3.5.14
============================================================================
# TOTAL: 248
# PASS:  225
# SKIP:  8
# XFAIL: 0
# FAIL:  15
# XPASS: 0
# ERROR: 0