From rmottola at opencsw.org  Mon Jun  1 19:44:51 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Mon, 01 Jun 2015 19:44:51 +0200
Subject: Goodbye, Sourceforge!
In-Reply-To: <5C175F65-2417-4C78-AF02-08D9F3528FFD@opencsw.org>
References: <CAP30j17x6xHZTt27bdK2edvuRAsLL0M4Nt=jtytwiVDL+6uVcw@mail.gmail.com>	<x6a8wkk5qc.fsf@opencsw.org>
	<5C175F65-2417-4C78-AF02-08D9F3528FFD@opencsw.org>
Message-ID: <556C9A13.3070407@opencsw.org>

Hi,

Dagobert Michelsen wrote:
> Well, the initial reason for using SourceForge as SVN repo was from the experience with
> Blastwave taking down the repo. I don't think it is reasonable to believe this is a
> problem any more. Hosting an SVN repo is not that hard and it would be good to integrate
> that into our existing Trac. As we have raw access to the repo the transition for
> users should be as easy as an "svn switch". Additionally, I don't think we are in any
> hurry, we could also discuss moving to another hoster. Switching the VC (e.g. to Git) is
> a completely different issue I would like to keep out of the discussion for now.

I'm new here and I don't like git much. Just now I am banging my head on 
how badly submodules are handled. So,  I agree, let's keep a VC switch 
separate.
However, if SF became unreliable, it might be an important switch.
I don't think we classify as an inactive project though and want to know 
if these problems apply to normal projects too. (Also because I have my 
own project hosted on SF since 2002!)

Riccardo

From dam at opencsw.org  Mon Jun  1 21:23:06 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 1 Jun 2015 21:23:06 +0200
Subject: Goodbye, Sourceforge!
In-Reply-To: <556C9A13.3070407@opencsw.org>
References: <CAP30j17x6xHZTt27bdK2edvuRAsLL0M4Nt=jtytwiVDL+6uVcw@mail.gmail.com>
	<x6a8wkk5qc.fsf@opencsw.org>
	<5C175F65-2417-4C78-AF02-08D9F3528FFD@opencsw.org>
	<556C9A13.3070407@opencsw.org>
Message-ID: <35F14E60-9439-4F9C-AE08-198095055C45@opencsw.org>

Hi Riccardo,

Am 01.06.2015 um 19:44 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> I'm new here and I don't like git much. Just now I am banging my head on how badly submodules are handled. So,  I agree, let's keep a VC switch separate.
> However, if SF became unreliable, it might be an important switch.
> I don't think we classify as an inactive project though and want to know if these problems apply to normal projects too. (Also because I have my own project hosted on SF since 2002!)

I guess this affects file downloads only which we don?t have, so it is more like
a political issue to move away, not a practical one.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150601/381ecf21/attachment.p7s>

From jh at opencsw.org  Tue Jun  2 13:36:20 2015
From: jh at opencsw.org (Jan Holzhueter)
Date: Tue, 02 Jun 2015 13:36:20 +0200
Subject: OpenSSL 1.0.1m considered harmful on Sparc
In-Reply-To: <C34DE9BB-2336-4678-9B10-B6E520BF107D@opencsw.org>
References: <C34DE9BB-2336-4678-9B10-B6E520BF107D@opencsw.org>
Message-ID: <556D9534.8050507@opencsw.org>

Hi,

Am 20.04.15 um 15:22 schrieb Dagobert Michelsen:
> Hi folks,
> 
> I want to raise the issue about OpenSSL 1.0.1m again. On Sparc we have now
> two serious issues:
> 
> - BIND fails with crypto failure 
that was already fixed with latest build.
>   https://www.opencsw.org/mantis/view.php?id=5237
> - Solaris 9 applications have issues with hangs in unrelated code. This has been seen
>   at least in GIT and Python

fixed now too. The fork threadsafe patch that oracle provides can't be
used on solaris 9 that brakes everything. Without the patch it seems to
work know.

It's installed on experimental10s and 9s. If anyone wants to test it
more or has other test cases that fail.
Otherwise will push it to unstable tomorrow and close the bug so that is
will be merged to testing.


Greetings
Jan


From rmottola at opencsw.org  Tue Jun  2 15:20:20 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Tue, 02 Jun 2015 15:20:20 +0200
Subject: gcc4: alternatives and symlinks
Message-ID: <556DAD94.6090202@opencsw.org>

Hi,

what do alternatives do?

I'm rebuilding gcc 4.6 from the branch and the only serious looking 
problem I have is this one:

CHECKPKG_OVERRIDES_CSWgcc4java += 
file-needed-but-no-package-satisfies-it|/opt/csw/bin/grmregistry-4.6|CSWgcc4java|contains|symlink|/opt/csw/gcc4/bin/grmregistry|which|needs|the|target|file:|/opt/csw/bin/grmregistry-4.6

Which means I suppose the receipe symlinks to a non-existing file.

in the receipe I see these:
Makefile:ALTERNATIVE_$(PKG_VERSION_TOKEN)java += $(bindir)/grmregistry 
gcc_gjava $(bindir)/grmregistry$(PROGRAM_SUFFIX)
Makefile:ALTERNATIVE_$(PKG_VERSION_TOKEN)java += $(bindir)/grmregistry 
gcc_gjava $(bindir)/rebuild-gcj-db$(PROGRAM_SUFFIX)
Makefile:JAVA_BINARIES += gkeytool gnative2ascii gorbd grmic grmid 
grmregistry

What are these alternatives supposed to do? Create the symlink perhaps?

I checked the gcc 4.8 branch and trunk and these lines are gone? perhaps 
they were broken :(

Trying to look for the said file in the work dir:
find . -name grmregistry\*
<nothing>

Riccardo

From dam at opencsw.org  Tue Jun  2 21:06:03 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 2 Jun 2015 21:06:03 +0200
Subject: gcc4: alternatives and symlinks
In-Reply-To: <556DAD94.6090202@opencsw.org>
References: <556DAD94.6090202@opencsw.org>
Message-ID: <E3A1C688-F1E3-481C-A7BC-F875185F2FCD@opencsw.org>

Hi Riccardo,

Am 02.06.2015 um 15:20 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> what do alternatives do?

This is explained here:
  http://wiki.opencsw.org/project-alternatives

> I'm rebuilding gcc 4.6 from the branch and the only serious looking problem I have is this one:
> 
> CHECKPKG_OVERRIDES_CSWgcc4java += file-needed-but-no-package-satisfies-it|/opt/csw/bin/grmregistry-4.6|CSWgcc4java|contains|symlink|/opt/csw/gcc4/bin/grmregistry|which|needs|the|target|file:|/opt/csw/bin/grmregistry-4.6
> 
> Which means I suppose the receipe symlinks to a non-existing file.
> 
> in the receipe I see these:
> Makefile:ALTERNATIVE_$(PKG_VERSION_TOKEN)java += $(bindir)/grmregistry gcc_gjava $(bindir)/grmregistry$(PROGRAM_SUFFIX)
> Makefile:ALTERNATIVE_$(PKG_VERSION_TOKEN)java += $(bindir)/grmregistry gcc_gjava $(bindir)/rebuild-gcj-db$(PROGRAM_SUFFIX)
> Makefile:JAVA_BINARIES += gkeytool gnative2ascii gorbd grmic grmid grmregistry
> 
> What are these alternatives supposed to do? Create the symlink perhaps?
> 
> I checked the gcc 4.8 branch and trunk and these lines are gone? perhaps they were broken :(
> 
> Trying to look for the said file in the work dir:
> find . -name grmregistry\*
> <nothing>

This typo has been fixed in the main trunk a long time ago:
  https://buildfarm.opencsw.org/source/diff/opencsw/csw/mgar/pkg/gcc4/trunk/Makefile?r2=%2Fopencsw%2Fcsw%2Fmgar%2Fpkg%2Fgcc4%2Ftrunk%2FMakefile%4022062&r1=%2Fopencsw%2Fcsw%2Fmgar%2Fpkg%2Fgcc4%2Ftrunk%2FMakefile%4022040

Please make sure to merge in all the changes since your branch.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150602/316f92f2/attachment.p7s>

From maciej at opencsw.org  Sat Jun  6 09:54:10 2015
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sat, 6 Jun 2015 08:54:10 +0100
Subject: OSQA Google oauth2client problem
In-Reply-To: <bf3de14f548f.555b1832@contac-dt.de>
References: <bf3ddcc23d03.555afb4c@contac-dt.de>
	<bf3df9b064ff.555afb89@contac-dt.de>
	<bf3dfc4c6a40.555afbc5@contac-dt.de>
	<bf3d8173715e.555afc01@contac-dt.de>
	<bf3de14f548f.555b1832@contac-dt.de>
Message-ID: <CALtRa-4N6BGorBy=Kc0FxSNiHFB=Muez2j5+fDirsuYiwB1MOw@mail.gmail.com>

2015-05-19 10:02 GMT+01:00 Carsten Grzemba <grzemba at contac-dt.de>:
> Hi
>
> I try to setup login at OSQA (www.opencsw.org/communtity) with Google+ Id
> but without luck
>
> This is the error:
> /opt/csw/lib/python2.7/site-packages/oauth2client/client.py TIME: 2015-05-19
> 10:37:56,250 MSG: client.py:step2_exchange:2001 Failed to retrieve access
> token: {
>   "error" : "redirect_uri_mismatch"
> }
>
> Is there anyone how knows where ist the problem? How can I fix this?

No answers so far. I don't know. Did you manage to solve the problem?

--Maciej

From dam at opencsw.org  Sun Jun  7 19:32:24 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 7 Jun 2015 19:32:24 +0200
Subject: board post from freddy.dsx@free.fr requires approval
In-Reply-To: <20150606071345.GN30641@linutop.my.domain>
References: <mailman.5257.1433225250.1178.board@lists.opencsw.org>
	<DDE85528-139B-4F63-845D-8093C6C5AF3D@opencsw.org>
	<20150603063856.GL30641@linutop.my.domain>
	<20150606071345.GN30641@linutop.my.domain>
Message-ID: <B5CA3454-49B4-4B00-8DF8-5C7C0858C714@opencsw.org>

Hi Freddy,

Am 06.06.2015 um 09:13 schrieb Freddy DISSAUX:

> Hi Dago,
> 
> I have some requests/questions:
> 
> Could you change my login shell on bsdsx at login.opencsw.org to
> /opt/csw/bin/tcsh ?

Done.

> /etc/SETUP talk about /etc/opt/csw/gitconfig but not exists

That is only on the hosts with no direct internet access.

> If i correctly understand the usage of builfarm:
> 
> - initialize opencsw repository on login.opencsw.org:
> 
> login.opencsw.org> mgar init

Yes.

> - keep repo up to date
> 
> login.opencsw.org> crontab -l
> 24  3  *  *  *  cd opencsw && /opt/csw/bin/mgar up --all

If you want, but you can update manually, there are not many changes to the
infrastructure-code itself.

> proxy is never used at this steps ? Or proxy is just for download
> sources ?

You need the proxy when you access the internet from the build nodes, e.g. "mgar makesum",
but that should all be transparent to you.

> - update my recipe
> 
> - while recipe not build on unstableXXs with each C compiler, update
>  recipe

It is sufficient to just compile with one compiler.

> - sync recipe on my host
> 
> - build / install / check package on my host
> 
> - send svn diff to users at opencsw.org

You may send the link to the commit to maintainers@, but you can also directly push the
generated packages from login tp unstable/.

@Ihsan: Can you please set up an email-account for Freddy?


Best regards

  -- Dago

From ihsan at opencsw.org  Sun Jun  7 19:45:11 2015
From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuwqBEb8SfYW4=?=)
Date: Sun, 07 Jun 2015 19:45:11 +0200
Subject: board post from freddy.dsx@free.fr requires approval
In-Reply-To: <B5CA3454-49B4-4B00-8DF8-5C7C0858C714@opencsw.org>
References: <mailman.5257.1433225250.1178.board@lists.opencsw.org>
	<DDE85528-139B-4F63-845D-8093C6C5AF3D@opencsw.org>
	<20150603063856.GL30641@linutop.my.domain>
	<20150606071345.GN30641@linutop.my.domain>
	<B5CA3454-49B4-4B00-8DF8-5C7C0858C714@opencsw.org>
Message-ID: <55748327.4040407@opencsw.org>

Hi,

Am 07.06.2015 um 19:32 schrieb Dagobert Michelsen:

> @Ihsan: Can you please set up an email-account for Freddy?

Sure. What is Freddy's OpenCSW user name?



Ihsan


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

From dam at opencsw.org  Mon Jun  8 12:19:12 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 8 Jun 2015 12:19:12 +0200
Subject: board post from freddy.dsx@free.fr requires approval
In-Reply-To: <55748327.4040407@opencsw.org>
References: <mailman.5257.1433225250.1178.board@lists.opencsw.org>
	<DDE85528-139B-4F63-845D-8093C6C5AF3D@opencsw.org>
	<20150603063856.GL30641@linutop.my.domain>
	<20150606071345.GN30641@linutop.my.domain>
	<B5CA3454-49B4-4B00-8DF8-5C7C0858C714@opencsw.org>
	<55748327.4040407@opencsw.org>
Message-ID: <E770E1DB-2051-48F7-9DE8-5EB9E94B0AED@opencsw.org>

Hi Ihsan,

> Am 07.06.2015 um 19:45 schrieb ?hsan Do?an <ihsan at opencsw.org>:
> 
> Hi,
> 
> Am 07.06.2015 um 19:32 schrieb Dagobert Michelsen:
> 
>> @Ihsan: Can you please set up an email-account for Freddy?
> 
> Sure. What is Freddy's OpenCSW user name?

That is on the farm
bsdsx


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150608/321ed0e4/attachment.p7s>

From dam at opencsw.org  Tue Jun  9 14:09:19 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 9 Jun 2015 14:09:19 +0200
Subject: Focus on libpng
In-Reply-To: <557066AB.30303@opencsw.org>
References: <A64E75C0-0BFC-41A2-A89B-603CECCF8CCE@opencsw.org>
	<55681E7A.7@opencsw.org>
	<F9E11DE9-B91C-430D-B676-EB2229A9E4BF@opencsw.org>
	<557066AB.30303@opencsw.org>
Message-ID: <72C11FC9-E874-4A12-9FBE-9DD4E1AC8E14@opencsw.org>

Hi folks,

Am 04.06.2015 um 16:54 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> Dagobert Michelsen wrote:
>>> my last status is that I have the new v16 packages ready but I can't upload them, because I get a strange error on Solaris 11. I thought you were looking at it. Or is it solved and I missed something?
>> 
>> Ah yes, I remember:-)  Will do.
> 
> my time for a ping this Time. Any news? If there is a problem with the package, let's check it. Perhaps is is a problem with obsoletion!

I did some more research and I am pretty sure it is a false positive, although I don?t
know what issue triggers it.

The problem occurs when I upload some packages from /home/experimental/libpng:

> dam at login [login]:/home/experimental/libpng > csw-upload-pkg *5.9*
> /opt/csw/bin/csw-upload-pkg is a wrapper, running /home/dam/mgar/pkg/.buildsys/v2/bin/csw-upload-pkg libpng_utils-1.6.16,REV=2015.05.18-SunOS5.9-i386-CSW.pkg.gz libpng_utils-1.6.16,REV=2015.05.18-SunOS5.9-sparc-CSW.pkg.gz libpng15_15-1.5.13,REV=2015.05.18-SunOS5.9-i386-CSW.pkg.gz libpng15_15-1.5.13,REV=2015.05.18-SunOS5.9-sparc-CSW.pkg.gz libpng15_dev-1.5.13,REV=2015.05.18-SunOS5.9-i386-CSW.pkg.gz libpng15_dev-1.5.13,REV=2015.05.18-SunOS5.9-sparc-CSW.pkg.gz libpng16_16-1.6.16,REV=2015.05.18-SunOS5.9-i386-CSW.pkg.gz libpng16_16-1.6.16,REV=2015.05.18-SunOS5.9-sparc-CSW.pkg.gz libpng16_dev-1.6.16,REV=2015.05.18-SunOS5.9-i386-CSW.pkg.gz libpng16_dev-1.6.16,REV=2015.05.18-SunOS5.9-sparc-CSW.pkg.gz
> Processing 10 file(s). Please wait.
> Checking 1 package against catalog unstable sparc SunOS5.11
> Checking 5 packages against catalog unstable sparc SunOS5.9
> Checking 5 packages against catalog unstable i386 SunOS5.9
> Checking 1 package against catalog unstable sparc SunOS5.10
> Checking 1 package against catalog unstable i386 SunOS5.10
> WARNING 2015-06-09 10:32:23,704 checkpkg_lib.py:658 Did not find packages for '/opt/csw/lib/pentium_pro/libpng16.so.16.16.0'
> Checking 1 package against catalog unstable i386 SunOS5.11  
> WARNING 2015-06-09 10:32:41,656 checkpkg_lib.py:658 Did not find packages for '/opt/csw/lib/pentium_pro/libpng16.so.16.16.0'  
> Checks failed for the following catalogs:
>   - i386 SunOS5.10
>     libpng16_dev-1.6.16,REV=2015.05.18-SunOS5.9-i386-CSW.pkg.gz
> To see the errors, run:
>   /home/dam/mgar/pkg/.buildsys/v2/bin/../lib/python/checkpkg2.py --catalog-release unstable --os-release SunOS5.10 --catalog-architecture i386 fb82e6886d96e5763161af4485a5df89
>   - i386 SunOS5.11
>     libpng16_dev-1.6.16,REV=2015.05.18-SunOS5.9-i386-CSW.pkg.gz
> To see the errors, run:
>   /home/dam/mgar/pkg/.buildsys/v2/bin/../lib/python/checkpkg2.py --catalog-release unstable --os-release SunOS5.11 --catalog-architecture i386 fb82e6886d96e5763161af4485a5df89
> Your packages have not been submitted to the unstable catalog.
> dam at login [login]:/home/dam/staging/build-18.May.2015 >   /home/dam/mgar/pkg/.buildsys/v2/bin/../lib/python/checkpkg2.py --catalog-release unstable --os-release SunOS5.10 --catalog-architecture i386 fb82e6886d96e5763161af4485a5df89
> INFO 2015-06-09 10:33:01,193 checkpkg_lib.py:263 Unwrapping candies...
> 100% |##############################################################################################################################################################################################################################################################################|
> INFO 2015-06-09 10:33:01,240 checkpkg_lib.py:878 Tasting candies one by one...
> 100% |##############################################################################################################################################################################################################################################################################|
> INFO 2015-06-09 10:33:03,202 checkpkg_lib.py:914 Tasting them all at once...
> WARNING 2015-06-09 10:33:17,588 checkpkg_lib.py:658 Did not find packages for '/opt/csw/lib/pentium_pro/libpng16.so.16.16.0'
> INFO 2015-06-09 10:33:17,921 checkpkg_lib.py:305 Stuffing the candies under the pillow...
> 100% |##############################################################################################################################################################################################################################################################################|
> CSWlibpng16-dev:
> If any of the reported errors were false positives, you can override them
> pasting the lines below to the GAR recipe.
> CHECKPKG_OVERRIDES_CSWlibpng16-dev += file-needed-but-no-package-satisfies-it|/opt/csw/lib/pentium_pro/libpng16.so.16.16.0|CSWlibpng16-dev|contains|symlink|/opt/csw/lib/pentium_pro/libpng16.so|which|needs|the|target|file:|/opt/csw/lib/pentium_pro/libpng16.so.16.16.0
> ...


The exact same error is also present in the report:
  http://pkg.opencsw.org/pkgbrowser/reports/pkgbrowse-libpng.html#fb82e6886d96e5763161af4485a5df89-error_tags

However, when I look at the report of CSWlibpng16-16 at
  http://pkg.opencsw.org/pkgbrowser/reports/pkgbrowse-libpng.html#0e4bcc29625d8de54d6bde8a54ce571c
the file is clearly there. From my understanding when files are pushed together they are considered
to be verified together.

@Maciej: Do you have an idea what is going wrong here? Otherwise I tend to override the error for
now to have some progress with the libpng-updates first.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150609/ff072b7a/attachment.p7s>

From rmottola at opencsw.org  Tue Jun  9 19:24:05 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Tue, 09 Jun 2015 19:24:05 +0200
Subject: gcc4: alternatives and symlinks
In-Reply-To: <E3A1C688-F1E3-481C-A7BC-F875185F2FCD@opencsw.org>
References: <556DAD94.6090202@opencsw.org>
	<E3A1C688-F1E3-481C-A7BC-F875185F2FCD@opencsw.org>
Message-ID: <55772135.4050201@opencsw.org>

Hi,

Dagobert Michelsen wrote:
> This typo has been fixed in the main trunk a long time ago:
>    https://buildfarm.opencsw.org/source/diff/opencsw/csw/mgar/pkg/gcc4/trunk/Makefile?r2=%2Fopencsw%2Fcsw%2Fmgar%2Fpkg%2Fgcc4%2Ftrunk%2FMakefile%4022062&r1=%2Fopencsw%2Fcsw%2Fmgar%2Fpkg%2Fgcc4%2Ftrunk%2FMakefile%4022040
>
> Please make sure to merge in all the changes since your branch.

right there was a typo, reimported it.

I built on solaris9 x86 and sparc. (I fear I will still have the problem 
of 64bit x86 on solaris9... and I hope you will have some handy trick).

However, there is a package build only on x86:

# The libquadmath.so.0 library is only build on Intel
PACKAGES_i386 += CSWlibquadmath0

Thus when I upload all the gcc packages built, I get:

There is a problem with the presented file list.
* CheckpkgTag(None, 'sparc-SunOS5.9-missing', 'libquadmath0')


And now? :)

Riccardo



From maciej at opencsw.org  Tue Jun  9 18:23:53 2015
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Tue, 9 Jun 2015 17:23:53 +0100
Subject: gcc4: alternatives and symlinks
In-Reply-To: <55772135.4050201@opencsw.org>
References: <556DAD94.6090202@opencsw.org>
	<E3A1C688-F1E3-481C-A7BC-F875185F2FCD@opencsw.org>
	<55772135.4050201@opencsw.org>
Message-ID: <CALtRa-5-T8TmXsYgHaP7ZbdadStAAQFK2Jjb_A_PBqLQEjJQ_w@mail.gmail.com>

2015-06-09 18:24 GMT+01:00 Riccardo Mottola <rmottola at opencsw.org>:
> There is a problem with the presented file list.
> * CheckpkgTag(None, 'sparc-SunOS5.9-missing', 'libquadmath0')
>
>
> And now? :)

There's a flag to force the upload, it's there to allow exceptions
like this one.

From maciej at opencsw.org  Wed Jun 10 11:18:44 2015
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 10 Jun 2015 10:18:44 +0100
Subject: Focus on libpng
In-Reply-To: <72C11FC9-E874-4A12-9FBE-9DD4E1AC8E14@opencsw.org>
References: <A64E75C0-0BFC-41A2-A89B-603CECCF8CCE@opencsw.org>
	<55681E7A.7@opencsw.org>
	<F9E11DE9-B91C-430D-B676-EB2229A9E4BF@opencsw.org>
	<557066AB.30303@opencsw.org>
	<72C11FC9-E874-4A12-9FBE-9DD4E1AC8E14@opencsw.org>
Message-ID: <CALtRa-4uktZCNe_St-aCg3MaUAJuu4DTkLNpwBAM-J7FbMd1-w@mail.gmail.com>

2015-06-09 13:09 GMT+01:00 Dagobert Michelsen <dam at opencsw.org>:
>
> However, when I look at the report of CSWlibpng16-16 at
>   http://pkg.opencsw.org/pkgbrowser/reports/pkgbrowse-libpng.html#0e4bcc29625d8de54d6bde8a54ce571c
> the file is clearly there. From my understanding when files are pushed together they are considered
> to be verified together.
>
> @Maciej: Do you have an idea what is going wrong here? Otherwise I tend to override the error for
> now to have some progress with the libpng-updates first.

It could be a false positive. You're right, looking at the packages,
the file is there. (I'm assuming these packages were tested together.)

Maciej

From grzemba at contac-dt.de  Fri Jun 12 09:50:57 2015
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Fri, 12 Jun 2015 09:50:57 +0200
Subject: runtime dependency /opt/csw/sbin/amd64
In-Reply-To: <bf23d11e5522.557a8f57@contac-dt.de>
References: <bf23fb9c7279.557a8e9f@contac-dt.de>
	<bf23ace66236.557a8edc@contac-dt.de>
	<bf23c8002d3e.557a8f18@contac-dt.de>
	<bf23d11e5522.557a8f57@contac-dt.de>
Message-ID: <bf23b45559f7.557aab81@contac-dt.de>

Whats that? 
It makes no sense to add all this packages to the runtime dependencies only because of the path /opt/csw/sbin/amd64.
What is the correct solution?

?* Dependency issues of CSWapache24:
?* CSWbonnie++ is needed by CSWapache24, because:
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars-std' which needs a
 base directory: '/opt/csw/sbin/amd64'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars' which needs a base
 directory: '/opt/csw/sbin/amd64'.
?* RUNTIME_DEP_PKGS_CSWapache24 += CSWbonnie++
?* CSWleafnode is needed by CSWapache24, because:
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars-std' which needs a
 base directory: '/opt/csw/sbin/amd64'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars' which needs a base
 directory: '/opt/csw/sbin/amd64'.
?* RUNTIME_DEP_PKGS_CSWapache24 += CSWleafnode
?* CSWlighttpd is needed by CSWapache24, because:
?* - CSWapache24 contains '/etc/opt/csw/init.d/cswapache24' which needs a
 base directory: '/etc/opt/csw/init.d'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars-std' which needs a
 base directory: '/opt/csw/sbin/amd64'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars' which needs a base
 directory: '/opt/csw/sbin/amd64'.
?* RUNTIME_DEP_PKGS_CSWapache24 += CSWlighttpd
?* CSWlogrotate is needed by CSWapache24, because:
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars-std' which needs a
 base directory: '/opt/csw/sbin/amd64'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars' which needs a base
 directory: '/opt/csw/sbin/amd64'.
?* RUNTIME_DEP_PKGS_CSWapache24 += CSWlogrotate
?* CSWopenldap is needed by CSWapache24, because:
?* - CSWapache24 contains '/etc/opt/csw/init.d/cswapache24' which needs a
 base directory: '/etc/opt/csw/init.d'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars-std' which needs a
 base directory: '/opt/csw/sbin/amd64'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars' which needs a base
 directory: '/opt/csw/sbin/amd64'.
?* RUNTIME_DEP_PKGS_CSWapache24 += CSWopenldap
?* CSWproftpd is needed by CSWapache24, because:
?* - CSWapache24 contains '/etc/opt/csw/init.d/cswapache24' which needs a
 base directory: '/etc/opt/csw/init.d'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars-std' which needs a
 base directory: '/opt/csw/sbin/amd64'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars' which needs a base
 directory: '/opt/csw/sbin/amd64'.
?* RUNTIME_DEP_PKGS_CSWapache24 += CSWproftpd
?* CSWsysstat is needed by CSWapache24, because:
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars-std' which needs a
 base directory: '/opt/csw/sbin/amd64'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars' which needs a base
 directory: '/opt/csw/sbin/amd64'.
?* RUNTIME_DEP_PKGS_CSWapache24 += CSWsysstat
?* CSWzabbix-agent is needed by CSWapache24, because:
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars-std' which needs a
 base directory: '/opt/csw/sbin/amd64'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars' which needs a base
 directory: '/opt/csw/sbin/amd64'.
?* RUNTIME_DEP_PKGS_CSWapache24 += CSWzabbix-agent
?* CSWzabbix-server is needed by CSWapache24, because:
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars-std' which needs a
 base directory: '/opt/csw/sbin/amd64'.
?* - CSWapache24 contains '/opt/csw/sbin/amd64/envvars' which needs a base
 directory: '/opt/csw/sbin/amd64'.
?* RUNTIME_DEP_PKGS_CSWapache24 += CSWzabbix-server
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150612/89f3df3e/attachment.html>

From maciej at opencsw.org  Fri Jun 12 10:13:15 2015
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 12 Jun 2015 08:13:15 +0000
Subject: runtime dependency /opt/csw/sbin/amd64
In-Reply-To: <bf23b45559f7.557aab81@contac-dt.de>
References: <bf23fb9c7279.557a8e9f@contac-dt.de>
	<bf23ace66236.557a8edc@contac-dt.de>
	<bf23c8002d3e.557a8f18@contac-dt.de>
	<bf23d11e5522.557a8f57@contac-dt.de>
	<bf23b45559f7.557aab81@contac-dt.de>
Message-ID: <CALtRa-4Ogwx8yyqtcedp46PPpWTmujLhTQOsK8rCnS6jYrJz+A@mail.gmail.com>

We should add this directory to CSWcommon, but we don't do that because we
want to migrate off CSWcommon. And so it remains a broken setup.

An alternative is to add this directory go the package and/or stop
stripping this directory from your package.

Maciej
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150612/becfe063/attachment.html>

From rmottola at opencsw.org  Fri Jun 12 11:30:24 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Fri, 12 Jun 2015 11:30:24 +0200
Subject: Focus on libpng
In-Reply-To: <CALtRa-4uktZCNe_St-aCg3MaUAJuu4DTkLNpwBAM-J7FbMd1-w@mail.gmail.com>
References: <A64E75C0-0BFC-41A2-A89B-603CECCF8CCE@opencsw.org>
	<55681E7A.7@opencsw.org>
	<F9E11DE9-B91C-430D-B676-EB2229A9E4BF@opencsw.org>
	<557066AB.30303@opencsw.org>
	<72C11FC9-E874-4A12-9FBE-9DD4E1AC8E14@opencsw.org>
	<CALtRa-4uktZCNe_St-aCg3MaUAJuu4DTkLNpwBAM-J7FbMd1-w@mail.gmail.com>
Message-ID: <557AA6B0.7080902@opencsw.org>

Hi,

Maciej (Matchek) Blizi?ski wrote:
>> >@Maciej: Do you have an idea what is going wrong here? Otherwise I tend to override the error for
>> >now to have some progress with the libpng-updates first.
> It could be a false positive. You're right, looking at the packages,
> the file is there. (I'm assuming these packages were tested together.)
Dago, are you adding an override for this? or other magic?

I have seen that there is a minor update: 1.6.17 which should fix a 
couple of minor robustness problems.
It is not announced as a critical security update as 1.6.16 was, so 
there is no hurry, but if you like I can try to update.

I wait for you.

Riccardo

From dam at opencsw.org  Fri Jun 12 11:28:42 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 12 Jun 2015 11:28:42 +0200
Subject: runtime dependency /opt/csw/sbin/amd64
In-Reply-To: <CALtRa-4Ogwx8yyqtcedp46PPpWTmujLhTQOsK8rCnS6jYrJz+A@mail.gmail.com>
References: <bf23fb9c7279.557a8e9f@contac-dt.de>
	<bf23ace66236.557a8edc@contac-dt.de>
	<bf23c8002d3e.557a8f18@contac-dt.de>
	<bf23d11e5522.557a8f57@contac-dt.de>
	<bf23b45559f7.557aab81@contac-dt.de>
	<CALtRa-4Ogwx8yyqtcedp46PPpWTmujLhTQOsK8rCnS6jYrJz+A@mail.gmail.com>
Message-ID: <5C0FAC7C-C3DE-4406-9D1E-CB458E88E035@opencsw.org>

Hi,

Am 12.06.2015 um 10:13 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
> We should add this directory to CSWcommon, but we don't do that because we want to migrate off CSWcommon. And so it remains a broken setup.
> 
> An alternative is to add this directory go the package and/or stop stripping this directory from your package.

This shouldn?t happen as the removed pathes by GAR are taken from CSWcommon.
I reran the match update (bin/update-commondirs) and this was surprisingly
the result:

dam at login [login]:/home/dam/mgar/gar/v2/etc > svn diff
Index: commondirs-i386
===================================================================
--- commondirs-i386     (Revision 23923)
+++ commondirs-i386     (Arbeitskopie)
@@ -32,9 +32,6 @@
 /opt/csw/lib/pentium
 /opt/csw/man
 /opt/csw/sbin
-/opt/csw/sbin/amd64
-/opt/csw/sbin/i486
-/opt/csw/sbin/pentium
 /opt/csw/share
 /opt/csw/share/doc
 /opt/csw/share/info
Index: commondirs-sparc
===================================================================
--- commondirs-sparc    (Revision 23923)
+++ commondirs-sparc    (Arbeitskopie)
@@ -36,11 +36,6 @@
 /opt/csw/lib/sparcv9
 /opt/csw/man
 /opt/csw/sbin
-/opt/csw/sbin/sparc
-/opt/csw/sbin/sparcv8
-/opt/csw/sbin/sparcv8plus
-/opt/csw/sbin/sparcv8plus+vis
-/opt/csw/sbin/sparcv9
 /opt/csw/share
 /opt/csw/share/doc
 /opt/csw/share/info


I commit the new files, please update your GAR files and repackage and the
error should go away.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150612/0c54b319/attachment-0001.p7s>

From dam at opencsw.org  Fri Jun 12 15:32:38 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 12 Jun 2015 15:32:38 +0200
Subject: Focus on libpng
In-Reply-To: <557AA6B0.7080902@opencsw.org>
References: <A64E75C0-0BFC-41A2-A89B-603CECCF8CCE@opencsw.org>
	<55681E7A.7@opencsw.org>
	<F9E11DE9-B91C-430D-B676-EB2229A9E4BF@opencsw.org>
	<557066AB.30303@opencsw.org>
	<72C11FC9-E874-4A12-9FBE-9DD4E1AC8E14@opencsw.org>
	<CALtRa-4uktZCNe_St-aCg3MaUAJuu4DTkLNpwBAM-J7FbMd1-w@mail.gmail.com>
	<557AA6B0.7080902@opencsw.org>
Message-ID: <6E332FCE-9BDE-4664-B071-335FAD6FCAA9@opencsw.org>

Hi folks,

Am 12.06.2015 um 11:30 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> Maciej (Matchek) Blizi?ski wrote:
>>> >@Maciej: Do you have an idea what is going wrong here? Otherwise I tend to override the error for
>>> >now to have some progress with the libpng-updates first.
>> It could be a false positive. You're right, looking at the packages,
>> the file is there. (I'm assuming these packages were tested together.)
> Dago, are you adding an override for this? or other magic?
> 
> I have seen that there is a minor update: 1.6.17 which should fix a couple of minor robustness problems.
> It is not announced as a critical security update as 1.6.16 was, so there is no hurry, but if you like I can try to update.

Updated packages have been pushed.

@Laurent: I will update the farm ASAP and you can try ImageMagick soon :-)


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150612/a4d0735a/attachment.p7s>

From rmottola at opencsw.org  Fri Jun 12 16:46:54 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Fri, 12 Jun 2015 16:46:54 +0200
Subject: Focus on libpng
In-Reply-To: <6E332FCE-9BDE-4664-B071-335FAD6FCAA9@opencsw.org>
References: <A64E75C0-0BFC-41A2-A89B-603CECCF8CCE@opencsw.org>
	<55681E7A.7@opencsw.org>
	<F9E11DE9-B91C-430D-B676-EB2229A9E4BF@opencsw.org>
	<557066AB.30303@opencsw.org>
	<72C11FC9-E874-4A12-9FBE-9DD4E1AC8E14@opencsw.org>
	<CALtRa-4uktZCNe_St-aCg3MaUAJuu4DTkLNpwBAM-J7FbMd1-w@mail.gmail.com>
	<557AA6B0.7080902@opencsw.org>
	<6E332FCE-9BDE-4664-B071-335FAD6FCAA9@opencsw.org>
Message-ID: <557AF0DE.7050301@opencsw.org>

Hi,

Dagobert Michelsen wrote:
> Updated packages have been pushed.

great. I have seen you have updated to latest yourself. Thanks.
>
> @Laurent: I will update the farm ASAP and you can try ImageMagick soon:-)
which pkg was critical for laruent that dependend still on 
oldunversoined pkg-config? Perhaps it is just best to update it and see 
how it behaves now.

If, instead, Laurent needs new files in the libpng-15-dev pkg, just tell me.

Riccardo

From maciej at opencsw.org  Sat Jun 13 15:10:24 2015
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sat, 13 Jun 2015 14:10:24 +0100
Subject: runtime dependency /opt/csw/sbin/amd64
In-Reply-To: <5C0FAC7C-C3DE-4406-9D1E-CB458E88E035@opencsw.org>
References: <bf23fb9c7279.557a8e9f@contac-dt.de>
	<bf23ace66236.557a8edc@contac-dt.de>
	<bf23c8002d3e.557a8f18@contac-dt.de>
	<bf23d11e5522.557a8f57@contac-dt.de>
	<bf23b45559f7.557aab81@contac-dt.de>
	<CALtRa-4Ogwx8yyqtcedp46PPpWTmujLhTQOsK8rCnS6jYrJz+A@mail.gmail.com>
	<5C0FAC7C-C3DE-4406-9D1E-CB458E88E035@opencsw.org>
Message-ID: <CALtRa-6krYQbWA7z4oLYMv-jY8siup7opQbn38FjxNXQuYkh9g@mail.gmail.com>

2015-06-12 10:28 GMT+01:00 Dagobert Michelsen <dam at opencsw.org>:
> This shouldn?t happen as the removed pathes by GAR are taken from CSWcommon.
> I reran the match update (bin/update-commondirs) and this was surprisingly
> the result: (...)

An example of seemingly bizarre error brought up by checkpkg, which
uncovered a real problem deeper in our stack. Thanks for sharing this
issue on maintainers@, Carsten!

Maciej

From rmottola at opencsw.org  Sat Jun 13 23:17:51 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Sat, 13 Jun 2015 23:17:51 +0200
Subject: libpng dependency in cairo
Message-ID: <557C9DFF.8000903@opencsw.org>

Hi,

I have found that we have this dependency in cairo:
BUILD_DEP_PKGS += CSWlibpng-dev


it should become versioned, I suppose. However the dependency is still 
met. Shouldn't be the unversioned dev package be removed/obsoleted now?

Riccardo

From rmottola at opencsw.org  Sat Jun 13 23:42:27 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Sat, 13 Jun 2015 23:42:27 +0200
Subject: circular dependencies
Message-ID: <557CA3C3.8060609@opencsw.org>

Hi,

libcairo depends on ghostscript. Ghostscript depends on cairo....

If you want to build and update these packages, how do you proceed? it 
doesn't sound like a sane thing.

Riccardo

From rmottola at opencsw.org  Sun Jun 14 01:32:35 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Sun, 14 Jun 2015 01:32:35 +0200
Subject: what is missing (windowmaker solaris9)
Message-ID: <557CBD93.6010607@opencsw.org>

Hi,

I'm trying to rebuild windowmaker against the new libpng.
On solaris 9, configure fails (on sol10 it succeeds):

checking for fontconfig library... sh: gnome-config: not found
Package fontconfig was not found in the pkg-config search path.
Perhaps you should add the directory containing `fontconfig.pc'
to the PKG_CONFIG_PATH environment variable
No package 'fontconfig' found
not found
checking for the Xft2 library... sh: gnome-config: not found
Package fontconfig was not found in the pkg-config search path.
Perhaps you should add the directory containing `fontconfig.pc'
to the PKG_CONFIG_PATH environment variable
Package 'fontconfig', required by 'Xft', not found
sh: gnome-config: not found
Package fontconfig was not found in the pkg-config search path.
Perhaps you should add the directory containing `fontconfig.pc'
to the PKG_CONFIG_PATH environment variable
Package 'fontconfig', required by 'Xft', not found
found
checking whether libXft is at least version 2.1.0... no

ERROR!!! libXft on this system is an old version.
          Please consider upgrading to at least version 2.1.0.

gmake[1]: *** 
[configure-work/build-isa-sparcv8/WindowMaker-0.95.5/configure] Error 1

CSWfconfig  is installed.

    PKGINST:  CSWfconfig
       NAME:  fontconfig - A library for configuring and customizing 
font access.
   CATEGORY:  application
       ARCH:  sparc
    VERSION:  2.8.0,REV=2012.05.20

which is > 2.1.0

What could be the problem, a dependency not listed? what is gnome-cfg? 
something like pkg-config?

Riccardo

From maciej at opencsw.org  Sun Jun 14 01:06:39 2015
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sun, 14 Jun 2015 00:06:39 +0100
Subject: circular dependencies
In-Reply-To: <557CA3C3.8060609@opencsw.org>
References: <557CA3C3.8060609@opencsw.org>
Message-ID: <CALtRa-6=nGOP=j=8ounx+vtr4sGWXEcB=C6zdkXCOuidBaMdig@mail.gmail.com>

2015-06-13 22:42 GMT+01:00 Riccardo Mottola <rmottola at opencsw.org>:
> If you want to build and update these packages, how do you proceed? it
> doesn't sound like a sane thing.

The dependency probably isn't entirely circular, some files from the
ghostscript package depend on files from cairo, and some cairo scripts
depend on ghostscript. If you know which files they are, you can split
packages in such a way that you no longer have a circular dependency.

--Maciej

From rmottola at opencsw.org  Mon Jun 15 10:11:37 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Mon, 15 Jun 2015 10:11:37 +0200
Subject: circular dependencies
In-Reply-To: <CALtRa-6=nGOP=j=8ounx+vtr4sGWXEcB=C6zdkXCOuidBaMdig@mail.gmail.com>
References: <557CA3C3.8060609@opencsw.org>
	<CALtRa-6=nGOP=j=8ounx+vtr4sGWXEcB=C6zdkXCOuidBaMdig@mail.gmail.com>
Message-ID: <557E88B9.8040205@opencsw.org>

Hi,

Maciej (Matchek) Blizi?ski wrote:
> The dependency probably isn't entirely circular, some files from the
> ghostscript package depend on files from cairo, and some cairo scripts
> depend on ghostscript. If you know which files they are, you can split
> packages in such a way that you no longer have a circular dependency.
That sounds like a lot of work which I do not want to undertake.

I checked the cairo package in FreeBSD and it has no dependencies on 
ghostscript.
The same goes for Debian:
https://packages.debian.org/jessie/libcairo2

I will try to disable it and see how it goes, it should not be made 
necessary.

Riccardo

From rmottola at opencsw.org  Thu Jun 18 10:55:58 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 18 Jun 2015 10:55:58 +0200
Subject: gtk doc package
Message-ID: <5582879E.6030500@opencsw.org>

Hi,

current cairo depends on CSWgtk-doc, which is not available apparently.

Do you confirm that the new package is CSWgtk2doc ?
http://www.opencsw.org/packages/CSWgtk2doc/

I'd guess it is what is neede, but I don't know what the old package did :)


In case could you install it on 10x/10s/9x/9s machines ? It is not 
available at least on unstable10s and unstable9s


Riccardo

From rmottola at opencsw.org  Thu Jun 18 13:11:50 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 18 Jun 2015 13:11:50 +0200
Subject: scandir on solaris 9
Message-ID: <5582A776.10401@opencsw.org>

Hi,

in the maze of libcairo upgrade, which I'd like on solaris 9 too, I got 
entangled in fontconfig.

I got this:
checking for lstat... yes
checking for posix_fadvise... no
checking for scandir... configure: error:
*** No scandir function available.
gmake[1]: *** 
[configure-work/build-isa-sparcv8/fontconfig-2.11.0/configure] Error 1
gmake[1]: Leaving directory `/home/rmottola/opencsw/fontconfig/trunk'


did you guys already had experience with scandir during solaris 8/9 
times? Apparently there is the UCB version, while later it was moved 
directly into libc.

Solutions seem to be two
1) fix/patch/add linker flags to get the ucb version working
2) install/use/incorporate a replacement

what did you use in the past?

Riccardo

From Joerg.Schilling at fokus.fraunhofer.de  Thu Jun 18 12:11:27 2015
From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling)
Date: Thu, 18 Jun 2015 12:11:27 +0200
Subject: scandir on solaris 9
In-Reply-To: <5582A776.10401@opencsw.org>
References: <5582A776.10401@opencsw.org>
Message-ID: <5582994f.N9JPA4VuaUQBdw3a%Joerg.Schilling@fokus.fraunhofer.de>

Riccardo Mottola <rmottola at opencsw.org> wrote:

> Hi,
>
> in the maze of libcairo upgrade, which I'd like on solaris 9 too, I got 
> entangled in fontconfig.
>
> I got this:
> checking for lstat... yes
> checking for posix_fadvise... no
> checking for scandir... configure: error:
> *** No scandir function available.
> gmake[1]: *** 
> [configure-work/build-isa-sparcv8/fontconfig-2.11.0/configure] Error 1
> gmake[1]: Leaving directory `/home/rmottola/opencsw/fontconfig/trunk'
>
>
> did you guys already had experience with scandir during solaris 8/9 
> times? Apparently there is the UCB version, while later it was moved 
> directly into libc.

scandir() was not part of the POSIX standard before 2008.

A program that requires scandir() is written in a portable way should be fixed
inline instead of trying to find a workaround.

J?rg

-- 
 EMail:joerg at schily.net                    (home) J?rg Schilling D-13353 Berlin
       joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/'

From Joerg.Schilling at fokus.fraunhofer.de  Thu Jun 18 12:14:47 2015
From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling)
Date: Thu, 18 Jun 2015 12:14:47 +0200
Subject: scandir on solaris 9
In-Reply-To: <5582994f.N9JPA4VuaUQBdw3a%Joerg.Schilling@fokus.fraunhofer.de>
References: <5582A776.10401@opencsw.org>
	<5582994f.N9JPA4VuaUQBdw3a%Joerg.Schilling@fokus.fraunhofer.de>
Message-ID: <55829a17.IwxzOihic1HD9FCB%Joerg.Schilling@fokus.fraunhofer.de>

Joerg Schilling <Joerg.Schilling at fokus.fraunhofer.de> wrote:

> > did you guys already had experience with scandir during solaris 8/9 
> > times? Apparently there is the UCB version, while later it was moved 
> > directly into libc.
>
> scandir() was not part of the POSIX standard before 2008.
>
> A program that requires scandir() is written in a portable way should be fixed
> inline instead of trying to find a workaround.

Sorry, that should be:

A program that requires scandir() is _not_ written in a portable way should be 
fixed inline instead of trying to find a workaround. 


J?rg

-- 
 EMail:joerg at schily.net                    (home) J?rg Schilling D-13353 Berlin
       joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/'

From dam at opencsw.org  Fri Jun 19 09:34:55 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 19 Jun 2015 09:34:55 +0200
Subject: gtk doc package
In-Reply-To: <5582879E.6030500@opencsw.org>
References: <5582879E.6030500@opencsw.org>
Message-ID: <7D67492B-1F1E-4072-8EA5-EA0C884C2C31@opencsw.org>

Hi Riccardo,

Am 18.06.2015 um 10:55 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> current cairo depends on CSWgtk-doc, which is not available apparently.
> 
> Do you confirm that the new package is CSWgtk2doc ?
> http://www.opencsw.org/packages/CSWgtk2doc/
> 
> I'd guess it is what is neede, but I don't know what the old package did :)
> 
> In case could you install it on 10x/10s/9x/9s machines ? It is not available at least on unstable10s and unstable9s

Done. IIRC gtkdoc was for GTK 1.x whereas gtk2doc is for GTK 2.x


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150619/9136e7fe/attachment.p7s>

From dam at opencsw.org  Fri Jun 19 11:34:47 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 19 Jun 2015 11:34:47 +0200
Subject: Problem with checkpkg
Message-ID: <1417C595-5C48-46C9-9142-9AF1F56D323F@opencsw.org>

Hi folks,

I have a problem with checkpkg and a fairly large package:

> mkp: exec( pkgtrans -s /home/dam/spool.5.10-sparc /tmp/logstash-1.5.1,REV=2015.06.19-SunOS5.10-all-UNCOMMITTED.pkg CSWlogstash )
> Transferring <CSWlogstash> package instance
> mkp: exec( pigz -9 -f /tmp/logstash-1.5.1,REV=2015.06.19-SunOS5.10-all-UNCOMMITTED.pkg )
> mkp: exec( mv /tmp/logstash-1.5.1,REV=2015.06.19-SunOS5.10-all-UNCOMMITTED.pkg.gz /home/dam/staging/build-19.Jun.2015 )
> mkp: exec( rm -rf /home/dam/spool.5.10-sparc/CSWlogstash )
> INFO 2015-06-19 11:21:36,024 package_stats.py:132 Juicing the svr4 package stream files...
> 100% Time: 0:05:50 |#########################################################################################################################################################################################################################|
> INFO 2015-06-19 11:27:36,465 checkpkg_lib.py:263 Unwrapping candies...
> 100% |#######################################################################################################################################################################################################################################|
> INFO 2015-06-19 11:27:38,773 checkpkg_lib.py:878 Tasting candies one by one...
> Traceback (most recent call last):#################################################################################################################################################################################################          |
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py", line 268, in <module>
>     main()
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py", line 215, in main
>     exit_code, screen_report, tags_report = check_manager.Run()
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/checkpkg_lib.py", line 937, in Run
>     return super(CheckpkgManager2, self).Run()
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/checkpkg_lib.py", line 301, in Run
>     errors, messages, gar_lines = self.GetAllTags(self.sqo_pkgs_list)
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/checkpkg_lib.py", line 894, in GetAllTags
>     function(pkg_data, check_interface, logger=logger, messenger=messenger)
>   File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/package_checks.py", line 953, in CheckWrongArchitecture
>     machine = MACHINE_ID_METADATA[file_metadata.machine_id]
> KeyError: 21
> /home/dam/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:1083: recipe for target 'pkgcheck' failed
> gmake: *** [pkgcheck] Error 2
> zsh: 22536 exit 2     mgar repackage

Is this a problem with libmagic?


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150619/dbf5b574/attachment-0001.p7s>

From maciej at opencsw.org  Fri Jun 19 11:47:13 2015
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 19 Jun 2015 10:47:13 +0100
Subject: Problem with checkpkg
In-Reply-To: <1417C595-5C48-46C9-9142-9AF1F56D323F@opencsw.org>
References: <1417C595-5C48-46C9-9142-9AF1F56D323F@opencsw.org>
Message-ID: <CALtRa-5wDLm_2n6BS5yan0QY3V31VzNa+h1QvR_a4vtL-BpYOA@mail.gmail.com>

2015-06-19 10:34 GMT+01:00 Dagobert Michelsen <dam at opencsw.org>:
>
> Is this a problem with libmagic?

There are two main possibilities:
1. MACHINE_ID_METADATA is missing an entry that it should have
2. pyelftools is returning a bogus number

I found machine numbers here:
http://www.scs.stanford.edu/14wi-cs140/pintos/specs/sysv-abi-update.html/ch4.eheader.html

Number 21 refers to 64-bit PowerPC.

You could add some error reporting to the code, e.g. show the name of
the file that this value refers to.

if file_metadata.machine_id not in MACHINE_ID_METADATA:
  say_what's_wrong
machine = ?

Maciej

From rmottola at opencsw.org  Fri Jun 19 13:09:50 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Fri, 19 Jun 2015 13:09:50 +0200
Subject: gtk doc package
In-Reply-To: <7D67492B-1F1E-4072-8EA5-EA0C884C2C31@opencsw.org>
References: <5582879E.6030500@opencsw.org>
	<7D67492B-1F1E-4072-8EA5-EA0C884C2C31@opencsw.org>
Message-ID: <5583F87E.1080001@opencsw.org>

Dagobert Michelsen wrote:
> Hi Riccardo,
>
> Am 18.06.2015 um 10:55 schrieb Riccardo Mottola <rmottola at opencsw.org>:
>> current cairo depends on CSWgtk-doc, which is not available apparently.
>>
>> Do you confirm that the new package is CSWgtk2doc ?
>> http://www.opencsw.org/packages/CSWgtk2doc/
>>
>> I'd guess it is what is neede, but I don't know what the old package did :)
>>
>> In case could you install it on 10x/10s/9x/9s machines ? It is not available at least on unstable10s and unstable9s
> Done. IIRC gtkdoc was for GTK 1.x whereas gtk2doc is for GTK 2.x

I think you are right, but apparently cairo is obsolete:

checking pkg-config is at least version 0.9.0... yes
checking for gtkdoc-check... no
checking for gtkdoc-rebase... no
checking for gtkdoc-mkpdf... no
configure: error: You need to have gtk-doc >= 1.15 installed to build cairo
/home/rmottola/opencsw/.buildsys/v2/gar//gar.lib.mk:835: recipe for 
target 'configure-work/build-isa-sparcv8plus/cairo-1.12.18/configure' failed


I suppose it really wants an old version :(

Do we agree trying to disable building gtk doc? I prefer not having a a 
historic gtk port if possible.. it is no longer in the pkg repo.

Riccardo
>
>
> Best regards
>
>    ? Dago
>


From rmottola at opencsw.org  Fri Jun 19 13:10:56 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Fri, 19 Jun 2015 13:10:56 +0200
Subject: scandir on solaris 9
In-Reply-To: <55829a17.IwxzOihic1HD9FCB%Joerg.Schilling@fokus.fraunhofer.de>
References: <5582A776.10401@opencsw.org>	<5582994f.N9JPA4VuaUQBdw3a%Joerg.Schilling@fokus.fraunhofer.de>
	<55829a17.IwxzOihic1HD9FCB%Joerg.Schilling@fokus.fraunhofer.de>
Message-ID: <5583F8C0.5050603@opencsw.org>

Hi,

Joerg Schilling wrote:
> A program that requires scandir() is_not_  written in a portable way should be
> fixed inline instead of trying to find a workaround.

well, I can't even find a place where to submit bugs in fontconfig:
http://www.freedesktop.org/wiki/Software/fontconfig/

since you mean that the package needs fixing upstream (I have seen that 
other strange platforms lack scandir() )

I want first to try my luck with sun's UCB version.

What is the best way to add -I and -L flags so that they both work in 
configure & build?


The suggestion I found is:
cc -I/usr/ucbinclude x.c -L/usr/ucblib -R/usr/ucblib -lucb

How do i best add this in mgar receipe?

Riccardo

From dam at opencsw.org  Fri Jun 19 14:09:06 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 19 Jun 2015 14:09:06 +0200
Subject: Problem with checkpkg
In-Reply-To: <CALtRa-5wDLm_2n6BS5yan0QY3V31VzNa+h1QvR_a4vtL-BpYOA@mail.gmail.com>
References: <1417C595-5C48-46C9-9142-9AF1F56D323F@opencsw.org>
	<CALtRa-5wDLm_2n6BS5yan0QY3V31VzNa+h1QvR_a4vtL-BpYOA@mail.gmail.com>
Message-ID: <F21ED443-67B4-4DB0-84DF-5939116BCA4C@opencsw.org>

Hi Maciej,

Am 19.06.2015 um 11:47 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
> 2015-06-19 10:34 GMT+01:00 Dagobert Michelsen <dam at opencsw.org>:
>> 
>> Is this a problem with libmagic?
> 
> There are two main possibilities:
> 1. MACHINE_ID_METADATA is missing an entry that it should have
> 2. pyelftools is returning a bogus number
> 
> I found machine numbers here:
> http://www.scs.stanford.edu/14wi-cs140/pintos/specs/sysv-abi-update.html/ch4.eheader.html
> 
> Number 21 refers to 64-bit PowerPC.

Hahaha, you are right :-)

> ./opt/csw/share/logstash/vendor/jruby/lib/jni/ppc64-Linux/libjffi-1.2.so:       ELF 64-bit MSB dynamic lib PowerPC64 Version 1, dynamically linked, not stripped, no debugging information available
> ./opt/csw/share/logstash/vendor/jruby/lib/jni/ppc64le-Linux/libjffi-1.2.so:     ELF 64-bit LSB dynamic lib PowerPC64 Version 1, dynamically linked, not stripped, no debugging information available

I now removed these foreign files and checkpkg essentially works now
(and throws warnings I can take care of).

It would be nice though if checkpkg wouldn?t just bail out.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150619/c8812532/attachment.p7s>

From maciej at opencsw.org  Fri Jun 19 16:00:34 2015
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 19 Jun 2015 15:00:34 +0100
Subject: Problem with checkpkg
In-Reply-To: <F21ED443-67B4-4DB0-84DF-5939116BCA4C@opencsw.org>
References: <1417C595-5C48-46C9-9142-9AF1F56D323F@opencsw.org>
	<CALtRa-5wDLm_2n6BS5yan0QY3V31VzNa+h1QvR_a4vtL-BpYOA@mail.gmail.com>
	<F21ED443-67B4-4DB0-84DF-5939116BCA4C@opencsw.org>
Message-ID: <CALtRa-6fVwzmxq6k7jUxVAfbQs-mftL70bjKFHDe7J1S4_gqRw@mail.gmail.com>

2015-06-19 13:09 GMT+01:00 Dagobert Michelsen <dam at opencsw.org>:
> It would be nice though if checkpkg wouldn?t just bail out.

Go for it, Dago! :-)

From rmottola at opencsw.org  Sun Jun 21 00:34:57 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Sun, 21 Jun 2015 00:34:57 +0200
Subject: svg problem during cairo build
Message-ID: <5585EA91.6070701@opencsw.org>

Hi,

in my effort to update cairo, on solaris 10 I get the following problem:


source='any2ppm.c' object='any2ppm-any2ppm.o' libtool=no \
DEPDIR=.deps depmode=none /bin/bash ../build/depcomp \
/opt/solarisstudio12.3/bin/cc -DHAVE_CONFIG_H -I. -I..  -I. -I./pdiff 
-I../boilerplate -I../util/cairo-missing -I../util/cairo-script -I../src 
-I../src -D_REENTRANT -I/opt/csw/include/pixman-1       
-I/opt/csw/include -I/opt/csw/include/freetype2   
-I/opt/csw/include/freetype2 -I/opt/csw/include    
-I/opt/csw/include/libpng16   -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS 
-DXTHREADS -DXUSE_MTSAFE_API -I/opt/csw/include   -D_REENTRANT 
-D_POSIX_PTHREAD_SEMANTICS -DXTHREADS -DXUSE_MTSAFE_API 
-I/opt/csw/include -erroff=E_ENUM_TYPE_MISMATCH_ARG 
-erroff=E_ENUM_TYPE_MISMATCH_OP 
-Wp,-D_FORTIFY_SOURCE=2                     -I/opt/csw/include 
-D_REENTRANT -D_PTHREADS -D_POSIX_PTHREAD_SEMANTICS -DXTHREADS 
-DXUSE_MTSAFE_API -I/opt/csw/include/poppler/glib 
-I/opt/csw/include/poppler -I/opt/csw/include/glib-2.0 
-I/opt/csw/lib/glib-2.0/include -I/opt/csw/include/cairo 
-I/opt/csw/include -I/opt/csw/include/pixman-1 
-I/opt/csw/include/freetype2 -I/opt/csw/include/libpng16 
-I/opt/csw/include   -xO3 -m32 -xarch=sparc -xc99=all 
-D_POSIX_PTHREAD_SEMANTICS -c -o any2ppm-any2ppm.o `test -f 'any2ppm.c' 
|| echo './'`any2ppm.c
"/opt/csw/include/glib-2.0/gobject/gparam.h", line 157: warning: integer 
overflow detected: op "<<"
"/opt/csw/include/poppler/glib/poppler-structure-element.h", line 253: 
warning: typedef redeclared: PopplerTextSpan
"any2ppm.c", line 72: cannot find include file: <librsvg/rsvg.h>
"any2ppm.c", line 74: cannot find include file: <librsvg/rsvg-cairo.h>
"any2ppm.c", line 423: undefined symbol: RsvgHandle
"any2ppm.c", line 423: undefined symbol: handle
"any2ppm.c", line 424: undefined symbol: RsvgDimensionData
<...>

the referenced headers do exist:
rmottola at unstable10s [unstable10s]:/opt/csw/include > find . -name rsvg.h
./librsvg-2.0/librsvg/rsvg.h

Any clues? SVG seems to get detected during configure.

cairo used to build since there is an older package there, I am 
wondering about all these problems.

Everything I got as far in cairo (updated dependencies, gtk-doc 
disabled, minor revision update) is committed.

Riccardo

From claudio at opencsw.org  Sun Jun 21 20:05:58 2015
From: claudio at opencsw.org (Claudio)
Date: Sun, 21 Jun 2015 20:05:58 +0200
Subject: pkgutil errors
Message-ID: <5586FD06.3050508@opencsw.org>

Sometimes packaging fails with an error like this (on experimental10, 
but I have seen it also on unstable). Ideas?

Transferring <CSWpm-test-use-ok> package instance
mkp: exec( pigz -9 -f 
/tmp/pm_test_use_ok_stub-5.22.0,REV=2015.06.20-SunOS5.10-all-UNCOMMITTED.pkg 
)
mkp: exec( mv 
/tmp/pm_test_use_ok_stub-5.22.0,REV=2015.06.20-SunOS5.10-all-UNCOMMITTED.pkg.gz 
/home/claudio/staging/build-2015-06-20 )
mkp: exec( rm -rf /home/claudio/spool.5.10-i386/CSWpm-test-use-ok )
Traceback (most recent call last):
   File 
"/home/claudio/opencsw/.buildsys/v2/gar/gar//bin/../lib/python/checkpkg2.py", 
line 268, in <module>
     main()
   File 
"/home/claudio/opencsw/.buildsys/v2/gar/gar//bin/../lib/python/checkpkg2.py", 
line 140, in main
     debug=options.debug)
   File 
"/home/claudio/opencsw/.buildsys/v2/gar/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/claudio/opencsw/.buildsys/v2/gar/gar//gar.pkg.mk:1028: recipe for 
target 'pkgcheck' failed
gmake: *** [pkgcheck] Error 2
gmake: Leaving directory '/home/claudio/opencsw/perl/trunk'
Connection to experimental10x closed.
/home/claudio/opencsw/.buildsys/v2/gar//gar.pkg.mk:1073: recipe for 
target 'platforms' failed
gmake: *** [platforms] Error 2

From dam at opencsw.org  Mon Jun 22 09:45:23 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 22 Jun 2015 09:45:23 +0200
Subject: scandir on solaris 9
In-Reply-To: <5585E1FB.2000900@opencsw.org>
References: <5583F8C0.5050603@opencsw.org> <5585E1FB.2000900@opencsw.org>
Message-ID: <8405D1FD-E8DA-4A87-A2E3-D0C605F3BA48@opencsw.org>

Hi Riccardo,

Am 20.06.2015 um 23:58 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> do you have perhaps a suggestion on how to add  these options?
> 
> cc -I/usr/ucbinclude x.c -L/usr/ucblib -R/usr/ucblib -lucb
> I need to pre-pend includes and also a linker option

Sure, the EXTRA_* flags are always prepended:
  EXTRA_CPPFLAGS += -I/usr/ucbinclude
  EXTRA_LDFLAGS += -L/usr/ucblib -R/usr/ucblib -lucb

For details see
  https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/gar/v2/gar.conf.mk#800


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150622/4f9b9cea/attachment.p7s>

From dam at opencsw.org  Mon Jun 22 09:49:28 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 22 Jun 2015 09:49:28 +0200
Subject: svg problem during cairo build
In-Reply-To: <5585EA91.6070701@opencsw.org>
References: <5585EA91.6070701@opencsw.org>
Message-ID: <437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>

Hi Riccardo,

Am 21.06.2015 um 00:34 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> in my effort to update cairo, on solaris 10 I get the following problem:
> 
> source='any2ppm.c' object='any2ppm-any2ppm.o' libtool=no \
> DEPDIR=.deps depmode=none /bin/bash ../build/depcomp \
> /opt/solarisstudio12.3/bin/cc -DHAVE_CONFIG_H -I. -I..  -I. -I./pdiff -I../boilerplate -I../util/cairo-missing -I../util/cairo-script -I../src -I../src -D_REENTRANT -I/opt/csw/include/pixman-1       -I/opt/csw/include -I/opt/csw/include/freetype2   -I/opt/csw/include/freetype2 -I/opt/csw/include    -I/opt/csw/include/libpng16   -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DXTHREADS -DXUSE_MTSAFE_API -I/opt/csw/include   -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DXTHREADS -DXUSE_MTSAFE_API -I/opt/csw/include -erroff=E_ENUM_TYPE_MISMATCH_ARG -erroff=E_ENUM_TYPE_MISMATCH_OP -Wp,-D_FORTIFY_SOURCE=2                     -I/opt/csw/include -D_REENTRANT -D_PTHREADS -D_POSIX_PTHREAD_SEMANTICS -DXTHREADS -DXUSE_MTSAFE_API -I/opt/csw/include/poppler/glib -I/opt/csw/include/poppler -I/opt/csw/include/glib-2.0 -I/opt/csw/lib/glib-2.0/include -I/opt/csw/include/cairo -I/opt/csw/include -I/opt/csw/include/pixman-1 -I/opt/csw/include/freetype2 -I/opt/csw/include/libpng16 -I/opt/csw/include   -xO3 -m32 -xarch=sparc -xc99=all -D_POSIX_PTHREAD_SEMANTICS -c -o any2ppm-any2ppm.o `test -f 'any2ppm.c' || echo './'`any2ppm.c
> "/opt/csw/include/glib-2.0/gobject/gparam.h", line 157: warning: integer overflow detected: op "<<"
> "/opt/csw/include/poppler/glib/poppler-structure-element.h", line 253: warning: typedef redeclared: PopplerTextSpan
> "any2ppm.c", line 72: cannot find include file: <librsvg/rsvg.h>
> "any2ppm.c", line 74: cannot find include file: <librsvg/rsvg-cairo.h>
> "any2ppm.c", line 423: undefined symbol: RsvgHandle
> "any2ppm.c", line 423: undefined symbol: handle
> "any2ppm.c", line 424: undefined symbol: RsvgDimensionData
> <...>
> 
> the referenced headers do exist:
> rmottola at unstable10s [unstable10s]:/opt/csw/include > find . -name rsvg.h
> ./librsvg-2.0/librsvg/rsvg.h
> 
> Any clues? SVG seems to get detected during configure.

Probably the pkgconfig is wrong. The include says
  #include <librsvg/rsvg.h>
where these are located in
  /opt/csw/include/librsvg-2.0
which is not added with -I, hence it is not found. I guess you must track down where it is
included and what is happening there.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150622/0da7d92e/attachment.p7s>

From rmottola at opencsw.org  Wed Jun 24 22:04:13 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Wed, 24 Jun 2015 22:04:13 +0200
Subject: svg problem during cairo build
In-Reply-To: <5589EC7D.6060808@opencsw.org>
References: <5585EA91.6070701@opencsw.org>
	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>
	<5589EC7D.6060808@opencsw.org>
Message-ID: <558B0D3D.1020002@opencsw.org>

Hi,

I think we habe some problems with pkg-config

Riccardo Mottola wrote:
> as in pkg-config?
>
> If I do, on unstable10s, pkg-config --list-all I get:
> gtkhex                      gtkhex - GtkHex - A hex display widget.
> gok-1.0                     Gok - GNOME On-screen Keyboard
> glib-2.0                    GLib - C Utility Library
> Package videoproto was not found in the pkg-config search path.
> Perhaps you should add the directory containing `videoproto.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'videoproto', required by 'XvMC', not found
>
> no svg! should it instead? I think so, on my FreeBSD box a package
> librsvg-2.0 is registered, why not here? Shouldn't it be in the dev
> package?
>
> pkg-config --cflags librsvg-2.0
>
> however still works:
> -I/usr/include/librsvg-2 -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0
> -I/usr/include/libart-2.0 -I/usr/include/libxml2
> -I/usr/include/pango-1.0 -I/usr/sfw/include/freetype2 -I/usr/sfw/include
>
> I think this output is totally bogus, isn't it? that looks like sun
> packages, not our opencsw ones
>
> /opt/csw/include/librsvg-2.0/
>
> exists and contains the files we need.
>
> When I check config.log of libcairo I see:
>
> pkg_cv_LIBRSVG_CFLAGS=
> pkg_cv_LIBRSVG_LIBS='-L/opt/csw/lib -lrsvg-2 -lm -lgio-2.0 -lgdk-x11-2.0
> -lpango
> cairo-1.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lglib-2.0
> -lintl
> '
>
> I suppose the former line is just work, since it should contains our
> includes, right?
>
> configure's help says:
>    LIBRSVG_CFLAGS
>                C compiler flags for LIBRSVG, overriding pkg-config
>
> I could try setting LIBRSVG_CFLAGS, but that would defeat pkg-config
> somehow.

I tried again configuring&building by tweaking the LIBRSVG_FLAGS (and 
thus working around pkg-config).

I get this failure:
"/opt/csw/include/glib-2.0/gobject/gparam.h", line 157: warning: integer 
overflow detected: op "<<"
"/opt/csw/include/poppler/glib/poppler-structure-element.h", line 253: 
warning: typedef redeclared: PopplerTextSpan
"/opt/csw/include/librsvg-2.0/librsvg/rsvg.h", line 34: cannot find 
include file: <gdk-pixbuf/gdk-pixbuf.h>
"/opt/csw/include/librsvg-2.0/librsvg/rsvg.h", line 129: warning: 
old-style declaration or incorrect type for: GdkPixbuf
"/opt/csw/include/librsvg-2.0/librsvg/rsvg.h", line 129: syntax error 
before or at: *
"/opt/csw/include/librsvg-2.0/librsvg/rsvg.h", line 129: warning: 
old-style declaration or incorrect type for: rsvg_handle_get_pixbuf

Not finding <gdk-pixbuf/gdk-pixbuf.h> must be again a pkg-config 
problem, don't you think?

The headers are in: /opt/csw/include/gdk-pixbuf-2.0/

thus again a work for pkg-config to return

Help :) I hoped rebuilding existing packages to be easier!

Riccardo

From pfelecan at opencsw.org  Thu Jun 25 17:54:21 2015
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Thu, 25 Jun 2015 17:54:21 +0200
Subject: svg problem during cairo build
In-Reply-To: <558B0D3D.1020002@opencsw.org> (Riccardo Mottola's message of
	"Wed, 24 Jun 2015 22:04:13 +0200")
References: <5585EA91.6070701@opencsw.org>
	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>
	<5589EC7D.6060808@opencsw.org> <558B0D3D.1020002@opencsw.org>
Message-ID: <x6wpyrpyvm.fsf@opencsw.org>

Riccardo Mottola <rmottola at opencsw.org> writes:

> I hoped rebuilding existing packages to be easier!

This will not help you but you should know that it's easier on Solaris
10 which is the supported OS. However, I'm not saying that it works
flawlessly but your work on Solaris 9 is worthy of Sisyphus.
-- 
Peter

From rmottola at opencsw.org  Thu Jun 25 18:17:26 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 25 Jun 2015 18:17:26 +0200
Subject: svg problem during cairo build
In-Reply-To: <x6wpyrpyvm.fsf@opencsw.org>
References: <5585EA91.6070701@opencsw.org>	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>	<5589EC7D.6060808@opencsw.org>
	<558B0D3D.1020002@opencsw.org> <x6wpyrpyvm.fsf@opencsw.org>
Message-ID: <558C2996.90703@opencsw.org>

Hi Peter,

Peter FELECAN wrote:
> This will not help you but you should know that it's easier on Solaris
> 10 which is the supported OS. However, I'm not saying that it works
> flawlessly but your work on Solaris 9 is worthy of Sisyphus.

the issues I am having here are on Solaris 10, as I specified in the 
first mail of this thread, I'm rebuilding on unstable10s.

Did not check on solaris 9 yet, since one of the dependencies is unmet 
and I can't compile it as of now.


Riccardo

From dam at opencsw.org  Fri Jun 26 07:17:30 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 26 Jun 2015 07:17:30 +0200
Subject: svg problem during cairo build
In-Reply-To: <558B0D3D.1020002@opencsw.org>
References: <5585EA91.6070701@opencsw.org>
	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>
	<5589EC7D.6060808@opencsw.org> <558B0D3D.1020002@opencsw.org>
Message-ID: <CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>

Hi Riccardo,

Am 24.06.2015 um 22:04 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> I think we habe some problems with pkg-config

Please try /opt/csw/bin/pkg-config, the one in /usr/bin is rather old and can?t handle
some of the fields.

> Help :) I hoped rebuilding existing packages to be easier!

This is a common mistake Rupert also fell for: there is no easy rebuild. Even minor
version bumps turn out to be porting projects lately. Please read my analysis about
the problem at
  http://lists.opencsw.org/pipermail/maintainers/2015-January/019611.html


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150626/6d80c0d7/attachment-0001.p7s>

From pfelecan at opencsw.org  Fri Jun 26 11:12:34 2015
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Fri, 26 Jun 2015 11:12:34 +0200
Subject: svg problem during cairo build
In-Reply-To: <CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org> (Dagobert
	Michelsen's message of "Fri, 26 Jun 2015 07:17:30 +0200")
References: <5585EA91.6070701@opencsw.org>
	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>
	<5589EC7D.6060808@opencsw.org> <558B0D3D.1020002@opencsw.org>
	<CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>
Message-ID: <x6si9eq1dp.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> Even minor version bumps turn out to be porting projects
> lately. Please read my analysis about the problem at
> http://lists.opencsw.org/pipermail/maintainers/2015-January/019611.html

Dago's analysis is so right, as usual. Some core open source projects
advance with such a speed that we, as a small community, small in
contrast to Debian or similar, have much difficulties to follow.

As an aside, this is why, I think more and more that, the road that
Nexenta had taken, to use Debian packaging tools on Solaris is the one
with the most momentum. Using the Solaris kernel and inner core tools,
such as ZFS, zones, &c, with the Debian user space. However, even this
road is not a smooth one as the biggest part of the open source projects
are geared toward GNU/Linux. with its idiosyncrasies, and portability is
less and less taken care of.

To come back to the original subject, when packaging for a project such
as Cairo, is quite nominal to encounter issues which arise from the
porting side, not only of the project itself but also from the near to
far environment.
-- 
Peter

From bwalton at opencsw.org  Fri Jun 26 11:39:56 2015
From: bwalton at opencsw.org (Ben Walton)
Date: Fri, 26 Jun 2015 09:39:56 +0000
Subject: svg problem during cairo build
In-Reply-To: <x6si9eq1dp.fsf@opencsw.org>
References: <5585EA91.6070701@opencsw.org>
	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>
	<5589EC7D.6060808@opencsw.org> <558B0D3D.1020002@opencsw.org>
	<CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>
	<x6si9eq1dp.fsf@opencsw.org>
Message-ID: <CAP30j14UWdW5iCExJCC4yB+3piwsEcb17ersGQM-_EAkFzVqYA@mail.gmail.com>

On Fri, Jun 26, 2015 at 10:12 AM Peter FELECAN <pfelecan at opencsw.org> wrote:

> Dagobert Michelsen <dam at opencsw.org> writes:
>
> > Even minor version bumps turn out to be porting projects
> > lately. Please read my analysis about the problem at
> > http://lists.opencsw.org/pipermail/maintainers/2015-January/019611.html
>
> Dago's analysis is so right, as usual. Some core open source projects
> advance with such a speed that we, as a small community, small in
> contrast to Debian or similar, have much difficulties to follow.
>
> As an aside, this is why, I think more and more that, the road that
> Nexenta had taken, to use Debian packaging tools on Solaris is the one
> with the most momentum. Using the Solaris kernel and inner core tools,
> such as ZFS, zones, &c, with the Debian user space. However, even this
> road is not a smooth one as the biggest part of the open source projects
> are geared toward GNU/Linux. with its idiosyncrasies, and portability is
> less and less taken care of.
>

...And personally, I think that it won't be long before ZFS is the only
Solaris-native high point that Linux lacks a production ready counterpart
for. Things like Docker and Kubernetes (or even systemd generic
containerization) are adding polish to linux cgroups which position them
such that they're a good enough replacement for zones (and better in some
ways). Kubernetes, takes the concept beyond the single machine and afaik,
solaris has no answer for that right now.

While I'd love to see BtrFS mature to the point where it's production
ready, I don't see that happening any time soon...I'm using ZFS-on-Linux at
home because it's more trustworthy.


>
> To come back to the original subject, when packaging for a project such
> as Cairo, is quite nominal to encounter issues which arise from the
> porting side, not only of the project itself but also from the near to
> far environment.
> --
> Peter
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150626/9f6db65d/attachment.html>

From pfelecan at opencsw.org  Fri Jun 26 12:09:54 2015
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Fri, 26 Jun 2015 12:09:54 +0200
Subject: svg problem during cairo build
In-Reply-To: <CAP30j14UWdW5iCExJCC4yB+3piwsEcb17ersGQM-_EAkFzVqYA@mail.gmail.com>
	(Ben Walton's message of "Fri, 26 Jun 2015 09:39:56 +0000")
References: <5585EA91.6070701@opencsw.org>
	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>
	<5589EC7D.6060808@opencsw.org> <558B0D3D.1020002@opencsw.org>
	<CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>
	<x6si9eq1dp.fsf@opencsw.org>
	<CAP30j14UWdW5iCExJCC4yB+3piwsEcb17ersGQM-_EAkFzVqYA@mail.gmail.com>
Message-ID: <x6oak2pyq5.fsf@opencsw.org>

Ben Walton <bwalton at opencsw.org> writes:

> I think that it won't be long before ZFS is the only Solaris-native
> high point that Linux lacks a production ready counterpart for.

The work done at Lawrence Livermore National Laboratory on porting ZFS
as a kernel module is quite advanced and in my opinion it will go
mainstream well before btrfs, even though there are great reticences, of
the type NIH, in the Linux world (Linux as a kernel which really
is). Anyway, I'm already using it in a massive production environment
(30K systems and growing; this is my daily bragging rights consumed).
-- 
Peter

From rmottola at opencsw.org  Fri Jun 26 12:19:05 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Fri, 26 Jun 2015 12:19:05 +0200
Subject: svg problem during cairo build
In-Reply-To: <CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>
References: <5585EA91.6070701@opencsw.org>	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>	<5589EC7D.6060808@opencsw.org>
	<558B0D3D.1020002@opencsw.org>
	<CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>
Message-ID: <558D2719.8050200@opencsw.org>

Hi,

Dagobert Michelsen wrote:
> Please try /opt/csw/bin/pkg-config, the one in /usr/bin is rather old and can?t handle
> some of the fields.
>
>> >Help:)  I hoped rebuilding existing packages to be easier!
> This is a common mistake Rupert also fell for: there is no easy rebuild. Even minor
> version bumps turn out to be porting projects lately. Please read my analysis about
> the problem at
>    http://lists.opencsw.org/pipermail/maintainers/2015-January/019611.html

well, then it means cairo is a hard thing :) Essentially packages should 
be rebuilt from time to time to update them gradually. Here it is a 
minor upstream revision, no compiler change... but since it has many 
many dependencies, it is a tree of changes.

Debian has automated build scripts: we should perhaps too: tis would 
detect dependency changes. At a minimum, every time a developer package 
is obsoleted we should check depending packages. In cairo I found 4 
packages that were obsoleted or do not even exist anymore.

Getting back to the "task".

/opt/csw/bin/pkg-config

gives indeed more sane results, at least it lists all packages. Can the 
other be uninstalled? I hope that during configure the correct one gets 
picked up.

librsvg-2.0                         librsvg - library that renders svg files
gdk-pixbuf-2.0                      GdkPixbuf - Image loading and scaling

are both present, this is a first important check. When I try to get cflags:

/opt/csw/bin/pkg-config --cflags librsvg-2.0
sh: gnome-config: not found
Package libpng15 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libpng15.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libpng15', required by 'GdkPixbuf', not found



  /opt/csw/bin/pkg-config --cflags gdk-pixbuf-2.0
sh: gnome-config: not found
Package libpng15 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libpng15.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libpng15', required by 'GdkPixbuf', not found

I suppose this is something similar to what Laurent was seeing?

I will retry building / updating librsvg and see if it solves the issue.

Riccardo

From dam at opencsw.org  Fri Jun 26 12:21:32 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 26 Jun 2015 12:21:32 +0200
Subject: svg problem during cairo build
In-Reply-To: <558D2719.8050200@opencsw.org>
References: <5585EA91.6070701@opencsw.org>
	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>
	<5589EC7D.6060808@opencsw.org> <558B0D3D.1020002@opencsw.org>
	<CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>
	<558D2719.8050200@opencsw.org>
Message-ID: <28E67B92-531C-4854-A09F-C47270EBDBD2@opencsw.org>

Hi Riccardo,

Am 26.06.2015 um 12:19 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> Getting back to the "task".
> 
> /opt/csw/bin/pkg-config
> 
> gives indeed more sane results, at least it lists all packages. Can the other be uninstalled? I hope that during configure the correct one gets picked up.
> 
> librsvg-2.0                         librsvg - library that renders svg files
> gdk-pixbuf-2.0                      GdkPixbuf - Image loading and scaling
> 
> are both present, this is a first important check. When I try to get cflags:
> 
> /opt/csw/bin/pkg-config --cflags librsvg-2.0
> sh: gnome-config: not found
> Package libpng15 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `libpng15.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'libpng15', required by 'GdkPixbuf', not found
> 
> /opt/csw/bin/pkg-config --cflags gdk-pixbuf-2.0
> sh: gnome-config: not found
> Package libpng15 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `libpng15.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'libpng15', required by 'GdkPixbuf', not found
> 
> I suppose this is something similar to what Laurent was seeing?

Make sure to set PKG_CONFIG_PATH=/opt/csw/lib/pkgconfig


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150626/b5c7ff47/attachment.p7s>

From pfelecan at opencsw.org  Fri Jun 26 13:20:12 2015
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Fri, 26 Jun 2015 13:20:12 +0200
Subject: svg problem during cairo build
In-Reply-To: <558D2719.8050200@opencsw.org> (Riccardo Mottola's message of
	"Fri, 26 Jun 2015 12:19:05 +0200")
References: <5585EA91.6070701@opencsw.org>
	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>
	<5589EC7D.6060808@opencsw.org> <558B0D3D.1020002@opencsw.org>
	<CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>
	<558D2719.8050200@opencsw.org>
Message-ID: <x6k2uqpvgz.fsf@opencsw.org>

Riccardo Mottola <rmottola at opencsw.org> writes:

> /opt/csw/bin/pkg-config
>
> gives indeed more sane results, at least it lists all packages. Can
> the other be uninstalled?

There is no need to uninstall the "other" one. What must be understood
is that when packaging for OpenCSW you *must* use the OpenCSW user land
for the components that exist; one of the important things is to use
/opt/csw/[s]*bin at the very beginning of your PATH environment
variable. Of course, this doesn't preclude the missing package on the
build system but, the build-farm is quite well stocked.
-- 
Peter

From rmottola at opencsw.org  Fri Jun 26 16:04:08 2015
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Fri, 26 Jun 2015 16:04:08 +0200
Subject: librsvg problem - glib-object.h
Message-ID: <558D5BD8.7050706@opencsw.org>

Hi,

as a crab going backwards... I need to rebuild librsvg (solaris 10)! i 
did not change anything except libpng and forcing PKG_CONFIG_PATH

I hope rebuilding it will fix its entry in pkg-configu and thus fix 
things from there.

there I get this:
In file included from librsvg-features.c:1:0:
rsvg.h:31:25: fatal error: glib-object.h: No such file or directory
  #include <glib-object.h>
                          ^
compilation terminated.

again, I check for pkg-config glib,
glib-2.0                            GLib - C Utility Library

rmottola at unstable10s [unstable10s]:~ > /opt/csw/bin/pkg-config --cflags 
glib-2.0
-I/opt/csw/include/glib-2.0 -I/opt/csw/lib/glib-2.0/include 
-I/opt/csw/include


which seems correct. So... what is the problem this time? no clue yet.

Riccardo


From ihsan at opencsw.org  Fri Jun 26 16:11:13 2015
From: ihsan at opencsw.org (Ihsan Dogan)
Date: Fri, 26 Jun 2015 16:11:13 +0200
Subject: sumbitpkg problems
Message-ID: <20150626141113.GA16359@dogan.ch>

Hi,

I've updated Unbound and while trying to submit the new packages,
I've hit this issue:

CheckpkgTag(None, 'bad-arch-or-os-release', 'core arch=unknown osrel=unspecified')
CheckpkgTag(None, 'i386-unspecified-missing', 'unbound_host')
CheckpkgTag(None, 'sparc-unspecified-missing', 'libunbound2')
CheckpkgTag(None, 'sparc-unspecified-missing', 'unbound')
CheckpkgTag(None, 'sparc-unspecified-missing', 'unbound_devel')
CheckpkgTag(None, 'sparc-unspecified-missing', 'unbound_host')
CheckpkgTag(None, 'i386-unspecified-missing', 'unbound_devel')
CheckpkgTag(None, 'i386-unspecified-missing', 'libunbound2')
CheckpkgTag(None, 'i386-unspecified-missing', 'unbound')
CheckpkgTag(None, 'bad-vendor-tag', 'filename=core expected=CSW actual=UNKN')
CheckpkgTag(None, 'bad-filename', 'filename=core')
There seems to be a problem with the specified package set

Well, what am I doing wrong here?


Ihsan

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

From bwalton at opencsw.org  Sat Jun 27 08:29:31 2015
From: bwalton at opencsw.org (Ben Walton)
Date: Sat, 27 Jun 2015 06:29:31 +0000
Subject: register mantis account - bsdsx
Message-ID: <CAP30j1627sD4Y-OaKmOOErxiEgN_DZa4sCxFDN+tS8ZjT6NykA@mail.gmail.com>

Hi Freddy,

Some of our automation is currently failing because you don't have an
account in mantis yet. We rely on the mantis account (matching the username
that you have on the buildfarm) being in place in order to do things like
package registration in mantis and the web visible databases.

Please create your bsdsx mantis account and ping when you have some I can
validate that the automation pipeline starts flowing again.

Thanks
-Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20150627/3759b860/attachment.html>

From claudio at opencsw.org  Sat Jun 27 11:25:33 2015
From: claudio at opencsw.org (Claudio)
Date: Sat, 27 Jun 2015 11:25:33 +0200
Subject: svg problem during cairo build
In-Reply-To: <x6oak2pyq5.fsf@opencsw.org>
References: <5585EA91.6070701@opencsw.org>	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>	<5589EC7D.6060808@opencsw.org>
	<558B0D3D.1020002@opencsw.org>	<CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>	<x6si9eq1dp.fsf@opencsw.org>	<CAP30j14UWdW5iCExJCC4yB+3piwsEcb17ersGQM-_EAkFzVqYA@mail.gmail.com>
	<x6oak2pyq5.fsf@opencsw.org>
Message-ID: <558E6C0D.8030508@opencsw.org>

On 26-06-15 12:09, Peter FELECAN wrote:
> Ben Walton <bwalton at opencsw.org> writes:
>
>> I think that it won't be long before ZFS is the only Solaris-native
>> high point that Linux lacks a production ready counterpart for.
>
> The work done at Lawrence Livermore National Laboratory on porting ZFS
> as a kernel module is quite advanced and in my opinion it will go
> mainstream well before btrfs, even though there are great reticences, of
> the type NIH, in the Linux world (Linux as a kernel which really
> is). Anyway, I'm already using it in a massive production environment
> (30K systems and growing; this is my daily bragging rights consumed).
>

This is interesting!
I hear a lot of people that discarded Solaris talk positively about 
FreeBSD because it already has ZFS and Linux have not. I had the 
impression the project was on a side track and that all the Linux people 
put theirs chips on brtfs. Good to be wrong, I really miss the ZFS 
experience (with the exception of the binary magic in /etc) when working 
on Linux.

C.

From claudio at opencsw.org  Sat Jun 27 11:27:55 2015
From: claudio at opencsw.org (Claudio)
Date: Sat, 27 Jun 2015 11:27:55 +0200
Subject: svg problem during cairo build
In-Reply-To: <CAP30j14UWdW5iCExJCC4yB+3piwsEcb17ersGQM-_EAkFzVqYA@mail.gmail.com>
References: <5585EA91.6070701@opencsw.org>	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>	<5589EC7D.6060808@opencsw.org>
	<558B0D3D.1020002@opencsw.org>	<CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>	<x6si9eq1dp.fsf@opencsw.org>
	<CAP30j14UWdW5iCExJCC4yB+3piwsEcb17ersGQM-_EAkFzVqYA@mail.gmail.com>
Message-ID: <558E6C9B.8060104@opencsw.org>

On 26-06-15 11:39, Ben Walton wrote:
>
> ...And personally, I think that it won't be long before ZFS is the only
> Solaris-native high point that Linux lacks a production ready
> counterpart for.

Well D-trace was pretty hyped but it was very nice for deep debugging. 
However, by closing the OS sources Oracle made it a lot less 
interesting... on Solaris.

C.


From laurent at opencsw.org  Tue Jun 30 10:19:50 2015
From: laurent at opencsw.org (Laurent Blume)
Date: Tue, 30 Jun 2015 10:19:50 +0200
Subject: svg problem during cairo build
In-Reply-To: <558E6C0D.8030508@opencsw.org>
References: <5585EA91.6070701@opencsw.org>	<437C7000-F930-49C3-8DAD-85EEEEEBFF1B@opencsw.org>	<5589EC7D.6060808@opencsw.org>	<558B0D3D.1020002@opencsw.org>	<CF5951A4-0263-4D6C-A1E0-3B899B2235D0@opencsw.org>	<x6si9eq1dp.fsf@opencsw.org>	<CAP30j14UWdW5iCExJCC4yB+3piwsEcb17ersGQM-_EAkFzVqYA@mail.gmail.com>	<x6oak2pyq5.fsf@opencsw.org>
	<558E6C0D.8030508@opencsw.org>
Message-ID: <55925126.4070206@opencsw.org>

Le 2015/06/27 11:25 +0200, Claudio Ramirez a ?crit:
> This is interesting!
> I hear a lot of people that discarded Solaris talk positively about
> FreeBSD because it already has ZFS and Linux have not. I had the
> impression the project was on a side track and that all the Linux people
> put theirs chips on brtfs. Good to be wrong, I really miss the ZFS
> experience (with the exception of the binary magic in /etc) when working
> on Linux.

?Linux people? doesn't mean much, it's not a single entity, right? But
truly, distros are pushing btrfs, because it's politically safer. And at
some point, it will probably become good enough.
ZFS on Linux works well enough, but it's still not for the faint of
heart, and you'll need to make sure you can devote the needed amount of
skill and resources to it. It's still somewhat tricky, behaves
differently on different distros, the odd bugs seep in, and AFAICT,
there's no paid support for it yet (and maybe never considering the FUD
around it).
So, good for my data at home, but I can't use it at work.

Laurent