From grzemba at contac-dt.de  Mon Feb  1 15:35:09 2016
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Mon, 01 Feb 2016 15:35:09 +0100
Subject: IPS buildhost
Message-ID: <beeda0cc1bfe.56af7b2d@contac-dt.de>

Hi Dago,

it is possible to get a Solaris 11 build zone with no installed CSW SVR4 packages, except the build system: mgar, compiler, ...
So we can build IPS packages successively with the correct dependencies.

What do you think?

Carsten
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160201/d1188f69/attachment.html>

From dam at opencsw.org  Mon Feb  1 15:37:55 2016
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 1 Feb 2016 15:37:55 +0100
Subject: IPS buildhost
In-Reply-To: <beeda0cc1bfe.56af7b2d@contac-dt.de>
References: <beeda0cc1bfe.56af7b2d@contac-dt.de>
Message-ID: <319F6DA8-3177-4570-95E0-3D14E5923E92@opencsw.org>

Hi Carsten,

Am 01.02.2016 um 15:35 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> it is possible to get a Solaris 11 build zone with no installed CSW SVR4 packages, except the build system: mgar, compiler, ...
> So we can build IPS packages  successively with the correct dependencies.
> 
> What do you think?

Sure. Do we envision different catalogs for Solaris 11? Or just
  ips11s
  ips11x
or
  unstable11sips
  unstable11xips


Best regards

  ? Dago


--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160201/b21a6c05/attachment.asc>

From grzemba at contac-dt.de  Mon Feb  1 15:45:17 2016
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Mon, 01 Feb 2016 15:45:17 +0100
Subject: IPS buildhost
In-Reply-To: <319F6DA8-3177-4570-95E0-3D14E5923E92@opencsw.org>
References: <beeda0cc1bfe.56af7b2d@contac-dt.de>
	<319F6DA8-3177-4570-95E0-3D14E5923E92@opencsw.org>
Message-ID: <be431f9e6c4e.56af7d8d@contac-dt.de>



On 01.02.16 15:38, Dagobert Michelsen  <dam at opencsw.org> wrote: 
> 
> Hi Carsten,
> 
> Am 01.02.2016 um 15:35 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> > it is possible to get a Solaris 11 build zone with no installed CSW SVR4 packages, except the build system: mgar, compiler, ...
> > So we can build IPS packages successively with the correct dependencies.
> > 
> > What do you think?
> 
> Sure. Do we envision different catalogs for Solaris 11? Or just
>  ips11s
>  ips11x
> or
>  unstable11sips
>  unstable11xips
> 
I would prefer the catalog naming style. This could later refer to the publisher.
 
> 
> 
> 
> 
> Best regards
> 
>  ? Dago
> 
> 
> --
> "You don't become great by trying to be great, you become great by wanting to do something,
> and then doing it so hard that you become great in the process." - xkcd #896
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160201/0d683eea/attachment-0001.html>

From grzemba at contac-dt.de  Thu Feb  4 12:07:40 2016
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Thu, 04 Feb 2016 12:07:40 +0100
Subject: IPS package build
Message-ID: <be43250b3fd5.56b33f0c@contac-dt.de>

I commited some changes for gar.pkg.mk and some other minor changes. I hope there are no side effects for SVR4 package building.

Carsten
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160204/ad0a4685/attachment.html>

From dam at opencsw.org  Thu Feb  4 12:14:09 2016
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 4 Feb 2016 12:14:09 +0100
Subject: IPS package build
In-Reply-To: <be43250b3fd5.56b33f0c@contac-dt.de>
References: <be43250b3fd5.56b33f0c@contac-dt.de>
Message-ID: <FA34A439-3EB8-4A9E-96C8-1251E41EF55C@opencsw.org>

Hi Carsten,

Am 04.02.2016 um 12:07 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> I commited some changes for gar.pkg.mk and some other minor changes. I hope there are no side effects for SVR4 package building.

I noticed that you also included a rewrite of the ugly pathfilter. While I strongly
consider this a good idea the logic was not trivial to implement in the first
place, especially the replacements of link sources and targets. From what I see
I would say it is not used yet and before doing so I would like some kind of
testsuite to see if both scripts actually produce the same results.

Ths IPS part looks good and I am happy to see that you spend work on it :-)


Best regards

  ? Dago

--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160204/72bee188/attachment.asc>

From rmottola at opencsw.org  Fri Feb  5 16:31:46 2016
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Fri, 5 Feb 2016 16:31:46 +0100
Subject: freetype header problem / CFLAGS
Message-ID: <56B4C062.3030208@opencsw.org>

Hi,

I am trying to update gnustep-back and extend it to solaris 9 too. I 
just installed an updated version of FreeType which matches solaris 10.
pkg config is installed too, same version.


/opt/csw/bin/pkg-config --cflags freetype2
-I/opt/csw/include/freetype2 -I/opt/csw/include


That is "freetype2" is the sound thing.


when I do build, I see this:
  Compiling file XGFont.m ...
In file included from ../../Headers/x11/wraster.h:46:0,
                  from ../../Headers/xlib/XGPrivate.h:34,
                  from XGFont.m:40:
/usr/openwin/include/X11/Xlib.h:32:0: warning: ignoring #pragma ident 
[-Wunknown-pragmas]
In file included from ../../Headers/x11/wraster.h:47:0,
                  from ../../Headers/xlib/XGPrivate.h:34,
                  from XGFont.m:40:
/usr/openwin/include/X11/Xutil.h:56:0: warning: ignoring #pragma ident 
[-Wunknown-pragmas]
In file included from /usr/openwin/include/X11/Xft/Xft.h:35:0,
                  from ../../Headers/xlib/XGGState.h:38,
                  from XGFont.m:41:
/opt/csw/include/ft2build.h:56:38: fatal error: 
freetype/config/ftheader.h: No such file or directory
compilation terminated.
gmake[7]: *** [obj/xlib.obj/XGFont.m.o] Error 1


freetype/config/ftheader.h exists in the freetype2 directory, which is 
found by the package configure system!

Does this kind of issue ring a bell?

I thought of adding an extra value to CFLAGS, to force it (and test that 
this is the only problem), but how can I do it?
I only do:

CONFIGURE_ARGS = $(DIRPATHS)


so i don't know if there is a way to add -I/opt/csw/include/freetype2
Cleanly. Suggestions?

Riccardo


From dam at opencsw.org  Fri Feb  5 16:36:42 2016
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 5 Feb 2016 16:36:42 +0100
Subject: freetype header problem / CFLAGS
In-Reply-To: <56B4C062.3030208@opencsw.org>
References: <56B4C062.3030208@opencsw.org>
Message-ID: <D756C199-612F-4AAE-8845-FFB5F5560CF4@opencsw.org>

Hi Riccardo,

Am 05.02.2016 um 16:31 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> I am trying to update gnustep-back and extend it to solaris 9 too. I just installed an updated version of FreeType which matches solaris 10.
> pkg config is installed too, same version.
> 
> 
> /opt/csw/bin/pkg-config --cflags freetype2
> -I/opt/csw/include/freetype2 -I/opt/csw/include
> 
> 
> That is "freetype2" is the sound thing.
> 
> 
> when I do build, I see this:
> Compiling file XGFont.m ...
> In file included from ../../Headers/x11/wraster.h:46:0,
>                 from ../../Headers/xlib/XGPrivate.h:34,
>                 from XGFont.m:40:
> /usr/openwin/include/X11/Xlib.h:32:0: warning: ignoring #pragma ident [-Wunknown-pragmas]
> In file included from ../../Headers/x11/wraster.h:47:0,
>                 from ../../Headers/xlib/XGPrivate.h:34,
>                 from XGFont.m:40:
> /usr/openwin/include/X11/Xutil.h:56:0: warning: ignoring #pragma ident [-Wunknown-pragmas]
> In file included from /usr/openwin/include/X11/Xft/Xft.h:35:0,
>                 from ../../Headers/xlib/XGGState.h:38,
>                 from XGFont.m:41:
> /opt/csw/include/ft2build.h:56:38: fatal error: freetype/config/ftheader.h: No such file or directory
> compilation terminated.
> gmake[7]: *** [obj/xlib.obj/XGFont.m.o] Error 1
> 
> 
> freetype/config/ftheader.h exists in the freetype2 directory, which is found by the package configure system!
> 
> Does this kind of issue ring a bell?
> 
> I thought of adding an extra value to CFLAGS, to force it (and test that this is the only problem), but how can I do it?
> I only do:
> 
> CONFIGURE_ARGS = $(DIRPATHS)
> 
> 
> so i don't know if there is a way to add -I/opt/csw/include/freetype2
> Cleanly. Suggestions?

Look here:
  https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/zenity/trunk/Makefile

Try
  EXTRA_INC += $(includedir)/freetype2


Best regards

  ? Dago


--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160205/3c6ce6f4/attachment.asc>

From rupert at opencsw.org  Sat Feb  6 21:03:16 2016
From: rupert at opencsw.org (rupert THURNER)
Date: Sat, 6 Feb 2016 21:03:16 +0100
Subject: ConfigParser.NoSectionError: No section: 'rest'
Message-ID: <CAJs9aZ-jqnM5q-F0Z=8ZjBG3CWXn=e51uraqE7TiY3=1do2PQQ@mail.gmail.com>

i currently try to respin python builds to somehow remove the old gcc
path, as i am still not sure where it is coming from. i get the below
error and i am not sure where this comes from:

rupert at experimental10s
[experimental10s]:~/opencsw/lang-python/pysetuptools/trunk > mgar
spotless package
...

## Packaging complete.
mkp: exec( pkgtrans -s /home/rupert/spool/5.10-sparc
/tmp/py_setuptools_stub-3.8.1,REV=2016.02.06-SunOS5.10-all-CSW.pkg
CSWpysetuptools )
Transferring <CSWpysetuptools> package instance
mkp: exec( gzip -9 -f
/tmp/py_setuptools_stub-3.8.1,REV=2016.02.06-SunOS5.10-all-CSW.pkg )
mkp: exec( mv /tmp/py_setuptools_stub-3.8.1,REV=2016.02.06-SunOS5.10-all-CSW.pkg.gz
/home/rupert/pkgs/06.Feb.2016 )
mkp: exec( rm -rf /home/rupert/spool/5.10-sparc/CSWpysetuptools )
Traceback (most recent call last):
  File "/home/rupert/opencsw/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py",
line 268, in <module>
    main()
  File "/home/rupert/opencsw/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py",
line 140, in main
    debug=options.debug)
  File "/home/rupert/opencsw/.buildsys/v2/gar/lib/python/package_stats.py",
line 115, in __init__
    pkgdb_url=self.config.get('rest', 'pkgdb'),
  File "/opt/csw/lib/python2.6/ConfigParser.py", line 532, in get
    raise NoSectionError(section)
ConfigParser.NoSectionError: No section: 'rest'
/home/rupert/opencsw/.buildsys/v2/gar//gar.pkg.mk:1083: recipe for
target 'pkgcheck' failed
gmake: *** [pkgcheck] Error 2

rupert

From laurent at opencsw.org  Mon Feb  8 14:24:57 2016
From: laurent at opencsw.org (Laurent Blume)
Date: Mon, 8 Feb 2016 14:24:57 +0100
Subject: Some 64 bit subdirectories not merged into pkgroot
Message-ID: <56B89729.6060907@opencsw.org>

Hello all,

It's been pointed to me that the Samba 3 package does not contain the
needed symlinks to have NSS/PAM work in 64 bit.
This is odd, because when I worked on it, I took time to check it was
working.

I've double-checked my recipe, it appears to be creating the symlinks
for each MEMORY_MODEL, and that shows in the install directories, all good:
work/install-isa-pentium_pro/usr/lib/nss_winbind_csw.so.1
work/install-isa-pentium_pro/usr/lib/nss_wins_csw.so.1
work/install-isa-pentium_pro/usr/lib/security/pam_winbind_csw.so
work/install-isa-pentium_pro/usr/lib/security/pam_smbpass_csw.so

work/install-isa-amd64/usr/lib/amd64/nss_winbind_csw.so.1
work/install-isa-amd64/usr/lib/amd64/nss_wins_csw.so.1
work/install-isa-amd64/usr/lib/security/amd64/pam_winbind_csw.so
work/install-isa-amd64/usr/lib/security/amd64/pam_smbpass_csw.so

But in the pkgroot, only the 32 bit version is there, no 64:
work/pkgroot/usr/lib/nss_winbind_csw.so.1
work/pkgroot/usr/lib/nss_wins_csw.so.1
work/pkgroot/usr/lib/security/pam_smbpass_csw.so
work/pkgroot/usr/lib/security/pam_winbind_csw.so

How come? mgar acting up? Considering the age of the current Samba 3
package, it would have been for around a year, at least.

Laurent

From dam at opencsw.org  Mon Feb  8 14:52:48 2016
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 8 Feb 2016 14:52:48 +0100
Subject: Some 64 bit subdirectories not merged into pkgroot
In-Reply-To: <56B89729.6060907@opencsw.org>
References: <56B89729.6060907@opencsw.org>
Message-ID: <D66ADFC6-DB70-426A-905D-6909B5135C08@opencsw.org>

Hi Laurent,

Am 08.02.2016 um 14:24 schrieb Laurent Blume <laurent at opencsw.org>:
> It's been pointed to me that the Samba 3 package does not contain the
> needed symlinks to have NSS/PAM work in 64 bit.
> This is odd, because when I worked on it, I took time to check it was
> working.
> 
> I've double-checked my recipe, it appears to be creating the symlinks
> for each MEMORY_MODEL, and that shows in the install directories, all good:
> work/install-isa-pentium_pro/usr/lib/nss_winbind_csw.so.1
> work/install-isa-pentium_pro/usr/lib/nss_wins_csw.so.1
> work/install-isa-pentium_pro/usr/lib/security/pam_winbind_csw.so
> work/install-isa-pentium_pro/usr/lib/security/pam_smbpass_csw.so
> 
> work/install-isa-amd64/usr/lib/amd64/nss_winbind_csw.so.1
> work/install-isa-amd64/usr/lib/amd64/nss_wins_csw.so.1
> work/install-isa-amd64/usr/lib/security/amd64/pam_winbind_csw.so
> work/install-isa-amd64/usr/lib/security/amd64/pam_smbpass_csw.so
> 
> But in the pkgroot, only the 32 bit version is there, no 64:
> work/pkgroot/usr/lib/nss_winbind_csw.so.1
> work/pkgroot/usr/lib/nss_wins_csw.so.1
> work/pkgroot/usr/lib/security/pam_smbpass_csw.so
> work/pkgroot/usr/lib/security/pam_winbind_csw.so
> 
> How come? mgar acting up? Considering the age of the current Samba 3
> package, it would have been for around a year, at least.

The problem is you change the destination to be /usr/lib/$(ISA) instead
of /usr/lib/64 some time ago:
  https://buildfarm.opencsw.org/source/diff/opencsw/csw/mgar/pkg/samba/branches/samba3/Makefile?r2=%2Fopencsw%2Fcsw%2Fmgar%2Fpkg%2Fsamba%2Fbranches%2Fsamba3%2FMakefile%4023841&r1=%2Fopencsw%2Fcsw%2Fmgar%2Fpkg%2Fsamba%2Fbranches%2Fsamba3%2FMakefile%4023265

I?ll fix it and make sure it works, hang on.


Best regards

  ? Dago

--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160208/82b76849/attachment-0001.asc>

From ihsan at opencsw.org  Tue Feb  9 13:34:33 2016
From: ihsan at opencsw.org (Ihsan Dogan)
Date: Tue, 9 Feb 2016 13:34:33 +0100
Subject: Disk needed for mail server
In-Reply-To: <56AE2664.3090709@opencsw.org>
References: <56AD2B95.8090602@opencsw.org> <56AD3F19.7030605@opencsw.org>
	<E8BCAD89-DD6C-4E52-A79C-978C95F3C406@opencsw.org>
	<56ADEE7D.5060503@opencsw.org> <56AE2664.3090709@opencsw.org>
Message-ID: <20160209123433.GA8312@dogan.ch>

Hi Laurent,

On Sunday, 31 Jan 2016 16:21 +0100, Laurent Blume wrote:

Sorry for the delay. A flu forced me to stay in bed for a week.

> > If they are original Sun disks, then I would prefer these, as they are
> > much less of trouble.
> 
> Oh really? Why? T2000 have buggy SAS controllers? Then by all means, 
> change the server, not the disks.

I had once bad experience. But that was long time ago.

> There's no such things as original Sun disks anyway, Sun never 
> manufactured any disk, only relabelled other brands, the same as HP does.

Anyway, if you have a spare disk for the T2000, I'd be really
happy to have the disk replaced.

If your offer still stands, I'll contact you off list.



Ihsan

-- 
ihsan at dogan.ch http://blog.dogan.ch/

From dam at opencsw.org  Mon Feb 15 21:15:53 2016
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 15 Feb 2016 21:15:53 +0100
Subject: ConfigParser.NoSectionError: No section: 'rest'
In-Reply-To: <CAJs9aZ-jqnM5q-F0Z=8ZjBG3CWXn=e51uraqE7TiY3=1do2PQQ@mail.gmail.com>
References: <CAJs9aZ-jqnM5q-F0Z=8ZjBG3CWXn=e51uraqE7TiY3=1do2PQQ@mail.gmail.com>
Message-ID: <99B27DBD-9CDF-4890-81E4-AE3698DACB29@opencsw.org>

Hi Rupert,

Am 06.02.2016 um 21:03 schrieb rupert THURNER <rupert at opencsw.org>:
> i currently try to respin python builds to somehow remove the old gcc
> path, as i am still not sure where it is coming from. i get the below
> error and i am not sure where this comes from:
> ...
> ConfigParser.NoSectionError: No section: 'rest'

This is fixed on experimental10s.

Sorry for the delay.


Best regards

  ? Dago

--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160215/9de0b036/attachment.asc>

From rupert at opencsw.org  Tue Feb 16 08:39:53 2016
From: rupert at opencsw.org (rupert THURNER)
Date: Tue, 16 Feb 2016 08:39:53 +0100
Subject: experimental10s gcc not working?
Message-ID: <CAJs9aZ_4ZiZMoDdOk77NXZ+u+G2zfWhM1ojECi8=aMOag6QUvw@mail.gmail.com>

when respinning pyhton-2.7 compile i get:

rupert at experimental10s
[experimental10s]:~/opencsw/lang-python/python/branches/python-2.7 >
mgar spotless package

checking for --without-gcc... no
checking for gcc... /opt/csw/bin/gcc-5.2
checking whether the C compiler works... no
configure: error: in
`/home/rupert/opencsw/lang-python/python/branches/python-2.7/work/solaris10-sparc/build-isa-sparcv8plus/Python-2.7.11':
configure: error: C compiler cannot create executables
See `config.log' for more details
/home/rupert/opencsw/.buildsys/v2/gar//gar.lib.mk:835: recipe for
target 'configure-work/solaris10-sparc/build-isa-sparcv8plus/Python-2.7.11/configure'
failed
gmake[1]: *** [configure-work/solaris10-sparc/build-isa-sparcv8plus/Python-2.7.11/configure]
Error 77

where does it get the idea that it is gcc-5.2 and not gcc-5.3 ?

best
rupert

From dam at opencsw.org  Tue Feb 16 11:19:13 2016
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 16 Feb 2016 11:19:13 +0100
Subject: experimental10s gcc not working?
In-Reply-To: <CAJs9aZ_4ZiZMoDdOk77NXZ+u+G2zfWhM1ojECi8=aMOag6QUvw@mail.gmail.com>
References: <CAJs9aZ_4ZiZMoDdOk77NXZ+u+G2zfWhM1ojECi8=aMOag6QUvw@mail.gmail.com>
Message-ID: <BD19DA5E-F8CD-48D3-A363-8AE5F3663223@opencsw.org>

Hi Rupert,

Am 16.02.2016 um 08:39 schrieb rupert THURNER <rupert at opencsw.org>:
> when respinning pyhton-2.7 compile i get:
> 
> rupert at experimental10s
> [experimental10s]:~/opencsw/lang-python/python/branches/python-2.7 >
> mgar spotless package
> 
> checking for --without-gcc... no
> checking for gcc... /opt/csw/bin/gcc-5.2
> checking whether the C compiler works... no
> configure: error: in
> `/home/rupert/opencsw/lang-python/python/branches/python-2.7/work/solaris10-sparc/build-isa-sparcv8plus/Python-2.7.11':
> configure: error: C compiler cannot create executables
> See `config.log' for more details
> /home/rupert/opencsw/.buildsys/v2/gar//gar.lib.mk:835: recipe for
> target 'configure-work/solaris10-sparc/build-isa-sparcv8plus/Python-2.7.11/configure'
> failed
> gmake[1]: *** [configure-work/solaris10-sparc/build-isa-sparcv8plus/Python-2.7.11/configure]
> Error 77
> 
> where does it get the idea that it is gcc-5.2 and not gcc-5.3 ?

This is coded in GAR to select different GCC versions. You can work around that
by temporarily adding
  GCC5_VERSION = 5.3
in your local .garrc (probably with conditional on hostname)


Best regards

  ? Dago

--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160216/9557321e/attachment.asc>

From slowfranklin at opencsw.org  Thu Feb 18 05:32:56 2016
From: slowfranklin at opencsw.org (slowfranklin)
Date: Thu, 18 Feb 2016 05:32:56 +0100
Subject: Python in shebang
Message-ID: <A9392D40-6079-4FE5-93C5-122C04C2CE58@opencsw.org>

Hey folks!

I just tried to package a Netatalk update and got this at the end of mgar package:
---8<---
[ Generating checkpkg override for package CSWnetatalk ]

#    #  ######  #####    ####   ######
##  ##  #       #    #  #    #  #
# ## #  #####   #    #  #       #####
#    #  #       #####   #  ###  #
#    #  #       #   #   #    #  #
#    #  ######  #    #   ####   ######

pkgrepo create -s /home/slow/staging/ips
pkgrepo set -s /home/slow/staging/ips publisher/prefix=opencsw
PKG: opencsw/netatalk
echo "<transform file path=etc/opt/csw/afp.conf -> default preserve renamenew>" >> work/solaris11-i386/build-global/netatalk.proto.filtered;   echo "<transform file path=etc/opt/csw/extmap.conf -> defa
ult preserve renamenew>" >> work/solaris11-i386/build-global/netatalk.proto.filtered; 
mv work/solaris11-i386/build-global/netatalk.proto.filtered work/solaris11-i386/build-global/netatalk.proto
echo "set name=variant.arch value=i386"  >> work/solaris11-i386/build-global/netatalk.meta; 
cd work/solaris11-i386/build-global && cat netatalk.meta netatalk.proto  > netatalk.premog
pkgmogrify  -I /home/slow/opencsw/.buildsys/v2/gar/transforms -I work/solaris11-i386/build-global netatalk.premog defaults | pkgfmt > work/solaris11-i386/build-global/netatalk.mogrified
pkgdepend generate -D ISALIST=amd64 -D ISALIST=i386 -md /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot work/solaris11-i386/build-global/netatalk.mogrified > work/solaris11-i386/build-glo
bal/netatalk.depend
The file to be installed in opt/csw/bin/afpstats does not specify a specific version of python either in its installed path nor in its text.  Such a file cannot be analyzed for dependencies since the v
ersion of python it will be used with is unknown.  The text of the file is here: /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats.
/home/slow/opencsw/.buildsys/v2/gar//gar.pkg.mk:1160: recipe for target 'packageips-netatalk' failed
---8<---

head -n 1 /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats
#!/usr/bin/env python

How can I fix this?

Thanks for any pointers!

Cheerio!
-slow

From dam at opencsw.org  Thu Feb 18 09:42:45 2016
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 18 Feb 2016 09:42:45 +0100
Subject: Python in shebang
In-Reply-To: <A9392D40-6079-4FE5-93C5-122C04C2CE58@opencsw.org>
References: <A9392D40-6079-4FE5-93C5-122C04C2CE58@opencsw.org>
Message-ID: <29A4D9C7-3EBB-4BC4-BE0A-52701514A80C@opencsw.org>

Hi Slow,

Am 18.02.2016 um 05:32 schrieb slowfranklin <slowfranklin at opencsw.org>:
> Hey folks!
> 
> I just tried to package a Netatalk update and got this at the end of mgar package:
> ---8<---
> [ Generating checkpkg override for package CSWnetatalk ]
> 
> #    #  ######  #####    ####   ######
> ##  ##  #       #    #  #    #  #
> # ## #  #####   #    #  #       #####
> #    #  #       #####   #  ###  #
> #    #  #       #   #   #    #  #
> #    #  ######  #    #   ####   ######
> 
> pkgrepo create -s /home/slow/staging/ips
> pkgrepo set -s /home/slow/staging/ips publisher/prefix=opencsw
> PKG: opencsw/netatalk
> echo "<transform file path=etc/opt/csw/afp.conf -> default preserve renamenew>" >> work/solaris11-i386/build-global/netatalk.proto.filtered;   echo "<transform file path=etc/opt/csw/extmap.conf -> defa
> ult preserve renamenew>" >> work/solaris11-i386/build-global/netatalk.proto.filtered;
> mv work/solaris11-i386/build-global/netatalk.proto.filtered work/solaris11-i386/build-global/netatalk.proto
> echo "set name=variant.arch value=i386"  >> work/solaris11-i386/build-global/netatalk.meta;
> cd work/solaris11-i386/build-global && cat netatalk.meta netatalk.proto  > netatalk.premog
> pkgmogrify  -I /home/slow/opencsw/.buildsys/v2/gar/transforms -I work/solaris11-i386/build-global netatalk.premog defaults | pkgfmt > work/solaris11-i386/build-global/netatalk.mogrified
> pkgdepend generate -D ISALIST=amd64 -D ISALIST=i386 -md /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot work/solaris11-i386/build-global/netatalk.mogrified > work/solaris11-i386/build-glo
> bal/netatalk.depend
> The file to be installed in opt/csw/bin/afpstats does not specify a specific version of python either in its installed path nor in its text.  Such a file cannot be analyzed for dependencies since the v
> ersion of python it will be used with is unknown.  The text of the file is here: /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats.
> /home/slow/opencsw/.buildsys/v2/gar//gar.pkg.mk:1160: recipe for target 'packageips-netatalk' failed
> ---8<---
> 
> head -n 1 /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats
> #!/usr/bin/env python
> 
> How can I fix this?

You need to use a specific Python interpreter, like
  #!/opt/csw/bin/python2.7

Can you specific something like ?with-python=? or something?


Best regards

  ? Dago


--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160218/fecc5089/attachment-0001.asc>

From grzemba at contac-dt.de  Thu Feb 18 10:03:53 2016
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Thu, 18 Feb 2016 10:03:53 +0100
Subject: Python in shebang
In-Reply-To: <29A4D9C7-3EBB-4BC4-BE0A-52701514A80C@opencsw.org>
References: <A9392D40-6079-4FE5-93C5-122C04C2CE58@opencsw.org>
	<29A4D9C7-3EBB-4BC4-BE0A-52701514A80C@opencsw.org>
Message-ID: <bef080af422c.56c59709@contac-dt.de>

Please not that you tried to build an IPS package, IPS packaging work is still on progress and perhaps not that what you want.
Python dependency could not resolved because we have no IPS Python package on build machine in the Moment

I guess you are satisfy if you get an SVR4 package.
You can build SVR4 packages on unstable11(x|s):
$ mgar package PKGFORMAT-5.11=svr4

On 18.02.16 09:42, Dagobert Michelsen  <dam at opencsw.org> wrote: 
> 
> Hi Slow,
> 
> Am 18.02.2016 um 05:32 schrieb slowfranklin <slowfranklin at opencsw.org>:
> > Hey folks!
> > 
> > I just tried to package a Netatalk update and got this at the end of mgar package:
> > ---8<---
> > [ Generating checkpkg override for package CSWnetatalk ]
> > 
> > # # ###### ##### #### ######
> > ## ## # # # # # #
> > # ## # ##### # # # #####
> > # # # ##### # ### #
> > # # # # # # # #
> > # # ###### # # #### ######
> > 
> > pkgrepo create -s /home/slow/staging/ips
> > pkgrepo set -s /home/slow/staging/ips publisher/prefix=opencsw
> > PKG: opencsw/netatalk
> > echo "<transform file path=etc/opt/csw/afp.conf -> default preserve renamenew>" >> work/solaris11-i386/build-global/netatalk.proto.filtered; echo "<transform file path=etc/opt/csw/extmap.conf -> defa
> > ult preserve renamenew>" >> work/solaris11-i386/build-global/netatalk.proto.filtered;
> > mv work/solaris11-i386/build-global/netatalk.proto.filtered work/solaris11-i386/build-global/netatalk.proto
> > echo "set name=variant.arch value=i386" >> work/solaris11-i386/build-global/netatalk.meta;
> > cd work/solaris11-i386/build-global && cat netatalk.meta netatalk.proto > netatalk.premog
> > pkgmogrify -I /home/slow/opencsw/.buildsys/v2/gar/transforms -I work/solaris11-i386/build-global netatalk.premog defaults | pkgfmt > work/solaris11-i386/build-global/netatalk.mogrified
> > pkgdepend generate -D ISALIST=amd64 -D ISALIST=i386 -md /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot work/solaris11-i386/build-global/netatalk.mogrified > work/solaris11-i386/build-glo
> > bal/netatalk.depend
> > The file to be installed in opt/csw/bin/afpstats does not specify a specific version of python either in its installed path nor in its text. Such a file cannot be analyzed for dependencies since the v
> > ersion of python it will be used with is unknown. The text of the file is here: /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats.
> > /home/slow/opencsw/.buildsys/v2/gar//gar.pkg.mk:1160: recipe for target 'packageips-netatalk' failed
> > ---8<---
> > 
> > head -n 1 /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats
> > #!/usr/bin/env python
> > 
> > How can I fix this?
> 
> You need to use a specific Python interpreter, like
>  #!/opt/csw/bin/python2.7
> 
> Can you specific something like ?with-python=? or something?
> 
> 
> Best regards
> 
>  ? Dago
> 
> 
> --
> "You don't become great by trying to be great, you become great by wanting to do something,
> and then doing it so hard that you become great in the process." - xkcd #896
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160218/22881f88/attachment.html>

From slowfranklin at opencsw.org  Thu Feb 18 10:42:42 2016
From: slowfranklin at opencsw.org (slowfranklin)
Date: Thu, 18 Feb 2016 10:42:42 +0100
Subject: Python in shebang
In-Reply-To: <bef080af422c.56c59709@contac-dt.de>
References: <A9392D40-6079-4FE5-93C5-122C04C2CE58@opencsw.org>
	<29A4D9C7-3EBB-4BC4-BE0A-52701514A80C@opencsw.org>
	<bef080af422c.56c59709@contac-dt.de>
Message-ID: <6E70646C-AD2B-40C0-A5D1-6944A5EFCD17@opencsw.org>

Hi!

> Am 18.02.2016 um 10:03 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> 
> Please not that you tried to build an IPS package, IPS packaging work is still on progress and perhaps not that what you want.
> Python dependency could not resolved because we have no IPS Python package on build machine in the Moment
> 
> I guess you are satisfy if you get an SVR4 package.
> You can build SVR4 packages on unstable11(x|s):
> $ mgar package PKGFORMAT-5.11=svr4

hm. The package in question is supposed to be build on both 10 and 11:

PACKAGING_PLATFORMS = solaris10-sparc solaris10-i386
# Solaris 11 for Zeroconf support
PACKAGING_PLATFORMS += solaris11-sparc solaris11-i386

-Ralph

From slowfranklin at opencsw.org  Thu Feb 18 10:44:28 2016
From: slowfranklin at opencsw.org (slowfranklin)
Date: Thu, 18 Feb 2016 10:44:28 +0100
Subject: Python in shebang
In-Reply-To: <29A4D9C7-3EBB-4BC4-BE0A-52701514A80C@opencsw.org>
References: <A9392D40-6079-4FE5-93C5-122C04C2CE58@opencsw.org>
	<29A4D9C7-3EBB-4BC4-BE0A-52701514A80C@opencsw.org>
Message-ID: <78559D01-4871-4A83-8651-D974F2E4BCF7@opencsw.org>


>> The file to be installed in opt/csw/bin/afpstats does not specify a specific version of python either in its installed path nor in its text.  Such a file cannot be analyzed for dependencies since the v
>> ersion of python it will be used with is unknown.  The text of the file is here: /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats.
>> /home/slow/opencsw/.buildsys/v2/gar//gar.pkg.mk:1160: recipe for target 'packageips-netatalk' failed
>> ---8<---
>> 
>> head -n 1 /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats
>> #!/usr/bin/env python
>> 
>> How can I fix this?
> 
> You need to use a specific Python interpreter, like
>  #!/opt/csw/bin/python2.7
> 
> Can you specific something like ?with-python=? or something?

arg, no. I'd have to add patch. :/

Can't I simply override the error in the Makefile like I do for all the other errors? :)))

Cheerio!
-slow


From dam at opencsw.org  Thu Feb 18 11:20:28 2016
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 18 Feb 2016 11:20:28 +0100
Subject: Python in shebang
In-Reply-To: <78559D01-4871-4A83-8651-D974F2E4BCF7@opencsw.org>
References: <A9392D40-6079-4FE5-93C5-122C04C2CE58@opencsw.org>
	<29A4D9C7-3EBB-4BC4-BE0A-52701514A80C@opencsw.org>
	<78559D01-4871-4A83-8651-D974F2E4BCF7@opencsw.org>
Message-ID: <FF08201D-82C4-4F42-820F-9FDB60DA7892@opencsw.org>

Hi Slow,

Am 18.02.2016 um 10:44 schrieb slowfranklin <slowfranklin at opencsw.org>:
>>> The file to be installed in opt/csw/bin/afpstats does not specify a specific version of python either in its installed path nor in its text.  Such a file cannot be analyzed for dependencies since the v
>>> ersion of python it will be used with is unknown.  The text of the file is here: /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats.
>>> /home/slow/opencsw/.buildsys/v2/gar//gar.pkg.mk:1160: recipe for target 'packageips-netatalk' failed
>>> ---8<---
>>> 
>>> head -n 1 /home/slow/opencsw/netatalk/trunk/work/solaris11-i386/pkgroot/opt/csw/bin/afpstats
>>> #!/usr/bin/env python
>>> 
>>> How can I fix this?
>> 
>> You need to use a specific Python interpreter, like
>> #!/opt/csw/bin/python2.7
>> 
>> Can you specific something like ?with-python=? or something?
> 
> arg, no. I'd have to add patch. :/
> 
> Can't I simply override the error in the Makefile like I do for all the other errors? :)))

For IPS this has not been implemented yet. You can go for SVR4 on Solaris 11
as Carsten described it.


Best regards

  ? Dago

--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20160218/c29cd5fa/attachment.asc>

From rmottola at opencsw.org  Sat Feb 27 10:15:25 2016
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Sat, 27 Feb 2016 10:15:25 +0100
Subject: freetype header problem / CFLAGS
In-Reply-To: <D756C199-612F-4AAE-8845-FFB5F5560CF4@opencsw.org>
References: <56B4C062.3030208@opencsw.org>
	<D756C199-612F-4AAE-8845-FFB5F5560CF4@opencsw.org>
Message-ID: <56D1692D.8050806@opencsw.org>

Hi Dagobert,

sorry for the delay - I was away for business and otherwise busy.

Dagobert Michelsen ha scritto:
> Look here:
>    https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/zenity/trunk/Makefile
>
> Try
>    EXTRA_INC += $(includedir)/freetype2

It seems to "apply" but does not help, I really do wonder. Some other 
catch? Perhaps something is not configured in a sub-project?
May you try yourself?

The question is of course why it works on solaris 10 and not 9, since 
they have the *same* freetype version installed: I built it.

Is there a way to manually run the build stage with the same options? 
GNUstep make hides the command line (e.g. you see only "Compiling 
xxxx...". While I want to add "messages=yes" to the make parameteres 
temporarily, so I can see if the include is actually passed along.

Riccardo


PS: Actually there are new versions of freetype available, but first I 
am unable to build them, second I did not want to add enthropy, since 
the one we have is fine on Solaris 10!