From phil at bolthole.com  Sat Jan  1 03:13:28 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 31 Dec 2010 18:13:28 -0800
Subject: [csw-pkgsubmissions] newpkgs clamav, libclam6, libclam6_devel
In-Reply-To: <AANLkTinqf25mKQGrnutktmm+eUCVDxk5Ha7mNfW29Bv_@mail.gmail.com>
References: <201012012116.oB1LGbgY010236@login.bo.opencsw.org>
	<AANLkTimbwJbJuAgNch=7ehkD6wRh-iSSdZByeyo-DDKQ@mail.gmail.com>
	<AANLkTim4ZOccwhOxDLPXqBfxEAkjACUeJWAG=WGSzR+6@mail.gmail.com>
	<AANLkTinS+JtMk3uLfyROq9NxPvK5Kq4v315ziv8r8dv8@mail.gmail.com>
	<1292373495-sup-2481@pinkfloyd.chass.utoronto.ca>
	<AANLkTinqf25mKQGrnutktmm+eUCVDxk5Ha7mNfW29Bv_@mail.gmail.com>
Message-ID: <AANLkTi=8OUKr7qm8dS2tf6Y=qicENVDGWt_DuyXLrxx_@mail.gmail.com>

Even though I thought I was applying the "no files under /var/opt/csw"
uniformly, it was pointed out that I had recently let through a
package or two that also had files there.
So to be fair, I'll let this one through now as well.

Please note that for all future packages, I have updated my local
checking stuff, so that ALL package that attempt to ship files under
/var, should now be flagged.

From phil at bolthole.com  Sat Jan  1 03:17:18 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 31 Dec 2010 18:17:18 -0800
Subject: [csw-pkgsubmissions] newpkgs parallel
In-Reply-To: <201012290905.oBT95Aak008836@login.bo.opencsw.org>
References: <201012290905.oBT95Aak008836@login.bo.opencsw.org>
Message-ID: <AANLkTinnczheK7HD7d-m+FOY0Q-PuRyTV8bSpU6Bt8aD@mail.gmail.com>

There are references to /usr/local in docs and a few comments here and
there. would be nice if those were fixed.
But since they are not normally user-visible, or have obviously
non-functional paths
(/usr/local/bin/myssh )
this doesnt seem to be a blocking issue.


On Wed, Dec 29, 2010 at 1:05 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> * parallel: major version upgrade
> ?- from: 20100424,REV=2010.05.11
> ?- ? to: 20101222,REV=2010.12.29
> ?+ parallel-20101222,REV=2010.12.29-SunOS5.9-all-CSW.pkg.gz

From phil at opencsw.org  Sat Jan  1 03:22:12 2011
From: phil at opencsw.org (Philip Brown)
Date: Fri, 31 Dec 2010 18:22:12 -0800
Subject: [csw-pkgsubmissions] newpkgs help2man
In-Reply-To: <201012291233.oBTCXs9O022326@login.bo.opencsw.org>
References: <201012291233.oBTCXs9O022326@login.bo.opencsw.org>
Message-ID: <AANLkTimb3x2hGBv4t9pChuroCLG7W5i0cJK6vWdc=O4k@mail.gmail.com>

There is a "bug" in the documentation.

help2man.info has,

     LD_PRELOAD="/usr/lib/help2man/bindtextdomain.so" \
       LOCALEDIR=tmp \
       TEXTDOMAIN=PROG \
       help2man -L fr_FR at euro -i PROG.fr.h2m -o PROG.fr.1 PROG
     rm -rf tmp

     will cause PROG to load the message catalog from `tmp' rather than
    `/usr/share/locale'.

I'm *presuming* that the prog itself has already been fixed to not
default to /usr/share/locale :) But it would be a bad idea to have the
documentation tell our users that it loads locale information from
/usr/share/locale.

Unless of course.. it DOES actually do that...
(which it might do, given the problems I've observed with our gettext
shared libs and local dirs)

please confirm where it gets the locale information, and update the
info page if it isnt /usr/share/locale




On Wed, Dec 29, 2010 at 4:33 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> * help2man: patchlevel upgrade
> ?- from: 1.38.2,REV=2010.05.26
> ?- ? to: 1.38.4,REV=2010.12.29
> ?+ help2man-1.38.4,REV=2010.12.29-SunOS5.9-all-CSW.pkg.gz

From phil at opencsw.org  Sat Jan  1 03:28:16 2011
From: phil at opencsw.org (Philip Brown)
Date: Fri, 31 Dec 2010 18:28:16 -0800
Subject: [csw-pkgsubmissions] newpkgs taglib, taglib_devel, taglib_gcc
In-Reply-To: <201012302105.oBUL5q9R014285@login.bo.opencsw.org>
References: <201012302105.oBUL5q9R014285@login.bo.opencsw.org>
Message-ID: <AANLkTinGYeZjvBmQJDEQXx1WMkt7zi8_dB6JY3TjiNr_@mail.gmail.com>

On Thu, Dec 30, 2010 at 1:05 PM, Dagobert Michelsen <dam at opencsw.org> wrote:
> Resubmitted as original packages somehow got lost during the mirror push

Thank you. sorry for the inconvenience.
erm... waitaminit... now, the actual *PROBLEM* comes up.

conflicting license files.
I think this is why the original was not pushed :-/

bender$ gzgrep -l 'taglib_gcc/license' *sparc*
taglib-1.6.3,REV=2010.10.11-SunOS5.9-sparc-CSW.pkg.gz
taglib_gcc-1.6.3,REV=2010.11.01-SunOS5.9-sparc-CSW.pkg.gz

From pfelecan at opencsw.org  Sat Jan  1 12:25:58 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Sat, 01 Jan 2011 12:25:58 +0100
Subject: [csw-pkgsubmissions] newpkgs clamav, libclam6, libclam6_devel
In-Reply-To: <AANLkTi=8OUKr7qm8dS2tf6Y=qicENVDGWt_DuyXLrxx_@mail.gmail.com>
	(Philip Brown's message of "Fri, 31 Dec 2010 18:13:28 -0800")
References: <201012012116.oB1LGbgY010236@login.bo.opencsw.org>
	<AANLkTimbwJbJuAgNch=7ehkD6wRh-iSSdZByeyo-DDKQ@mail.gmail.com>
	<AANLkTim4ZOccwhOxDLPXqBfxEAkjACUeJWAG=WGSzR+6@mail.gmail.com>
	<AANLkTinS+JtMk3uLfyROq9NxPvK5Kq4v315ziv8r8dv8@mail.gmail.com>
	<1292373495-sup-2481@pinkfloyd.chass.utoronto.ca>
	<AANLkTinqf25mKQGrnutktmm+eUCVDxk5Ha7mNfW29Bv_@mail.gmail.com>
	<AANLkTi=8OUKr7qm8dS2tf6Y=qicENVDGWt_DuyXLrxx_@mail.gmail.com>
Message-ID: <x67heoj261.fsf@opencsw.org>

Philip Brown <phil at bolthole.com> writes:

> Even though I thought I was applying the "no files under /var/opt/csw"
> uniformly, it was pointed out that I had recently let through a
> package or two that also had files there.
> So to be fair, I'll let this one through now as well.
>
> Please note that for all future packages, I have updated my local
> checking stuff, so that ALL package that attempt to ship files under
> /var, should now be flagged.

By flagged do you understand: not accepted? If that is the case it has
the strength of a policy and a policy should be accepted by a majority
of maintainers after discussion. It seems to me that the discussion has
taken place and valid arguments were exposed by a majority which
validates just the opposite: installation of components in /var are
permitted.

-- 
Peter

From phil at opencsw.org  Sat Jan  1 16:27:53 2011
From: phil at opencsw.org (Philip Brown)
Date: Sat, 1 Jan 2011 07:27:53 -0800
Subject: [csw-pkgsubmissions] newpkgs clamav, libclam6, libclam6_devel
In-Reply-To: <x67heoj261.fsf@opencsw.org>
References: <201012012116.oB1LGbgY010236@login.bo.opencsw.org>
	<AANLkTimbwJbJuAgNch=7ehkD6wRh-iSSdZByeyo-DDKQ@mail.gmail.com>
	<AANLkTim4ZOccwhOxDLPXqBfxEAkjACUeJWAG=WGSzR+6@mail.gmail.com>
	<AANLkTinS+JtMk3uLfyROq9NxPvK5Kq4v315ziv8r8dv8@mail.gmail.com>
	<1292373495-sup-2481@pinkfloyd.chass.utoronto.ca>
	<AANLkTinqf25mKQGrnutktmm+eUCVDxk5Ha7mNfW29Bv_@mail.gmail.com>
	<AANLkTi=8OUKr7qm8dS2tf6Y=qicENVDGWt_DuyXLrxx_@mail.gmail.com>
	<x67heoj261.fsf@opencsw.org>
Message-ID: <AANLkTimKL9-WmGShpTeBzNWEj6=S92AzQyjTB9oKZfFH@mail.gmail.com>

On Sat, Jan 1, 2011 at 3:25 AM, Peter FELECAN <pfelecan at opencsw.org> wrote:
>
>> Please note that for all future packages, I have updated my local
>> checking stuff, so that ALL package that attempt to ship files under
>> /var, should now be flagged.
>
> By flagged do you understand: not accepted? If that is the case it has
> the strength of a policy and a policy should be accepted by a majority
> of maintainers after discussion. It seems to me that the discussion has
> taken place and valid arguments were exposed by a majority which
> validates just the opposite: installation of components in /var are
> permitted.
>

We did have such a discussion a ways back. I'm not sure what
conversation thread you are referring to, but the "no files in /var"
standard, falls out as a subset of "we support a shared /opt/csw".
Which has been agreed on over time, and was also, so I hear,
re-validated at the recent summer conference or something.

Supporting shared /opt/csw,  means, it's okay to *use* /var, but you
have to seed the files out of /opt/csw in one way or another.

From rupert at opencsw.org  Sun Jan  2 19:09:19 2011
From: rupert at opencsw.org (THURNER Rupert)
Date: Sun, 2 Jan 2011 12:09:19 -0600 (CST)
Subject: [csw-pkgsubmissions] newpkgs mercurial
Message-ID: <201101021809.p02I9JvI009760@login.bo.opencsw.org>

* mercurial: patchlevel upgrade
  - from: 1.7.2,REV=2010.12.03
  -   to: 1.7.3,REV=2011.01.02
  + mercurial-1.7.3,REV=2011.01.02-SunOS5.9-sparc-CSW.pkg.gz
  + mercurial-1.7.3,REV=2011.01.02-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Mon Jan  3 14:37:28 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 3 Jan 2011 14:37:28 +0100
Subject: [csw-pkgsubmissions] newpkgs help2man
In-Reply-To: <AANLkTimb3x2hGBv4t9pChuroCLG7W5i0cJK6vWdc=O4k@mail.gmail.com>
References: <201012291233.oBTCXs9O022326@login.bo.opencsw.org>
	<AANLkTimb3x2hGBv4t9pChuroCLG7W5i0cJK6vWdc=O4k@mail.gmail.com>
Message-ID: <DB7A535C-8D5B-4B4D-984D-132588B310A8@opencsw.org>

Hi Phil,

updated packages (now no longer arch=all) have been provided:

* help2man: patchlevel upgrade
  - from: 1.38.2,REV=2010.05.26
  -   to: 1.38.4,REV=2011.01.03
  + help2man-1.38.4,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + help2man-1.38.4,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz

Am 01.01.2011 um 03:22 schrieb Philip Brown:
> There is a "bug" in the documentation.
> 
> help2man.info has,
> 
>     LD_PRELOAD="/usr/lib/help2man/bindtextdomain.so" \
>       LOCALEDIR=tmp \
>       TEXTDOMAIN=PROG \
>       help2man -L fr_FR at euro -i PROG.fr.h2m -o PROG.fr.1 PROG
>     rm -rf tmp
> 
>     will cause PROG to load the message catalog from `tmp' rather than
>    `/usr/share/locale'.
> 
> I'm *presuming* that the prog itself has already been fixed to not
> default to /usr/share/locale :) But it would be a bad idea to have the
> documentation tell our users that it loads locale information from
> /usr/share/locale.

NLS was not configured for the version I submitted, so it wouldn't have
worked anyway as the .so was not built. But after some poking in the build
I have now added the lib and fixed the example.

> Unless of course.. it DOES actually do that...
> (which it might do, given the problems I've observed with our gettext
> shared libs and local dirs)
> 
> please confirm where it gets the locale information, and update the
> info page if it isnt /usr/share/locale

The new package checks both locations (although I don't know if that is
a feature from Locale::gettext or gettext itself):

85:     stat("/usr/lib/locale/fr_FR at euro/fr_FR at euro.so.2", 0xFFBFEB48) Err#2 ENOENT
85:     open64("/opt/csw/share/locale/locale.alias", O_RDONLY) = 3
85:     open64("/opt/csw/share/locale/fr_FR at euro/LC_MESSAGES/help2man.mo", O_RDONLY) Err#2 ENOENT
85:     open64("/opt/csw/share/locale/fr at euro/LC_MESSAGES/help2man.mo", O_RDONLY) Err#2 ENOENT
85:     open64("/opt/csw/share/locale/fr_FR/LC_MESSAGES/help2man.mo", O_RDONLY) Err#2 ENOENT
85:     open64("/opt/csw/share/locale/fr/LC_MESSAGES/help2man.mo", O_RDONLY) Err#2 ENOENT


Best regards

  -- Dago



From phil at bolthole.com  Mon Jan  3 19:54:52 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 3 Jan 2011 10:54:52 -0800
Subject: [csw-pkgsubmissions] newpkgs mercurial
In-Reply-To: <201101021809.p02I9JvI009760@login.bo.opencsw.org>
References: <201101021809.p02I9JvI009760@login.bo.opencsw.org>
Message-ID: <AANLkTimAbCXD9G0T_qX2oED0f4Gnb-qBeSDiW3cFN2e4@mail.gmail.com>

batched

From phil at bolthole.com  Mon Jan  3 19:55:56 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 3 Jan 2011 10:55:56 -0800
Subject: [csw-pkgsubmissions] newpkgs help2man
In-Reply-To: <DB7A535C-8D5B-4B4D-984D-132588B310A8@opencsw.org>
References: <201012291233.oBTCXs9O022326@login.bo.opencsw.org>
	<AANLkTimb3x2hGBv4t9pChuroCLG7W5i0cJK6vWdc=O4k@mail.gmail.com>
	<DB7A535C-8D5B-4B4D-984D-132588B310A8@opencsw.org>
Message-ID: <AANLkTi=VH+maYkk9PZTHU9NGCB6OfjaN3uGO8JzGzx_n@mail.gmail.com>

batched

From william at wbonnet.net  Mon Jan  3 19:55:16 2011
From: william at wbonnet.net (William Bonnet)
Date: Mon, 3 Jan 2011 19:55:16 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_pkgconst
Message-ID: <201101031855.p03ItGX3021535@login.bo.opencsw.org>

Fix bug 4568

* pm_pkgconst: revision upgrade
  - from: 2009.03.24
  -   to: 2011.01.02
  + pm_pkgconst-0.02,REV=2011.01.02-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Mon Jan  3 20:07:15 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 3 Jan 2011 11:07:15 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_pkgconst
In-Reply-To: <201101031855.p03ItGX3021535@login.bo.opencsw.org>
References: <201101031855.p03ItGX3021535@login.bo.opencsw.org>
Message-ID: <AANLkTin3ngX=by4O6wK0B8kReXN624S6jwT2m07mmjm9@mail.gmail.com>

batched

From dam at opencsw.org  Tue Jan  4 10:37:33 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 4 Jan 2011 10:37:33 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs di
Message-ID: <201101040937.p049bX8u006905@login.bo.opencsw.org>

Version bump and special packages for Solaris 10 now. Last time I overlooked that
it is required to have a special package to make it zone-aware.

* di: minor version upgrade
  - from: 4.26,REV=2010.07.26
  -   to: 4.27,REV=2011.01.04
  + di-4.27,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + di-4.27,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + di-4.27,REV=2011.01.04-SunOS5.10-sparc-CSW.pkg.gz
  + di-4.27,REV=2011.01.04-SunOS5.10-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Tue Jan  4 10:37:54 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 4 Jan 2011 10:37:54 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs msmtp
Message-ID: <201101040937.p049bsXw008003@login.bo.opencsw.org>

* msmtp: patchlevel upgrade
  - from: 1.4.21,REV=2010.07.05
  -   to: 1.4.22,REV=2011.01.04
  + msmtp-1.4.22,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + msmtp-1.4.22,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Tue Jan  4 11:11:47 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 4 Jan 2011 11:11:47 +0100
Subject: [csw-pkgsubmissions] newpkgs taglib, taglib_devel, taglib_gcc
In-Reply-To: <AANLkTinGYeZjvBmQJDEQXx1WMkt7zi8_dB6JY3TjiNr_@mail.gmail.com>
References: <201012302105.oBUL5q9R014285@login.bo.opencsw.org>
	<AANLkTinGYeZjvBmQJDEQXx1WMkt7zi8_dB6JY3TjiNr_@mail.gmail.com>
Message-ID: <0693E6D2-E410-4245-A6DB-3A271D52E68C@opencsw.org>

Hi Phil,

Am 01.01.2011 um 03:28 schrieb Philip Brown:
> On Thu, Dec 30, 2010 at 1:05 PM, Dagobert Michelsen <dam at opencsw.org> wrote:
>> Resubmitted as original packages somehow got lost during the mirror push
> 
> Thank you. sorry for the inconvenience.
> erm... waitaminit... now, the actual *PROBLEM* comes up.
> 
> conflicting license files.
> I think this is why the original was not pushed :-/
> 
> bender$ gzgrep -l 'taglib_gcc/license' *sparc*
> taglib-1.6.3,REV=2010.10.11-SunOS5.9-sparc-CSW.pkg.gz
> taglib_gcc-1.6.3,REV=2010.11.01-SunOS5.9-sparc-CSW.pkg.gz

I completely reworked taglib, the (unreleased) devel-package has been
renamed to the most current standard.

Best regards

  -- Dago

* taglib_gcc: minor version upgrade
  - from: 1.4
  -   to: 1.6.3,REV=2011.01.03
  + taglib_gcc-1.6.3,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + taglib_gcc-1.6.3,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz

* tag: new package
  + libtag1-1.6.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libtag1-1.6.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + libtag_c0-1.6.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libtag_c0-1.6.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + taglib-1.6.3,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz
  + taglib_devel-1.6.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + taglib_devel-1.6.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz



From dam at opencsw.org  Tue Jan  4 11:30:58 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 4 Jan 2011 11:30:58 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs doxygen, doxygen_doc
Message-ID: <201101041030.p04AUwIQ016155@login.bo.opencsw.org>

* doxygen: patchlevel upgrade
  - from: 1.7.2,REV=2010.11.19
  -   to: 1.7.3,REV=2011.01.04
  + doxygen-1.7.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + doxygen-1.7.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + doxygen_doc-1.7.3,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Tue Jan  4 11:32:07 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 4 Jan 2011 11:32:07 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs libpcre0, libpcrecpp0, libpcreposix0,
	(...)
Message-ID: <201101041032.p04AW7tc016180@login.bo.opencsw.org>

Version bump and library split

* pcre: new package
  + libpcre0-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + libpcre0-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
  + libpcrecpp0-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + libpcrecpp0-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
  + libpcreposix0-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + libpcreposix0-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
  + pcre_devel-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + pcre_devel-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
  + pcrert-8.11,REV=2011.01.03-SunOS5.9-all-CSW.pkg.gz

* pcre: minor version upgrade
  - from: 8.10,REV=2010.06.28
  -   to: 8.11,REV=2011.01.03
  + pcre-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + pcre-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Tue Jan  4 11:33:31 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 4 Jan 2011 11:33:31 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs lame, lame_devel, lame_mp3x,
	libmp3lame0
Message-ID: <201101041033.p04AXVSV016503@login.bo.opencsw.org>

Version bump, library split and inclusion of extra x11 frame analyzer

* lame: new package
  + lame_devel-3.98.4,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + lame_devel-3.98.4,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
  + lame_mp3x-3.98.4,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + lame_mp3x-3.98.4,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
  + libmp3lame0-3.98.4,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + libmp3lame0-3.98.4,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz

* lame: patchlevel upgrade
  - from: 3.98.2,REV=2009.04.09
  -   to: 3.98.4,REV=2011.01.03
  + lame-3.98.4,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + lame-3.98.4,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Tue Jan  4 14:09:46 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 4 Jan 2011 14:09:46 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs libarchive, libarchive2,
	libarchive_devel
Message-ID: <201101041309.p04D9kZL016236@login.bo.opencsw.org>

Yeah! All upstream bugs have been fixed and the testsuite finally runs cleanly :-)

* libarchive: new package
  + libarchive-2.8.4,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libarchive-2.8.4,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + libarchive2-2.8.4,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libarchive2-2.8.4,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + libarchive_devel-2.8.4,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libarchive_devel-2.8.4,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Tue Jan  4 22:05:58 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 4 Jan 2011 13:05:58 -0800
Subject: [csw-pkgsubmissions] newpkgs di
In-Reply-To: <201101040937.p049bX8u006905@login.bo.opencsw.org>
References: <201101040937.p049bX8u006905@login.bo.opencsw.org>
Message-ID: <AANLkTi=egryXMNau0X9F0EX9WXC+LGfe4z7-XoUALwYo@mail.gmail.com>

okay, i'll batch it .
but for future reference: it could be nice if you did what our lsof
package does.
it bundles sol9 and sol10 binaries together, then has a front end that
executes the correct binary at runtime.

Then we coudl have a single package for it.


On 1/4/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Version bump and special packages for Solaris 10 now. Last time I overlooked
> that
> it is required to have a special package to make it zone-aware.
>
> * di: minor version upgrade
>   - from: 4.26,REV=2010.07.26
>   -   to: 4.27,REV=2011.01.04
>   + di-4.27,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>   + di-4.27,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>   + di-4.27,REV=2011.01.04-SunOS5.10-sparc-CSW.pkg.gz
>   + di-4.27,REV=2011.01.04-SunOS5.10-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Tue Jan  4 22:12:32 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 4 Jan 2011 13:12:32 -0800
Subject: [csw-pkgsubmissions] newpkgs msmtp
In-Reply-To: <201101040937.p049bsXw008003@login.bo.opencsw.org>
References: <201101040937.p049bsXw008003@login.bo.opencsw.org>
Message-ID: <AANLkTi=MzrSL1+JqvPFx=8Xu8TfMxAgSy5ZhyY7OQUFw@mail.gmail.com>

batched

On 1/4/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> * msmtp: patchlevel upgrade
>   - from: 1.4.21,REV=2010.07.05
>   -   to: 1.4.22,REV=2011.01.04
>   + msmtp-1.4.22,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>   + msmtp-1.4.22,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Tue Jan  4 22:20:45 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 4 Jan 2011 13:20:45 -0800
Subject: [csw-pkgsubmissions] newpkgs taglib, taglib_devel, taglib_gcc
In-Reply-To: <0693E6D2-E410-4245-A6DB-3A271D52E68C@opencsw.org>
References: <201012302105.oBUL5q9R014285@login.bo.opencsw.org>
	<AANLkTinGYeZjvBmQJDEQXx1WMkt7zi8_dB6JY3TjiNr_@mail.gmail.com>
	<0693E6D2-E410-4245-A6DB-3A271D52E68C@opencsw.org>
Message-ID: <AANLkTikwet65T74q97jhOjeAsw8EWvvZZRDWBbfi=x1k@mail.gmail.com>

In the interests of getting stuff depending on it moving forward, I'll
batch this.
But the descriptions for libXX really need help.

the descs for libtag1 and libtag_c0  are not helpful at all: they give
no indication why there are two separate libraries.

Why ARE there two separate libraries?



On 1/4/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 01.01.2011 um 03:28 schrieb Philip Brown:
>> On Thu, Dec 30, 2010 at 1:05 PM, Dagobert Michelsen <dam at opencsw.org>
>> wrote:
>>> Resubmitted as original packages somehow got lost during the mirror push
>>
>> Thank you. sorry for the inconvenience.
>> erm... waitaminit... now, the actual *PROBLEM* comes up.
>>
>> conflicting license files.
>> I think this is why the original was not pushed :-/
>>
>> bender$ gzgrep -l 'taglib_gcc/license' *sparc*
>> taglib-1.6.3,REV=2010.10.11-SunOS5.9-sparc-CSW.pkg.gz
>> taglib_gcc-1.6.3,REV=2010.11.01-SunOS5.9-sparc-CSW.pkg.gz
>
> I completely reworked taglib, the (unreleased) devel-package has been
> renamed to the most current standard.
>
> Best regards
>
>   -- Dago
>
> * taglib_gcc: minor version upgrade
>   - from: 1.4
>   -   to: 1.6.3,REV=2011.01.03
>   + taglib_gcc-1.6.3,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + taglib_gcc-1.6.3,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>
> * tag: new package
>   + libtag1-1.6.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>   + libtag1-1.6.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>   + libtag_c0-1.6.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>   + libtag_c0-1.6.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>   + taglib-1.6.3,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz
>   + taglib_devel-1.6.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>   + taglib_devel-1.6.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>
>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Tue Jan  4 22:22:09 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 4 Jan 2011 13:22:09 -0800
Subject: [csw-pkgsubmissions] newpkgs doxygen, doxygen_doc
In-Reply-To: <201101041030.p04AUwIQ016155@login.bo.opencsw.org>
References: <201101041030.p04AUwIQ016155@login.bo.opencsw.org>
Message-ID: <AANLkTi=HxWSKdA-f-HDLfmV0R=254d2b-86Fg052fLxw@mail.gmail.com>

batched

On 1/4/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> * doxygen: patchlevel upgrade
>   - from: 1.7.2,REV=2010.11.19
>   -   to: 1.7.3,REV=2011.01.04
>   + doxygen-1.7.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>   + doxygen-1.7.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>   + doxygen_doc-1.7.3,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Tue Jan  4 22:27:51 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 4 Jan 2011 13:27:51 -0800
Subject: [csw-pkgsubmissions] newpkgs libpcre0, libpcrecpp0,
 libpcreposix0, (...)
In-Reply-To: <201101041032.p04AW7tc016180@login.bo.opencsw.org>
References: <201101041032.p04AW7tc016180@login.bo.opencsw.org>
Message-ID: <AANLkTinta7kQNdhExC9Fme6Kx2gzsHKK4h3jvAYupHCf@mail.gmail.com>

Sooo.. why does "a library for perl regular expressions" pull in libncurses?


This seems like a bad packaging idea.
A 200k library, pulling in a 1.2 megabyte library, when it really
shouldnt need to.

Could you possibly redo it without ncurses please?



On 1/4/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Version bump and library split
>
> * pcre: new package
>   + libpcre0-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + libpcre0-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>   + libpcrecpp0-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + libpcrecpp0-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>   + libpcreposix0-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + libpcreposix0-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>   + pcre_devel-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + pcre_devel-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>   + pcrert-8.11,REV=2011.01.03-SunOS5.9-all-CSW.pkg.gz
>
> * pcre: minor version upgrade
>   - from: 8.10,REV=2010.06.28
>   -   to: 8.11,REV=2011.01.03
>   + pcre-8.11,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + pcre-8.11,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Tue Jan  4 23:14:54 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 4 Jan 2011 14:14:54 -0800
Subject: [csw-pkgsubmissions] newpkgs lame, lame_devel, lame_mp3x,
	libmp3lame0
In-Reply-To: <201101041033.p04AXVSV016503@login.bo.opencsw.org>
References: <201101041033.p04AXVSV016503@login.bo.opencsw.org>
Message-ID: <AANLkTinosAvGKZSE=-N-y4iKGYhEbS4YzUuS-2cwrDWg@mail.gmail.com>

batched


On 1/4/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Version bump, library split and inclusion of extra x11 frame analyzer
>
> * lame: new package
>   + lame_devel-3.98.4,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + lame_devel-3.98.4,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>   + lame_mp3x-3.98.4,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + lame_mp3x-3.98.4,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>   + libmp3lame0-3.98.4,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + libmp3lame0-3.98.4,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>
> * lame: patchlevel upgrade
>   - from: 3.98.2,REV=2009.04.09
>   -   to: 3.98.4,REV=2011.01.03
>   + lame-3.98.4,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
>   + lame-3.98.4,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Tue Jan  4 23:19:00 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 4 Jan 2011 14:19:00 -0800
Subject: [csw-pkgsubmissions] newpkgs libarchive, libarchive2,
	libarchive_devel
In-Reply-To: <201101041309.p04D9kZL016236@login.bo.opencsw.org>
References: <201101041309.p04D9kZL016236@login.bo.opencsw.org>
Message-ID: <AANLkTikE_-wmHiJcMMRzQiKtUVLPPTNdNwKkPs1fkbRo@mail.gmail.com>

well that's good news :)

Hmm... I thought nowadays, we only had plain "libxxx" packages (with
no version num)
for compat purposes.
I see that "libarchive-"  has some binaries in it such as
/opt/csw/bin/bsdcpio

Maybe that should be renamed to be "libarchive_utils" or something?


There's also a conflicting manpage.
/opt/csw/share/man/man5/tar.5

that should probably just be removed. since you already have bsdtar.1

In comparison to "You Know What"... they have a separate package
"bstar" for this.
and a completely separate package, "bsdcpio" for the other binary, for
some reason.




On 1/4/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Yeah! All upstream bugs have been fixed and the testsuite finally runs
> cleanly :-)
>
> * libarchive: new package
>   + libarchive-2.8.4,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>   + libarchive-2.8.4,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>   + libarchive2-2.8.4,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>   + libarchive2-2.8.4,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>   + libarchive_devel-2.8.4,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>   + libarchive_devel-2.8.4,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From dam at opencsw.org  Wed Jan  5 10:40:18 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 10:40:18 +0100
Subject: [csw-pkgsubmissions] newpkgs di
In-Reply-To: <AANLkTi=egryXMNau0X9F0EX9WXC+LGfe4z7-XoUALwYo@mail.gmail.com>
References: <201101040937.p049bX8u006905@login.bo.opencsw.org>
	<AANLkTi=egryXMNau0X9F0EX9WXC+LGfe4z7-XoUALwYo@mail.gmail.com>
Message-ID: <9076A083-F944-4914-980C-9463172C8503@opencsw.org>

Hi Phil,

Am 04.01.2011 um 22:05 schrieb Philip Brown:
> okay, i'll batch it .
> but for future reference: it could be nice if you did what our lsof
> package does.
> it bundles sol9 and sol10 binaries together, then has a front end that
> executes the correct binary at runtime.
> 
> Then we coudl have a single package for it.

I don't agree. We have different catalogs for Solaris 9 and 10 and
it is expected to use the respective one on a machine. Dropping
the Solaris 10 catalog and unifying all packages would be *a lot*
of effort without much effect IMHO.


Best regards

 -- Dago


From dam at opencsw.org  Wed Jan  5 11:21:08 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 11:21:08 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs x026
Message-ID: <201101051021.p05AL8or025044@login.bo.opencsw.org>

A very cool X11 editor for punchcards emulating a IBM 026

* x026: new package
  + x026-1.2,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + x026-1.2,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Wed Jan  5 12:06:43 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 12:06:43 +0100
Subject: [csw-pkgsubmissions] newpkgs libarchive, libarchive2,
	libarchive_devel
In-Reply-To: <AANLkTikE_-wmHiJcMMRzQiKtUVLPPTNdNwKkPs1fkbRo@mail.gmail.com>
References: <201101041309.p04D9kZL016236@login.bo.opencsw.org>
	<AANLkTikE_-wmHiJcMMRzQiKtUVLPPTNdNwKkPs1fkbRo@mail.gmail.com>
Message-ID: <F9B5874F-CCDF-4A55-B0D8-ADE3EAE9BC30@opencsw.org>

Hi Phil,

Am 04.01.2011 um 23:19 schrieb Philip Brown:
> well that's good news :)
> 
> Hmm... I thought nowadays, we only had plain "libxxx" packages (with
> no version num)
> for compat purposes.
> I see that "libarchive-"  has some binaries in it such as
> /opt/csw/bin/bsdcpio
> 
> Maybe that should be renamed to be "libarchive_utils" or something?

Ok.

> There's also a conflicting manpage.
> /opt/csw/share/man/man5/tar.5

With what package? I just searched here
  https://www.opencsw.org/search/
and couldn't find anything. Additionally, I didn't get a warning from
checkpkg, so I leave that in for now (but move man5/ to -devel).

Updated packages with libarchive_utils and *including* the manpage
are in newpkgs:

* taglib_gcc: minor version upgrade
  - from: 1.4
  -   to: 1.6.3,REV=2011.01.03
  + taglib_gcc-1.6.3,REV=2011.01.03-SunOS5.9-sparc-CSW.pkg.gz
  + taglib_gcc-1.6.3,REV=2011.01.03-SunOS5.9-i386-CSW.pkg.gz

* tag: new package
  + libtag1-1.6.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libtag1-1.6.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + libtag_c0-1.6.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libtag_c0-1.6.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + taglib-1.6.3,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz
  + taglib_devel-1.6.3,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + taglib_devel-1.6.3,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz




Best regards

  -- Dago

From dam at opencsw.org  Wed Jan  5 12:07:27 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 12:07:27 +0100
Subject: [csw-pkgsubmissions] newpkgs libpcre0, libpcrecpp0,
	libpcreposix0, (...)
In-Reply-To: <AANLkTinta7kQNdhExC9Fme6Kx2gzsHKK4h3jvAYupHCf@mail.gmail.com>
References: <201101041032.p04AW7tc016180@login.bo.opencsw.org>
	<AANLkTinta7kQNdhExC9Fme6Kx2gzsHKK4h3jvAYupHCf@mail.gmail.com>
Message-ID: <62D59158-C572-469B-88BF-932077DD1522@opencsw.org>

Hi Phil,

Am 04.01.2011 um 22:27 schrieb Philip Brown:
> Sooo.. why does "a library for perl regular expressions" pull in libncurses?

It crept in during version 7.8 a long time ago:
  http://sourceforge.net/apps/trac/gar/changeset?new=2825%40csw%2Fmgar%2Fpkg%2Fpcre%2Ftrunk%2FMakefile&old=2732%40csw%2Fmgar%2Fpkg%2Fpcre%2Ftrunk%2FMakefile
The linkage to ncurses was needed when using readline, but it seems
to have vanished now.

Updated packages without the dependency have been placed in newpkgs:

* pcre: minor version upgrade
  - from: 8.10,REV=2010.06.28
  -   to: 8.11,REV=2011.01.05
  + pcre-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + pcre-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz

* pcre: new package
  + libpcre0-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + libpcre0-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
  + libpcrecpp0-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + libpcrecpp0-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
  + libpcreposix0-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + libpcreposix0-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
  + pcre_devel-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + pcre_devel-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
  + pcrert-8.11,REV=2011.01.05-SunOS5.9-all-CSW.pkg.gz


Best regards

  -- Dago

From dam at opencsw.org  Wed Jan  5 13:47:31 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 13:47:31 +0100
Subject: [csw-pkgsubmissions] newpkgs gnuplot
In-Reply-To: <AANLkTinvNLTXOrqO_egpNnXmXQRDgg7pidOmKroge5yk@mail.gmail.com>
References: <201012061313.oB6DDUNH000511@login.bo.opencsw.org>
	<AANLkTinNnQZ4zhwU4bsJY+FANmGHiAxH-t=UCO+=Ywpv@mail.gmail.com>
	<1FA29B72-2559-400F-BF3B-EEED8EAB1A07@opencsw.org>
	<AANLkTinvNLTXOrqO_egpNnXmXQRDgg7pidOmKroge5yk@mail.gmail.com>
Message-ID: <DA5A8239-1F16-4A83-802B-F32BD26EC5B5@opencsw.org>

Hi Phil,

Am 06.12.2010 um 22:57 schrieb Philip Brown:

> On 12/6/10, Dagobert Michelsen <dam at opencsw.org> wrote:
>> Hi Phil,
>> 
>> Am 06.12.2010 um 22:13 schrieb Philip Brown:
>>> but anyways, I guess by prior use, "gnuplot_x11" would win over
>>> "gnuplot_ui".
>> 
>> Does that mean you suggest using alternatives to have an x11 and non-x11
>> versions?
> 
> not really.
> Even when a system has both installed, I'm sure that server-type stuff
> doesnt want to have to invoke the 3xbigger footprint program, just
> because people also want the gui version sometimes.
> I'd suggest keeping the binary for the gui version as gnuplot_x11, and
> leaving it at that.

I am afraid I don't know how to do that. If Pango and WX-Widgets are enabled
there are a couple of differing files:

(1) Files install-isa-sparcv8-wxwidgets-no/opt/csw/bin/gnuplot and install-isa-sparcv8-wxwidgets-yes/opt/csw/bin/gnuplot differ
(2) Files install-isa-sparcv8-wxwidgets-no/opt/csw/libexec/gnuplot/4.4/gnuplot_x11 and install-isa-sparcv8-wxwidgets-yes/opt/csw/libexec/gnuplot/4.4/gnuplot_x11 differ
(3) Files install-isa-sparcv8-wxwidgets-no/opt/csw/share/emacs/site-lisp/gnuplot-gui.elc and install-isa-sparcv8-wxwidgets-yes/opt/csw/share/emacs/site-lisp/gnuplot-gui.elc differ
(4) Files install-isa-sparcv8-wxwidgets-no/opt/csw/share/emacs/site-lisp/gnuplot.elc and install-isa-sparcv8-wxwidgets-yes/opt/csw/share/emacs/site-lisp/gnuplot.elc differ
(5) Files install-isa-sparcv8-wxwidgets-no/opt/csw/share/gnuplot/4.4/gnuplot.gih and install-isa-sparcv8-wxwidgets-yes/opt/csw/share/gnuplot/4.4/gnuplot.gih differ

Here, (1) is easy and can just be renamed. Unfortunately this may invoke (2) which is a PITA
to modify in the sourcecode. (3) to (5) are docs only which include more functionality for
the wx-enabled version. I tend to do an alternative with the wx-disabled version as base and
allow a wx-enabled alternative with the 5 files above mentioned taking precedence. Ok?


Best regards

  -- Dago


From dam at opencsw.org  Wed Jan  5 16:01:31 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 16:01:31 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs zutils
Message-ID: <201101051501.p05F1V4K001063@login.bo.opencsw.org>

* zutils: minor version upgrade
  - from: 0.7,REV=2010.02.24
  -   to: 0.8,REV=2011.01.05
  + zutils-0.8,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + zutils-0.8,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Wed Jan  5 16:02:26 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 16:02:26 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs libarchive2, libarchive_devel,
	libarc(...)
Message-ID: <201101051502.p05F2QQv001188@login.bo.opencsw.org>

* libarchive: new package
  + libarchive2-2.8.4,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + libarchive2-2.8.4,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
  + libarchive_devel-2.8.4,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + libarchive_devel-2.8.4,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
  + libarchive_utils-2.8.4,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + libarchive_utils-2.8.4,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Wed Jan  5 18:57:21 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 09:57:21 -0800
Subject: [csw-pkgsubmissions] newpkgs libarchive2, libarchive_devel,
	libarc(...)
In-Reply-To: <201101051502.p05F2QQv001188@login.bo.opencsw.org>
References: <201101051502.p05F2QQv001188@login.bo.opencsw.org>
Message-ID: <AANLkTik2EsOi7+HmyZEtfL_zc1c6W=z-Bmj1ZjPNB+w2@mail.gmail.com>

okay. batched


On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> * libarchive: new package
>   + libarchive2-2.8.4,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>   + libarchive2-2.8.4,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>   + libarchive_devel-2.8.4,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>   + libarchive_devel-2.8.4,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>   + libarchive_utils-2.8.4,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>   + libarchive_utils-2.8.4,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Wed Jan  5 18:59:13 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 09:59:13 -0800
Subject: [csw-pkgsubmissions] newpkgs di
In-Reply-To: <9076A083-F944-4914-980C-9463172C8503@opencsw.org>
References: <201101040937.p049bX8u006905@login.bo.opencsw.org>
	<AANLkTi=egryXMNau0X9F0EX9WXC+LGfe4z7-XoUALwYo@mail.gmail.com>
	<9076A083-F944-4914-980C-9463172C8503@opencsw.org>
Message-ID: <AANLkTimE-7FMcsUmm4cC1qKOnE5o3_e3_gVag4YhCZ-K@mail.gmail.com>

On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 04.01.2011 um 22:05 schrieb Philip Brown:
>> okay, i'll batch it .
>> but for future reference: it could be nice if you did what our lsof
>> package does.
>> it bundles sol9 and sol10 binaries together, then has a front end that
>> executes the correct binary at runtime.
>>
>> Then we coudl have a single package for it.
>
> I don't agree. We have different catalogs for Solaris 9 and 10 and
> it is expected to use the respective one on a machine. Dropping
> the Solaris 10 catalog and unifying all packages would be *a lot*
> of effort without much effect IMHO.

Err.. Dago, I didnt suggest dropping the sol10 catalog.
I just made a suggestion, that for *this one package*, it might be
nice if you did that.
If you dont want to, thats okay I wont push for it. it just would be nice.

From phil at bolthole.com  Wed Jan  5 19:02:37 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 10:02:37 -0800
Subject: [csw-pkgsubmissions] newpkgs libarchive, libarchive2,
	libarchive_devel
In-Reply-To: <F9B5874F-CCDF-4A55-B0D8-ADE3EAE9BC30@opencsw.org>
References: <201101041309.p04D9kZL016236@login.bo.opencsw.org>
	<AANLkTikE_-wmHiJcMMRzQiKtUVLPPTNdNwKkPs1fkbRo@mail.gmail.com>
	<F9B5874F-CCDF-4A55-B0D8-ADE3EAE9BC30@opencsw.org>
Message-ID: <AANLkTimX_U5=rgP5EVE3k+fAd14WZ3DPOi0dnxoQkvPk@mail.gmail.com>

On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,

*wave*


>> There's also a conflicting manpage.
>> /opt/csw/share/man/man5/tar.5
>
> With what package?

It's potentially a logical conflict, with what sun ships.
However, I made a mistake. I didnt notice it was section 5; thought it
was section 1.

Since section 5 just documents "standards", and presumably this is
just a documentation of the "tar format"... and since there is no
pre-existing sun section5 tar manpage.. i guess it's okay.

From phil at bolthole.com  Wed Jan  5 19:12:25 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 10:12:25 -0800
Subject: [csw-pkgsubmissions] newpkgs libpcre0, libpcrecpp0,
 libpcreposix0, (...)
In-Reply-To: <62D59158-C572-469B-88BF-932077DD1522@opencsw.org>
References: <201101041032.p04AW7tc016180@login.bo.opencsw.org>
	<AANLkTinta7kQNdhExC9Fme6Kx2gzsHKK4h3jvAYupHCf@mail.gmail.com>
	<62D59158-C572-469B-88BF-932077DD1522@opencsw.org>
Message-ID: <AANLkTimYdRyR8qukx6L_nCe1jOv+p0j2QMsT9pLH=ZoQ@mail.gmail.com>

On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 04.01.2011 um 22:27 schrieb Philip Brown:
>> Sooo.. why does "a library for perl regular expressions" pull in
>> libncurses?
>
> It crept in during version 7.8 a long time ago:
>
> http://sourceforge.net/apps/trac/gar/changeset?new=2825%40csw%2Fmgar%2Fpkg%2Fpcre%2Ftrunk%2FMakefile&old=2732%40csw%2Fmgar%2Fpkg%2Fpcre%2Ftrunk%2FMakefile
> The linkage to ncurses was needed when using readline, but it seems
> to have vanished now.
>
> Updated packages without the dependency have been placed in newpkgs:
>

Thanks very much.
batching.

oh wait.
you made an empty replacement package for our existing pcre_rt.
except you named it pcrert
Please fix that.

From phil at bolthole.com  Wed Jan  5 19:16:57 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 10:16:57 -0800
Subject: [csw-pkgsubmissions] newpkgs gnuplot
In-Reply-To: <DA5A8239-1F16-4A83-802B-F32BD26EC5B5@opencsw.org>
References: <201012061313.oB6DDUNH000511@login.bo.opencsw.org>
	<AANLkTinNnQZ4zhwU4bsJY+FANmGHiAxH-t=UCO+=Ywpv@mail.gmail.com>
	<1FA29B72-2559-400F-BF3B-EEED8EAB1A07@opencsw.org>
	<AANLkTinvNLTXOrqO_egpNnXmXQRDgg7pidOmKroge5yk@mail.gmail.com>
	<DA5A8239-1F16-4A83-802B-F32BD26EC5B5@opencsw.org>
Message-ID: <AANLkTikHPGRWYRXGLfQEcf-J3FA1NDPxNoC3uJOM1KcK@mail.gmail.com>

Hmmm. well obviously the binaries differ :)
Other than that, looks like emacs, and.... what is "gih"???

maybe you want to look at how debian does it?


On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 06.12.2010 um 22:57 schrieb Philip Brown:
>
>> On 12/6/10, Dagobert Michelsen <dam at opencsw.org> wrote:
>>> Hi Phil,
>>>
>>> Am 06.12.2010 um 22:13 schrieb Philip Brown:
>>>> but anyways, I guess by prior use, "gnuplot_x11" would win over
>>>> "gnuplot_ui".
>>>
>>> Does that mean you suggest using alternatives to have an x11 and non-x11
>>> versions?
>>
>> not really.
>> Even when a system has both installed, I'm sure that server-type stuff
>> doesnt want to have to invoke the 3xbigger footprint program, just
>> because people also want the gui version sometimes.
>> I'd suggest keeping the binary for the gui version as gnuplot_x11, and
>> leaving it at that.
>
> I am afraid I don't know how to do that. If Pango and WX-Widgets are enabled
> there are a couple of differing files:
>
> (1) Files install-isa-sparcv8-wxwidgets-no/opt/csw/bin/gnuplot and
> install-isa-sparcv8-wxwidgets-yes/opt/csw/bin/gnuplot differ
> (2) Files
> install-isa-sparcv8-wxwidgets-no/opt/csw/libexec/gnuplot/4.4/gnuplot_x11 and
> install-isa-sparcv8-wxwidgets-yes/opt/csw/libexec/gnuplot/4.4/gnuplot_x11
> differ
> (3) Files
> install-isa-sparcv8-wxwidgets-no/opt/csw/share/emacs/site-lisp/gnuplot-gui.elc
> and
> install-isa-sparcv8-wxwidgets-yes/opt/csw/share/emacs/site-lisp/gnuplot-gui.elc
> differ
> (4) Files
> install-isa-sparcv8-wxwidgets-no/opt/csw/share/emacs/site-lisp/gnuplot.elc
> and
> install-isa-sparcv8-wxwidgets-yes/opt/csw/share/emacs/site-lisp/gnuplot.elc
> differ
> (5) Files
> install-isa-sparcv8-wxwidgets-no/opt/csw/share/gnuplot/4.4/gnuplot.gih and
> install-isa-sparcv8-wxwidgets-yes/opt/csw/share/gnuplot/4.4/gnuplot.gih
> differ
>
> Here, (1) is easy and can just be renamed. Unfortunately this may invoke (2)
> which is a PITA
> to modify in the sourcecode. (3) to (5) are docs only which include more
> functionality for
> the wx-enabled version. I tend to do an alternative with the wx-disabled
> version as base and
> allow a wx-enabled alternative with the 5 files above mentioned taking
> precedence. Ok?
>
>
> Best regards
>
>   -- Dago
>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Wed Jan  5 19:27:43 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 10:27:43 -0800
Subject: [csw-pkgsubmissions] newpkgs zutils
In-Reply-To: <201101051501.p05F1V4K001063@login.bo.opencsw.org>
References: <201101051501.p05F1V4K001063@login.bo.opencsw.org>
Message-ID: <AANLkTinMdChDouUkLtYZzJB2xTpRoqmb9i_ut_XE+=sb@mail.gmail.com>

batched


On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> * zutils: minor version upgrade
>   - from: 0.7,REV=2010.02.24
>   -   to: 0.8,REV=2011.01.05
>   + zutils-0.8,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>   + zutils-0.8,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From ihsan at opencsw.org  Wed Jan  5 20:12:15 2011
From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuwqBEb8SfYW4=?=)
Date: Wed, 05 Jan 2011 20:12:15 +0100
Subject: [csw-pkgsubmissions] newpkgs drill, libldns1, libldnsdevel,
	libunb(...)
In-Reply-To: <AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>
References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org>	<AANLkTi=6kt1L15VR32fLEoyA3egRF7o=rucER_c-8yGa@mail.gmail.com>	<4CE29F37.8080101@opencsw.org>
	<AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>
Message-ID: <4D24C28F.1030708@opencsw.org>

Hello Phil,

Am 19.11.2010 19:50, schrieb Philip Brown:

[...]

> One possible path you might consider, is:
>  -  put the "drill" binary, along with the other utils like
> ldns-read-zone, in a "ldns" package.
>  - repackage an "empty" 'drill' package, that just depends on ldns
>  - 'ldns' depends on libldns1
>  - leave rest of packages as-is

As far other packages are also packaged in the same way, I don't see any
reason why ldns can't be packaged in this way.




Ihsan

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

From rupert at opencsw.org  Wed Jan  5 20:12:46 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Wed, 5 Jan 2011 20:12:46 +0100
Subject: [csw-pkgsubmissions] patching made simpler?
Message-ID: <AANLkTikR_0CNm4d-P+0gTjt52Phoop-egc73C_y290iB@mail.gmail.com>

On Tue, Dec 7, 2010 at 18:08, Philip Brown <phil at bolthole.com> wrote:
> Yes, this means you would need to generate a local "patch". It's
> really not that difficult.
>
> The GAR patching mechanisms are almost automatic, if you leave the git
> stuff enabled.
> You basically just edit the file, ONE time, then run (some gar magic
> "make patch" command). It does the work of creating a patchfile for
> you.
> svn commit and package
>
> and then future versions will automatically be patched by gar.

when trying to upgrade lzlib, i must have made an error because my
user experience was not "almost automatic". what did i do wrong?

* try to build, not all patches applied
* throw away the old patches, check in
* "gmake extract" to get the source back
* edit the files again like it should be
* "gmake makepatch"
* "gmake package", failed as there is a new file which would need
   patching as well.
* "gmake clean", "gmake extract" again
* edit the file
* "gmake makepatch" again
* "gmake clean", "gmake package" again

then i forgot to delete a line in a file which is already patched, and
i thought about repeating above procedure again:
1. gmake extract
    applied patch 001
2. gmake makepatch
    tried to apply patch 001 again
which failed.

then i gave up for the moment ... but this cannot be it, isn't it?
should we switch to the whole source from subversion to git and it
would be neater? then patches could be rebased instead of applied
newly.

rupert

From dam at opencsw.org  Wed Jan  5 20:33:48 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 20:33:48 +0100
Subject: [csw-pkgsubmissions] newpkgs gnuplot
In-Reply-To: <AANLkTikHPGRWYRXGLfQEcf-J3FA1NDPxNoC3uJOM1KcK@mail.gmail.com>
References: <201012061313.oB6DDUNH000511@login.bo.opencsw.org>
	<AANLkTinNnQZ4zhwU4bsJY+FANmGHiAxH-t=UCO+=Ywpv@mail.gmail.com>
	<1FA29B72-2559-400F-BF3B-EEED8EAB1A07@opencsw.org>
	<AANLkTinvNLTXOrqO_egpNnXmXQRDgg7pidOmKroge5yk@mail.gmail.com>
	<DA5A8239-1F16-4A83-802B-F32BD26EC5B5@opencsw.org>
	<AANLkTikHPGRWYRXGLfQEcf-J3FA1NDPxNoC3uJOM1KcK@mail.gmail.com>
Message-ID: <82E22E38-71D3-4872-98D0-4A29D527C12D@opencsw.org>

Hi Phil,

Am 05.01.2011 um 19:16 schrieb Philip Brown:
> Hmmm. well obviously the binaries differ :)
> Other than that, looks like emacs,

No, because it libexecs.

> and.... what is "gih"???

Documentation, once with more infos because of wxwidgets.

> maybe you want to look at how debian does it?

Debian has a version without x and one with x11. My version is with
X11 (like your current version) and with wx-widgets and pango. This
is different as both of my versions are with x11. I could also do
an additional version without x11.


Best regards

  -- Dago


From dam at opencsw.org  Wed Jan  5 20:38:01 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 20:38:01 +0100
Subject: [csw-pkgsubmissions] newpkgs libpcre0, libpcrecpp0,
	libpcreposix0, (...)
In-Reply-To: <AANLkTimYdRyR8qukx6L_nCe1jOv+p0j2QMsT9pLH=ZoQ@mail.gmail.com>
References: <201101041032.p04AW7tc016180@login.bo.opencsw.org>
	<AANLkTinta7kQNdhExC9Fme6Kx2gzsHKK4h3jvAYupHCf@mail.gmail.com>
	<62D59158-C572-469B-88BF-932077DD1522@opencsw.org>
	<AANLkTimYdRyR8qukx6L_nCe1jOv+p0j2QMsT9pLH=ZoQ@mail.gmail.com>
Message-ID: <74DD4F15-42B5-4E65-A1C9-AE66CCB8F914@opencsw.org>

Hi Phil,

Am 05.01.2011 um 19:12 schrieb Philip Brown:
> On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
>> Am 04.01.2011 um 22:27 schrieb Philip Brown:
>>> Sooo.. why does "a library for perl regular expressions" pull in
>>> libncurses?
>> 
>> It crept in during version 7.8 a long time ago:
>> 
>> http://sourceforge.net/apps/trac/gar/changeset?new=2825%40csw%2Fmgar%2Fpkg%2Fpcre%2Ftrunk%2FMakefile&old=2732%40csw%2Fmgar%2Fpkg%2Fpcre%2Ftrunk%2FMakefile
>> The linkage to ncurses was needed when using readline, but it seems
>> to have vanished now.
>> 
>> Updated packages without the dependency have been placed in newpkgs:
>> 
> 
> Thanks very much.
> batching.
> 
> oh wait.
> you made an empty replacement package for our existing pcre_rt.
> except you named it pcrert
> Please fix that.

Damn. Typo fixed. New packages in newpks/:

libpcre0-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
libpcre0-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
libpcrecpp0-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
libpcrecpp0-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
libpcreposix0-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
libpcreposix0-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
pcre-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
pcre-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
pcre_devel-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
pcre_devel-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
pcre_rt-8.11,REV=2011.01.05-SunOS5.9-all-CSW.pkg.gz


Best regards

  -- Dago


From dam at opencsw.org  Wed Jan  5 20:42:52 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Jan 2011 20:42:52 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs libpdf6, libpdf_java0, pdflib_devel,
	(...)
Message-ID: <201101051942.p05Jgqmf020222@login.bo.opencsw.org>

* pdf: new package
  + libpdf6-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + libpdf6-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
  + libpdf_java0-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + libpdf_java0-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
  + pdflib_devel-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + pdflib_devel-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
  + pdflib_utils-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + pdflib_utils-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Wed Jan  5 20:49:38 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 11:49:38 -0800
Subject: [csw-pkgsubmissions] newpkgs libpcre0, libpcrecpp0,
 libpcreposix0, (...)
In-Reply-To: <74DD4F15-42B5-4E65-A1C9-AE66CCB8F914@opencsw.org>
References: <201101041032.p04AW7tc016180@login.bo.opencsw.org>
	<AANLkTinta7kQNdhExC9Fme6Kx2gzsHKK4h3jvAYupHCf@mail.gmail.com>
	<62D59158-C572-469B-88BF-932077DD1522@opencsw.org>
	<AANLkTimYdRyR8qukx6L_nCe1jOv+p0j2QMsT9pLH=ZoQ@mail.gmail.com>
	<74DD4F15-42B5-4E65-A1C9-AE66CCB8F914@opencsw.org>
Message-ID: <AANLkTi=bUHUmuiKBzRSUMawOhFSmKNVeiAv4NS7F4HPH@mail.gmail.com>

Thanks much.

Batched.



On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 05.01.2011 um 19:12 schrieb Philip Brown:
>> On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
>>> Am 04.01.2011 um 22:27 schrieb Philip Brown:
>>>> Sooo.. why does "a library for perl regular expressions" pull in
>>>> libncurses?
>>>
>>> It crept in during version 7.8 a long time ago:
>>>
>>> http://sourceforge.net/apps/trac/gar/changeset?new=2825%40csw%2Fmgar%2Fpkg%2Fpcre%2Ftrunk%2FMakefile&old=2732%40csw%2Fmgar%2Fpkg%2Fpcre%2Ftrunk%2FMakefile
>>> The linkage to ncurses was needed when using readline, but it seems
>>> to have vanished now.
>>>
>>> Updated packages without the dependency have been placed in newpkgs:
>>>
>>
>> Thanks very much.
>> batching.
>>
>> oh wait.
>> you made an empty replacement package for our existing pcre_rt.
>> except you named it pcrert
>> Please fix that.
>
> Damn. Typo fixed. New packages in newpks/:
>
> libpcre0-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
> libpcre0-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
> libpcrecpp0-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
> libpcrecpp0-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
> libpcreposix0-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
> libpcreposix0-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
> pcre-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
> pcre-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
> pcre_devel-8.11,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
> pcre_devel-8.11,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
> pcre_rt-8.11,REV=2011.01.05-SunOS5.9-all-CSW.pkg.gz
>
>
> Best regards
>
>   -- Dago
>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Wed Jan  5 21:03:04 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 12:03:04 -0800
Subject: [csw-pkgsubmissions] newpkgs gnuplot
In-Reply-To: <82E22E38-71D3-4872-98D0-4A29D527C12D@opencsw.org>
References: <201012061313.oB6DDUNH000511@login.bo.opencsw.org>
	<AANLkTinNnQZ4zhwU4bsJY+FANmGHiAxH-t=UCO+=Ywpv@mail.gmail.com>
	<1FA29B72-2559-400F-BF3B-EEED8EAB1A07@opencsw.org>
	<AANLkTinvNLTXOrqO_egpNnXmXQRDgg7pidOmKroge5yk@mail.gmail.com>
	<DA5A8239-1F16-4A83-802B-F32BD26EC5B5@opencsw.org>
	<AANLkTikHPGRWYRXGLfQEcf-J3FA1NDPxNoC3uJOM1KcK@mail.gmail.com>
	<82E22E38-71D3-4872-98D0-4A29D527C12D@opencsw.org>
Message-ID: <AANLkTinPYpsgbE+gROFqyNaDwFmLKfMG00eo5apF2aEB@mail.gmail.com>

On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 05.01.2011 um 19:16 schrieb Philip Brown:
>> Hmmm. well obviously the binaries differ :)
>> Other than that, looks like emacs,
>
> No, because it libexecs.
>
>> and.... what is "gih"???
>
> Documentation, once with more infos because of wxwidgets.

Hm. well, I dont see a problem with providing more information than
one might necessarily be able to use. In other words, if you wanted to
separate out docs, I think you could reasonably provide
- a wxwidgets gnuplot binary packge
- a non-x gnuplot binary package
- a single gnuplot_doc package, that had full documentation, derived
from the wxwidget build.



>> maybe you want to look at how debian does it?
>
> Debian has a version without x and one with x11. My version is with
> X11 (like your current version) and with wx-widgets and pango. This
> is different as both of my versions are with x11. I could also do
> an additional version without x11.

That sounds to me like it would be the best way to do it, as long as
both packages could peacefully coexist on the same system.
And also that a regular user with /opt/csw/bin in their path, can
choose which version to run, based on typing the name of their choice.
I dont think its important whether its a binary choice (gnuplot vs
gnuplot_x11),or (gnuplot vs gnuplot_nox)
 or a trinary choice (gnuplot_x11, gnuplot_nox, gnuplot->alternatives)
Pick one and we can move forward.

Are we agreed?

From phil at bolthole.com  Wed Jan  5 21:06:36 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 12:06:36 -0800
Subject: [csw-pkgsubmissions] newpkgs libpdf6, libpdf_java0, pdflib_devel,
	(...)
In-Reply-To: <201101051942.p05Jgqmf020222@login.bo.opencsw.org>
References: <201101051942.p05Jgqmf020222@login.bo.opencsw.org>
Message-ID: <AANLkTikTYJ0M6OK5STmYngnfSU4-FQQ6tkPbWbw4AZ7c@mail.gmail.com>

Sounds very useful. cool.
now batched


On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> * pdf: new package
>   + libpdf6-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>   + libpdf6-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>   + libpdf_java0-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>   + libpdf_java0-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>   + pdflib_devel-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>   + pdflib_devel-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>   + pdflib_utils-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>   + pdflib_utils-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Wed Jan  5 21:16:57 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 5 Jan 2011 12:16:57 -0800
Subject: [csw-pkgsubmissions] newpkgs drill, libldns1, libldnsdevel,
	libunb(...)
In-Reply-To: <4D24C28F.1030708@opencsw.org>
References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org>
	<AANLkTi=6kt1L15VR32fLEoyA3egRF7o=rucER_c-8yGa@mail.gmail.com>
	<4CE29F37.8080101@opencsw.org>
	<AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>
	<4D24C28F.1030708@opencsw.org>
Message-ID: <AANLkTimkT0qejZ7qdRDFNHLtZVT+UXHzGqvjA-PVcad+@mail.gmail.com>

On 1/5/11, ?hsan Do?an <ihsan at opencsw.org> wrote:
> Hello Phil,
>

*wave*


> Am 19.11.2010 19:50, schrieb Philip Brown:
>
> [...]
>
>> One possible path you might consider, is:
>>  -  put the "drill" binary, along with the other utils like
>> ldns-read-zone, in a "ldns" package.
>>  - repackage an "empty" 'drill' package, that just depends on ldns
>>  - 'ldns' depends on libldns1
>>  - leave rest of packages as-is
>
> As far other packages are also packaged in the same way, I don't see any
> reason why ldns can't be packaged in this way.

What, you mean like jpeg?

or tiff?

:-)

Here's a reason for you to consider:
putting "libldns" into google, comes up with debian packages as first
hit. Whereas googling "ldns" comes up with the proper site.


similarly, googling "drill" is virtually useless.
but googling "ldns drill" is good and helpful.
Whereas even "libldns drill" is not as good.

So keying things more to "ldns" instead of "libldns" (with the
exception of the actual shared libraries package) seems like the
better thing for us to have the catalog names based on.

Sorry to say also, even if we were to agree on your slant of naming,
you should repackage a little anyway:  our devel packages all use
_devel, not "devel" recently. so libldnsdevel sticks out rather badly
:(

From bwalton at opencsw.org  Thu Jan  6 02:12:53 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Thu, 6 Jan 2011 02:12:53 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs coreutils
Message-ID: <201101060112.p061CrFI021035@login.bo.opencsw.org>


Hi Phil,

Version bump.

Thanks
-Ben

* coreutils: minor version upgrade
  - from: 8.4,REV=2010.12.18
  -   to: 8.8,REV=2011.01.04
  + coreutils-8.8,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + coreutils-8.8,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
-- 
Generated by submitpkg

From dam at opencsw.org  Thu Jan  6 12:41:32 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 6 Jan 2011 12:41:32 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs nasm
Message-ID: <201101061141.p06BfW8A026483@login.bo.opencsw.org>

* nasm: minor version upgrade
  - from: 2.08.01,REV=2010.03.20
  -   to: 2.09.04,REV=2011.01.06
  + nasm-2.09.04,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + nasm-2.09.04,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Thu Jan  6 14:24:21 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 6 Jan 2011 14:24:21 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs libevent, libevent1_4_2,
	libevent2_0_(...)
Message-ID: <201101061324.p06DOLK9008389@login.bo.opencsw.org>

This is an update to libevent 2.0.10 stable.
There are two packages left bound to 1.4:
- bitlbee: has had a major revision update and needs substantial work to compile, update later
- memcached: is sensitive in Solaris, newer versions have issues, recompile throws errors.
  Keep the existing version for now.

* libevent2_0_5: new package
  + libevent2_0_5-2.0.10,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + libevent2_0_5-2.0.10,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

* libevent_devel: major version upgrade
  - from: 1.4.14b,REV=2010.08.12
  -   to: 2.0.10,REV=2011.01.06
  + libevent_devel-2.0.10,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + libevent_devel-2.0.10,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

This is a stub to legacy libevent1_4_2:

* libevent: revision upgrade
  - from: 2010.08.12
  -   to: 2011.01.06
  + libevent-1.4.14b,REV=2011.01.06-SunOS5.9-all-CSW.pkg.gz

* libevent1_4_2: new package
  + libevent1_4_2-1.4.14b,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + libevent1_4_2-1.4.14b,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

libevent-1.1a.so.1 was used only in CSWtor, which I have recompiled to use
the most recent libevent:

* tor: minor version upgrade
  - from: 0.1.2.18
  -   to: 0.2.1.28,REV=2011.01.06
  + tor-0.2.1.28,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + tor-0.2.1.28,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

The Perl module has been recompiled against new libevent 2.0:

* pm_eventlib: revision upgrade
  - from: 2010.02.01
  -   to: 2011.01.06
  + pm_eventlib-1.03,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + pm_eventlib-1.03,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

Same for tmux:

* tmux: minor version upgrade
  - from: 1.3,REV=2010.07.23
  -   to: 1.4,REV=2011.01.06
  + tmux-1.4,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + tmux-1.4,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Thu Jan  6 15:36:30 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 6 Jan 2011 15:36:30 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs libicu, libicu42, libicu46,
	libicu_de(...)
Message-ID: <201101061436.p06EaUAI007105@login.bo.opencsw.org>

This is a complete rework of libicu. The current maintainer (James)
has given his ok to this update.

The legacy *.so.36 which was in use by tin and x3270 has been deprecated
and both CSWtin and CSWx3270 have been renewed to the latest standards.

YAZ was not built with ICU-support last time because libicu was not available
in 64 bit. The new libicu is an empty stub for the newer *.so.42 still in
use as a dependency by OpenLDAP (TBD later) and OpenOffice, which requires
this specific version as James said.


Best regards

  -- Dago

* tin: minor version upgrade
  - from: 1.8.3,REV=2007.11.12
  -   to: 1.9.6,REV=2011.01.05
  + tin-1.9.6,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + tin-1.9.6,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz

* libicu: minor version upgrade
  - from: 4.2.1,REV=2009.08.10
  -   to: 4.6,REV=2011.01.04
  + libicu-4.6,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz

* libicu: new package
  + libicu46-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libicu46-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + libicu_devel-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libicu_devel-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz

* x3270: patchlevel upgrade
  - from: 3.3.6
  -   to: 3.3.11ga6,REV=2011.01.05
  + x3270-3.3.11ga6,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
  + x3270-3.3.11ga6,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz

* libicu42: new package
  + libicu42-4.2.1,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libicu42-4.2.1,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz

* libyaz: new package
  + libyaz4-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + libyaz4-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
  + libyaz_devel-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + libyaz_devel-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

* yaz: minor version upgrade
  - from: 4.0.9,REV=2010.06.09
  -   to: 4.1.2,REV=2011.01.06
  + yaz-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + yaz-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Thu Jan  6 23:19:36 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Thu, 6 Jan 2011 23:19:36 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_compressrawbz2,
	pm_compressrawzlib(...)
Message-ID: <201101062219.p06MJaXv017231@login.bo.opencsw.org>

* pm_compressrawbz2: minor version upgrade
  - from: 2.031,REV=2010.10.07
  -   to: 2.032,REV=2011.01.06
  + pm_compressrawbz2-2.032,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + pm_compressrawbz2-2.032,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

This one is a takeover from Dago, updated and with removed man pages.

* pm_iocompress: minor version upgrade
  - from: 2.020,REV=2009.08.07
  -   to: 2.032,REV=2011.01.06
  + pm_iocompress-2.032,REV=2011.01.06-SunOS5.9-all-CSW.pkg.gz

* pm_compressrawzlib: minor version upgrade
  - from: 2.030,REV=2010.10.07
  -   to: 2.032,REV=2011.01.06
  + pm_compressrawzlib-2.032,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
  + pm_compressrawzlib-2.032,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Fri Jan  7 10:54:23 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 7 Jan 2011 10:54:23 +0100
Subject: [csw-pkgsubmissions] newpkgs libpdf6, libpdf_java0, pdflib_devel,
	(...)
In-Reply-To: <AANLkTikTYJ0M6OK5STmYngnfSU4-FQQ6tkPbWbw4AZ7c@mail.gmail.com>
References: <201101051942.p05Jgqmf020222@login.bo.opencsw.org>
	<AANLkTikTYJ0M6OK5STmYngnfSU4-FQQ6tkPbWbw4AZ7c@mail.gmail.com>
Message-ID: <77399F31-4A20-4CA5-9B67-AAA5D5D131B4@opencsw.org>

Hi Phil,

Am 05.01.2011 um 21:06 schrieb Philip Brown:
> Sounds very useful. cool.
> now batched

It is not on the mirrors yet. Would you mind pushing it?
I need it as optional dependency for gnuplot.


Best regards

  -- Dago

> 
> 
> On 1/5/11, Dagobert Michelsen <dam at opencsw.org> wrote:
>> * pdf: new package
>>  + libpdf6-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>>  + libpdf6-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>>  + libpdf_java0-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>>  + libpdf_java0-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>>  + pdflib_devel-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>>  + pdflib_devel-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>>  + pdflib_utils-7.0.5,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>>  + pdflib_utils-7.0.5,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>> 
>> --
>> Generated by submitpkg
>> _______________________________________________
>> pkgsubmissions mailing list
>> pkgsubmissions at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>> 
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions


From bonivart at opencsw.org  Fri Jan  7 12:43:46 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Fri, 7 Jan 2011 12:43:46 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_iozlib
Message-ID: <201101071143.p07BhkUS029867@login.bo.opencsw.org>

Takeover from Dago. Changed dependency from deprecated pm_compresszlib to pm_iocompress and removed man page.

* pm_iozlib: revision upgrade
  - from: 2009.08.06
  -   to: 2011.01.07
  + pm_iozlib-1.10,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Fri Jan  7 13:21:11 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Fri, 7 Jan 2011 13:21:11 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_archiveextract
Message-ID: <201101071221.p07CLBiN020389@login.bo.opencsw.org>

Updated package from retired maintainer, removed man page.

* pm_archiveextract: minor version upgrade
  - from: 0.16,REV=2007.03.16
  -   to: 0.46,REV=2011.01.07
  + pm_archiveextract-0.46,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From william at wbonnet.net  Fri Jan  7 14:36:58 2011
From: william at wbonnet.net (William Bonnet)
Date: Fri, 7 Jan 2011 14:36:58 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
Message-ID: <201101071336.p07DawYp021456@login.bo.opencsw.org>

Fix bug 4662

* pm_pdfapi2: revision upgrade
  - from: 2009.03.24
  -   to: 2011.01.07
  + pm_pdfapi2-0.73,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Fri Jan  7 15:36:37 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 7 Jan 2011 15:36:37 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs bzflag
Message-ID: <201101071436.p07EabKa008592@login.bo.opencsw.org>

This is a takeover from Ken Mays

* bzflag: patchlevel upgrade
  - from: 2.0.8
  -   to: 2.0.16,REV=2011.01.07
  + bzflag-2.0.16,REV=2011.01.07-SunOS5.9-sparc-CSW.pkg.gz
  + bzflag-2.0.16,REV=2011.01.07-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Fri Jan  7 15:49:28 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 7 Jan 2011 15:49:28 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs gbc
Message-ID: <201101071449.p07EnSPj019582@login.bo.opencsw.org>

Small takeover from John Tobin

* gbc: revision number added upgrade
  - from: 
  -   to: 2011.01.07
  + gbc-1.06,REV=2011.01.07-SunOS5.9-sparc-CSW.pkg.gz
  + gbc-1.06,REV=2011.01.07-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Fri Jan  7 15:57:40 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 7 Jan 2011 06:57:40 -0800
Subject: [csw-pkgsubmissions] newpkgs coreutils
In-Reply-To: <201101060112.p061CrFI021035@login.bo.opencsw.org>
References: <201101060112.p061CrFI021035@login.bo.opencsw.org>
Message-ID: <AANLkTinZqKML4ob+fw9iHiC=pqriBjVW91DxXkRQn88a@mail.gmail.com>

the info file has some annoying references to /usr/local but they seem
to be non-critical.
batching


On Wed, Jan 5, 2011 at 5:12 PM, Ben Walton <bwalton at opencsw.org> wrote:
>
> Hi Phil,
>
> Version bump.
>
> Thanks
> -Ben
>
> * coreutils: minor version upgrade
> ?- from: 8.4,REV=2010.12.18
> ?- ? to: 8.8,REV=2011.01.04
> ?+ coreutils-8.8,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
> ?+ coreutils-8.8,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Fri Jan  7 15:59:59 2011
From: phil at opencsw.org (Philip Brown)
Date: Fri, 7 Jan 2011 06:59:59 -0800
Subject: [csw-pkgsubmissions] newpkgs nasm
In-Reply-To: <201101061141.p06BfW8A026483@login.bo.opencsw.org>
References: <201101061141.p06BfW8A026483@login.bo.opencsw.org>
Message-ID: <AANLkTims1qPop92JWq19VKX4DRp83v8bVgps7gszDKyT@mail.gmail.com>

batched


On Thu, Jan 6, 2011 at 3:41 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> * nasm: minor version upgrade
> ?- from: 2.08.01,REV=2010.03.20
> ?- ? to: 2.09.04,REV=2011.01.06
> ?+ nasm-2.09.04,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ nasm-2.09.04,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bwalton at opencsw.org  Fri Jan  7 16:18:07 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Fri, 07 Jan 2011 10:18:07 -0500
Subject: [csw-pkgsubmissions] newpkgs coreutils
In-Reply-To: <AANLkTinZqKML4ob+fw9iHiC=pqriBjVW91DxXkRQn88a@mail.gmail.com>
References: <201101060112.p061CrFI021035@login.bo.opencsw.org>
	<AANLkTinZqKML4ob+fw9iHiC=pqriBjVW91DxXkRQn88a@mail.gmail.com>
Message-ID: <1294413335-sup-8841@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Fri Jan 07 09:57:40 -0500 2011:

Hi Phil,

> the info file has some annoying references to /usr/local but they seem
> to be non-critical.

I'll correct the printf references for next release to be proper
/opt/csw paths.

The second occurrence is a bit nastier though.  The example command
that they're generating is listusers which happens to be a real
command on solaris but not one provided by coreutils.  I think it's
likely best left as /usr/local/...?

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From phil at bolthole.com  Fri Jan  7 16:21:20 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 7 Jan 2011 07:21:20 -0800
Subject: [csw-pkgsubmissions] newpkgs libevent, libevent1_4_2,
	libevent2_0_(...)
In-Reply-To: <201101061324.p06DOLK9008389@login.bo.opencsw.org>
References: <201101061324.p06DOLK9008389@login.bo.opencsw.org>
Message-ID: <AANLkTinTm-TptS3NF52w8TRXJ4yXC9y0z9vaOtZOP3Uc@mail.gmail.com>

Thanks for the work, and the writeup. batched.


On Thu, Jan 6, 2011 at 5:24 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> This is an update to libevent 2.0.10 stable.
> There are two packages left bound to 1.4:
> - bitlbee: has had a major revision update and needs substantial work to compile, update later
> - memcached: is sensitive in Solaris, newer versions have issues, recompile throws errors.
> ?Keep the existing version for now.
>
> * libevent2_0_5: new package
> ?+ libevent2_0_5-2.0.10,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ libevent2_0_5-2.0.10,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> * libevent_devel: major version upgrade
> ?- from: 1.4.14b,REV=2010.08.12
> ?- ? to: 2.0.10,REV=2011.01.06
> ?+ libevent_devel-2.0.10,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ libevent_devel-2.0.10,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> This is a stub to legacy libevent1_4_2:
>
> * libevent: revision upgrade
> ?- from: 2010.08.12
> ?- ? to: 2011.01.06
> ?+ libevent-1.4.14b,REV=2011.01.06-SunOS5.9-all-CSW.pkg.gz
>
> * libevent1_4_2: new package
> ?+ libevent1_4_2-1.4.14b,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ libevent1_4_2-1.4.14b,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> libevent-1.1a.so.1 was used only in CSWtor, which I have recompiled to use
> the most recent libevent:
>
> * tor: minor version upgrade
> ?- from: 0.1.2.18
> ?- ? to: 0.2.1.28,REV=2011.01.06
> ?+ tor-0.2.1.28,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ tor-0.2.1.28,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> The Perl module has been recompiled against new libevent 2.0:
>
> * pm_eventlib: revision upgrade
> ?- from: 2010.02.01
> ?- ? to: 2011.01.06
> ?+ pm_eventlib-1.03,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ pm_eventlib-1.03,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> Same for tmux:
>
> * tmux: minor version upgrade
> ?- from: 1.3,REV=2010.07.23
> ?- ? to: 1.4,REV=2011.01.06
> ?+ tmux-1.4,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ tmux-1.4,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Fri Jan  7 16:28:29 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 7 Jan 2011 07:28:29 -0800
Subject: [csw-pkgsubmissions] newpkgs libicu, libicu42, libicu46,
	libicu_de(...)
In-Reply-To: <201101061436.p06EaUAI007105@login.bo.opencsw.org>
References: <201101061436.p06EaUAI007105@login.bo.opencsw.org>
Message-ID: <AANLkTikdirJKsMMGRSes_-cPybm2wZ43rhHCiYUnE3Ls@mail.gmail.com>

Errrr.... Almost all of the listed packages, are missing from newpkgs.


On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> This is a complete rework of libicu. The current maintainer (James)
> has given his ok to this update.
>
> The legacy *.so.36 which was in use by tin and x3270 has been deprecated
> and both CSWtin and CSWx3270 have been renewed to the latest standards.
>
> YAZ was not built with ICU-support last time because libicu was not available
> in 64 bit. The new libicu is an empty stub for the newer *.so.42 still in
> use as a dependency by OpenLDAP (TBD later) and OpenOffice, which requires
> this specific version as James said.
>
>
> Best regards
>
> ?-- Dago
>
> * tin: minor version upgrade
> ?- from: 1.8.3,REV=2007.11.12
> ?- ? to: 1.9.6,REV=2011.01.05
> ?+ tin-1.9.6,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
> ?+ tin-1.9.6,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>
> * libicu: minor version upgrade
> ?- from: 4.2.1,REV=2009.08.10
> ?- ? to: 4.6,REV=2011.01.04
> ?+ libicu-4.6,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz
>
> * libicu: new package
> ?+ libicu46-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
> ?+ libicu46-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
> ?+ libicu_devel-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
> ?+ libicu_devel-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>
> * x3270: patchlevel upgrade
> ?- from: 3.3.6
> ?- ? to: 3.3.11ga6,REV=2011.01.05
> ?+ x3270-3.3.11ga6,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
> ?+ x3270-3.3.11ga6,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>
> * libicu42: new package
> ?+ libicu42-4.2.1,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
> ?+ libicu42-4.2.1,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>
> * libyaz: new package
> ?+ libyaz4-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ libyaz4-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
> ?+ libyaz_devel-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ libyaz_devel-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> * yaz: minor version upgrade
> ?- from: 4.0.9,REV=2010.06.09
> ?- ? to: 4.1.2,REV=2011.01.06
> ?+ yaz-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ yaz-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Fri Jan  7 16:29:54 2011
From: phil at opencsw.org (Philip Brown)
Date: Fri, 7 Jan 2011 07:29:54 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_compressrawbz2,
	pm_compressrawzlib(...)
In-Reply-To: <201101062219.p06MJaXv017231@login.bo.opencsw.org>
References: <201101062219.p06MJaXv017231@login.bo.opencsw.org>
Message-ID: <AANLkTikHhEq8FW+QFnMg-B7wi4uFMrw6=m1dFc3GSK20@mail.gmail.com>

okay. batched


On Thu, Jan 6, 2011 at 2:19 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> * pm_compressrawbz2: minor version upgrade
> ?- from: 2.031,REV=2010.10.07
> ?- ? to: 2.032,REV=2011.01.06
> ?+ pm_compressrawbz2-2.032,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ pm_compressrawbz2-2.032,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> This one is a takeover from Dago, updated and with removed man pages.
>
> * pm_iocompress: minor version upgrade
> ?- from: 2.020,REV=2009.08.07
> ?- ? to: 2.032,REV=2011.01.06
> ?+ pm_iocompress-2.032,REV=2011.01.06-SunOS5.9-all-CSW.pkg.gz
>
> * pm_compressrawzlib: minor version upgrade
> ?- from: 2.030,REV=2010.10.07
> ?- ? to: 2.032,REV=2011.01.06
> ?+ pm_compressrawzlib-2.032,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
> ?+ pm_compressrawzlib-2.032,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Fri Jan  7 16:31:11 2011
From: phil at opencsw.org (Philip Brown)
Date: Fri, 7 Jan 2011 07:31:11 -0800
Subject: [csw-pkgsubmissions] newpkgs libpdf6, libpdf_java0, pdflib_devel,
	(...)
In-Reply-To: <77399F31-4A20-4CA5-9B67-AAA5D5D131B4@opencsw.org>
References: <201101051942.p05Jgqmf020222@login.bo.opencsw.org>
	<AANLkTikTYJ0M6OK5STmYngnfSU4-FQQ6tkPbWbw4AZ7c@mail.gmail.com>
	<77399F31-4A20-4CA5-9B67-AAA5D5D131B4@opencsw.org>
Message-ID: <AANLkTikoAAqzie-N1BK1aH5_W1dX+0QA6vz-VWabLXCa@mail.gmail.com>

On Fri, Jan 7, 2011 at 1:54 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 05.01.2011 um 21:06 schrieb Philip Brown:
>> Sounds very useful. cool.
>> now batched
>
> It is not on the mirrors yet. Would you mind pushing it?
> I need it as optional dependency for gnuplot.
>
>

okiedokie. pausing for a full push. other packages will be delayed for a little

From dam at opencsw.org  Fri Jan  7 16:34:14 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 7 Jan 2011 16:34:14 +0100
Subject: [csw-pkgsubmissions] newpkgs libicu, libicu42, libicu46,
	libicu_de(...)
In-Reply-To: <AANLkTikdirJKsMMGRSes_-cPybm2wZ43rhHCiYUnE3Ls@mail.gmail.com>
References: <201101061436.p06EaUAI007105@login.bo.opencsw.org>
	<AANLkTikdirJKsMMGRSes_-cPybm2wZ43rhHCiYUnE3Ls@mail.gmail.com>
Message-ID: <862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org>

Hi Phil,

Am 07.01.2011 um 16:28 schrieb Philip Brown:
> Errrr.... Almost all of the listed packages, are missing from newpkgs.

Strange, pushed again.


Best regards

  -- Dago


> 
> 
> On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
>> This is a complete rework of libicu. The current maintainer (James)
>> has given his ok to this update.
>> 
>> The legacy *.so.36 which was in use by tin and x3270 has been deprecated
>> and both CSWtin and CSWx3270 have been renewed to the latest standards.
>> 
>> YAZ was not built with ICU-support last time because libicu was not available
>> in 64 bit. The new libicu is an empty stub for the newer *.so.42 still in
>> use as a dependency by OpenLDAP (TBD later) and OpenOffice, which requires
>> this specific version as James said.
>> 
>> 
>> Best regards
>> 
>>  -- Dago
>> 
>> * tin: minor version upgrade
>>  - from: 1.8.3,REV=2007.11.12
>>  -   to: 1.9.6,REV=2011.01.05
>>  + tin-1.9.6,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>>  + tin-1.9.6,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>> 
>> * libicu: minor version upgrade
>>  - from: 4.2.1,REV=2009.08.10
>>  -   to: 4.6,REV=2011.01.04
>>  + libicu-4.6,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz
>> 
>> * libicu: new package
>>  + libicu46-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>>  + libicu46-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>>  + libicu_devel-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>>  + libicu_devel-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>> 
>> * x3270: patchlevel upgrade
>>  - from: 3.3.6
>>  -   to: 3.3.11ga6,REV=2011.01.05
>>  + x3270-3.3.11ga6,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>>  + x3270-3.3.11ga6,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>> 
>> * libicu42: new package
>>  + libicu42-4.2.1,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>>  + libicu42-4.2.1,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>> 
>> * libyaz: new package
>>  + libyaz4-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
>>  + libyaz4-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>>  + libyaz_devel-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
>>  + libyaz_devel-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>> 
>> * yaz: minor version upgrade
>>  - from: 4.0.9,REV=2010.06.09
>>  -   to: 4.1.2,REV=2011.01.06
>>  + yaz-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
>>  + yaz-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>> 
>> --
>> Generated by submitpkg
>> _______________________________________________
>> pkgsubmissions mailing list
>> pkgsubmissions at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>> 
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions


From william at wbonnet.net  Fri Jan  7 17:15:28 2011
From: william at wbonnet.net (William Bonnet)
Date: Fri, 7 Jan 2011 17:15:28 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
Message-ID: <201101071615.p07GFSxS027011@login.bo.opencsw.org>

Upgrade to 0.36
Fix bug 4569

* pm_objaccessor: minor version upgrade
  - from: 0.34,REV=2009.03.24
  -   to: 0.36,REV=2011.01.07
  + pm_objaccessor-0.36,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at opencsw.org  Fri Jan  7 17:25:10 2011
From: phil at opencsw.org (Philip Brown)
Date: Fri, 7 Jan 2011 08:25:10 -0800
Subject: [csw-pkgsubmissions] newpkgs coreutils
In-Reply-To: <1294413335-sup-8841@pinkfloyd.chass.utoronto.ca>
References: <201101060112.p061CrFI021035@login.bo.opencsw.org>
	<AANLkTinZqKML4ob+fw9iHiC=pqriBjVW91DxXkRQn88a@mail.gmail.com>
	<1294413335-sup-8841@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTinhasYsuGTgrHb0O=yiKTPuoVpzmx-25qSzXszi@mail.gmail.com>

that's kinda wierd.

might be better to change to either a differnet command, or the real path.
as far as printf.. that's another wierd one, that should really be
/usr/bin/printf?
but printf isnt really important. its just annoying that it triggers
the error checks


On Fri, Jan 7, 2011 at 7:18 AM, Ben Walton <bwalton at opencsw.org> wrote:
> Excerpts from Philip Brown's message of Fri Jan 07 09:57:40 -0500 2011:
>
> Hi Phil,
>
>> the info file has some annoying references to /usr/local but they seem
>> to be non-critical.
>
> I'll correct the printf references for next release to be proper
> /opt/csw paths.
>
> The second occurrence is a bit nastier though. ?The example command
> that they're generating is listusers which happens to be a real
> command on solaris but not one provided by coreutils. ?I think it's
> likely best left as /usr/local/...?
>
> Thanks
> -Ben
> --
> Ben Walton
> Systems Programmer - CHASS
> University of Toronto
> C:416.407.5610 | W:416.978.4302
>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bwalton at opencsw.org  Fri Jan  7 18:22:19 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Fri, 07 Jan 2011 12:22:19 -0500
Subject: [csw-pkgsubmissions] newpkgs coreutils
In-Reply-To: <AANLkTinhasYsuGTgrHb0O=yiKTPuoVpzmx-25qSzXszi@mail.gmail.com>
References: <201101060112.p061CrFI021035@login.bo.opencsw.org>
	<AANLkTinZqKML4ob+fw9iHiC=pqriBjVW91DxXkRQn88a@mail.gmail.com>
	<1294413335-sup-8841@pinkfloyd.chass.utoronto.ca>
	<AANLkTinhasYsuGTgrHb0O=yiKTPuoVpzmx-25qSzXszi@mail.gmail.com>
Message-ID: <1294420577-sup-1328@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Fri Jan 07 11:25:10 -0500 2011:

Hi Phil,

> might be better to change to either a differnet command, or the real
> path.

Well, the example shouldn't tell an admin to overwrite a system
command with a little script, I don't think.  I'll alter it to some
other name.

> as far as printf.. that's another wierd one, that should really be
> /usr/bin/printf? but printf isnt really important. its just annoying
> that it triggers the error checks

Coreutils provides its own printf so I think it should be changed to
/opt/csw/bin/gprintf.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From phil at bolthole.com  Fri Jan  7 19:32:41 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 7 Jan 2011 10:32:41 -0800
Subject: [csw-pkgsubmissions] newpkgs coreutils
In-Reply-To: <1294420577-sup-1328@pinkfloyd.chass.utoronto.ca>
References: <201101060112.p061CrFI021035@login.bo.opencsw.org>
	<AANLkTinZqKML4ob+fw9iHiC=pqriBjVW91DxXkRQn88a@mail.gmail.com>
	<1294413335-sup-8841@pinkfloyd.chass.utoronto.ca>
	<AANLkTinhasYsuGTgrHb0O=yiKTPuoVpzmx-25qSzXszi@mail.gmail.com>
	<1294420577-sup-1328@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTimttnFgR2f=WEOE41wcrkTF8czUaA9KEewoVbDA@mail.gmail.com>

oh oops! forgot that the package itself actually delivers "printf" :-}
yeah in that case definately change
(and ideally file bug report with them that their docs dont update
based on --prefix


On Fri, Jan 7, 2011 at 9:22 AM, Ben Walton <bwalton at opencsw.org> wrote:
>> as far as printf.. that's another wierd one, that should really be
>> /usr/bin/printf? but printf isnt really important. its just annoying
>> that it triggers the error checks
>
> Coreutils provides its own printf so I think it should be changed to
> /opt/csw/bin/gprintf.
>

From phil at bolthole.com  Fri Jan  7 20:20:17 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 7 Jan 2011 11:20:17 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_iozlib
In-Reply-To: <201101071143.p07BhkUS029867@login.bo.opencsw.org>
References: <201101071143.p07BhkUS029867@login.bo.opencsw.org>
Message-ID: <AANLkTikYLU-6ntZ51uOWdGjNZokB=Vq7Ncns08vY4E9i@mail.gmail.com>

batched, including dep


On Fri, Jan 7, 2011 at 3:43 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from Dago. Changed dependency from deprecated pm_compresszlib to pm_iocompress and removed man page.
>
> * pm_iozlib: revision upgrade
> ?- from: 2009.08.06
> ?- ? to: 2011.01.07
> ?+ pm_iozlib-1.10,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Fri Jan  7 20:21:36 2011
From: phil at opencsw.org (Philip Brown)
Date: Fri, 7 Jan 2011 11:21:36 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_archiveextract
In-Reply-To: <201101071221.p07CLBiN020389@login.bo.opencsw.org>
References: <201101071221.p07CLBiN020389@login.bo.opencsw.org>
Message-ID: <AANLkTinNJ5k47RpDWdjxZz20DmFrP9-kysxKG-pr=hWS@mail.gmail.com>

excellent, thanks.


On Fri, Jan 7, 2011 at 4:21 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Updated package from retired maintainer, removed man page.
>
> * pm_archiveextract: minor version upgrade
> ?- from: 0.16,REV=2007.03.16
> ?- ? to: 0.46,REV=2011.01.07
> ?+ pm_archiveextract-0.46,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Fri Jan  7 20:23:08 2011
From: phil at opencsw.org (Philip Brown)
Date: Fri, 7 Jan 2011 11:23:08 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <201101071336.p07DawYp021456@login.bo.opencsw.org>
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
Message-ID: <AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>

erm.. theres something in
./root/opt/csw/share/perl/csw/PDF/API2.pm

that references a whole bunch of font paths, including /usr/share and
/usr/local.. but no /opt/csw.
this seems bad.



On Fri, Jan 7, 2011 at 5:36 AM, William Bonnet <william at wbonnet.net> wrote:
> Fix bug 4662
>
> * pm_pdfapi2: revision upgrade
> ?- from: 2009.03.24
> ?- ? to: 2011.01.07
> ?+ pm_pdfapi2-0.73,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Fri Jan  7 20:24:42 2011
From: phil at opencsw.org (Philip Brown)
Date: Fri, 7 Jan 2011 11:24:42 -0800
Subject: [csw-pkgsubmissions] newpkgs bzflag
In-Reply-To: <201101071436.p07EabKa008592@login.bo.opencsw.org>
References: <201101071436.p07EabKa008592@login.bo.opencsw.org>
Message-ID: <AANLkTi=J44Jx=5Sp5+ATw27bi8L5Z=z0mF66O=Dhs4me@mail.gmail.com>

cool, batched


On Fri, Jan 7, 2011 at 6:36 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> This is a takeover from Ken Mays
>
> * bzflag: patchlevel upgrade
> ?- from: 2.0.8
> ?- ? to: 2.0.16,REV=2011.01.07
> ?+ bzflag-2.0.16,REV=2011.01.07-SunOS5.9-sparc-CSW.pkg.gz
> ?+ bzflag-2.0.16,REV=2011.01.07-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Fri Jan  7 20:26:08 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 7 Jan 2011 11:26:08 -0800
Subject: [csw-pkgsubmissions] newpkgs gbc
In-Reply-To: <201101071449.p07EnSPj019582@login.bo.opencsw.org>
References: <201101071449.p07EnSPj019582@login.bo.opencsw.org>
Message-ID: <AANLkTi=_UNfiQu6kVbVif3E+tyBzaYHmKanQDwnd4M0g@mail.gmail.com>

thanks.
next time, to save me a bit of time, wold be nice if you explicitly
said the maintainer is retired.


On Fri, Jan 7, 2011 at 6:49 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> Small takeover from John Tobin
>
> * gbc: revision number added upgrade
> ?- from:
> ?- ? to: 2011.01.07
> ?+ gbc-1.06,REV=2011.01.07-SunOS5.9-sparc-CSW.pkg.gz
> ?+ gbc-1.06,REV=2011.01.07-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Fri Jan  7 20:32:28 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 7 Jan 2011 11:32:28 -0800
Subject: [csw-pkgsubmissions] newpkgs libicu, libicu42, libicu46,
	libicu_de(...)
In-Reply-To: <862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org>
References: <201101061436.p06EaUAI007105@login.bo.opencsw.org>
	<AANLkTikdirJKsMMGRSes_-cPybm2wZ43rhHCiYUnE3Ls@mail.gmail.com>
	<862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org>
Message-ID: <AANLkTinnmk3RNg6r_wKREVWBTsT0xO6ksYau2PVYN=nH@mail.gmail.com>

On Fri, Jan 7, 2011 at 7:34 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 07.01.2011 um 16:28 schrieb Philip Brown:
>> Errrr.... Almost all of the listed packages, are missing from newpkgs.
>
> Strange, pushed again.
>


Thanks.

erm... isnt it an error, for libicu_devel to depend on CSWlibicu ?

isnt that supposed to just be a transitional pkg?

From phil at bolthole.com  Fri Jan  7 20:36:52 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 7 Jan 2011 11:36:52 -0800
Subject: [csw-pkgsubmissions] newpkgs x3270
Message-ID: <AANLkTimEw57B02dwzGFgGxXrPUyKnijOfc0Fjr3aput9@mail.gmail.com>

On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> This is a complete rework of libicu. The current maintainer (James)
> has given his ok to this update.
>
> The legacy *.so.36 which was in use by tin and x3270 has been deprecated
> and both CSWtin and CSWx3270 have been renewed to the latest standards.
>

interestingly.. my checkpkg does not detect x3270 using libicu at all...
mistake?

It also complains about a metric ton of /usr/local references, in
manpage and .html files

From bonivart at opencsw.org  Sat Jan  8 12:28:54 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 12:28:54 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
Message-ID: <201101081128.p08BSsqD001950@login.bo.opencsw.org>

* dhcp: patchlevel upgrade
  - from: 4.2.0P1,REV=2010.12.03
  -   to: 4.2.0P2,REV=2011.01.08
  + dhcp-4.2.0P2,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
  + dhcp-4.2.0P2,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
  + dhcp_devel-4.2.0P2,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sat Jan  8 15:35:11 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 15:35:11 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_exceptcls
Message-ID: <201101081435.p08EZBQJ002124@login.bo.opencsw.org>

Takeover from retired maintainer.

* pm_exceptcls: minor version upgrade
  - from: 1.23
  -   to: 1.32,REV=2011.01.08
  + pm_exceptcls-1.32,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sat Jan  8 15:48:05 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 15:48:05 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_fontafm
Message-ID: <201101081448.p08Em54W005491@login.bo.opencsw.org>

Takeover from retired maintainer.

* pm_fontafm: minor version upgrade
  - from: 1.19
  -   to: 1.20,REV=2011.01.08
  + pm_fontafm-1.20,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sat Jan  8 16:00:33 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 16:00:33 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_hooklexwrap
Message-ID: <201101081500.p08F0X3l009356@login.bo.opencsw.org>

Takeover from retired maintainer.

* pm_hooklexwrap: minor version upgrade
  - from: 0.20
  -   to: 0.24,REV=2011.01.08
  + pm_hooklexwrap-0.24,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Sat Jan  8 16:21:14 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 07:21:14 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_fontafm
In-Reply-To: <201101081448.p08Em54W005491@login.bo.opencsw.org>
References: <201101081448.p08Em54W005491@login.bo.opencsw.org>
Message-ID: <AANLkTin+gfs2DcZSCkukb3jMAgmTuvt8_=ASRAFqUfdA@mail.gmail.com>

Seems to have some kind of font path set somewhere to be
"/usr/lib/afm:/usr/local/lib/afm:/usr/openwin/lib/fonts/afm/:.";

That seems to be not good.



On Sat, Jan 8, 2011 at 6:48 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from retired maintainer.
>
> * pm_fontafm: minor version upgrade
> ?- from: 1.19
> ?- ? to: 1.20,REV=2011.01.08
> ?+ pm_fontafm-1.20,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Sat Jan  8 16:22:30 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 07:22:30 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_hooklexwrap
In-Reply-To: <201101081500.p08F0X3l009356@login.bo.opencsw.org>
References: <201101081500.p08F0X3l009356@login.bo.opencsw.org>
Message-ID: <AANLkTindNOgARF+NWUmNxyGs8j5rmfyVsBBM2JOE3Fvh@mail.gmail.com>

batched

On Sat, Jan 8, 2011 at 7:00 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from retired maintainer.
>
> * pm_hooklexwrap: minor version upgrade
> ?- from: 0.20
> ?- ? to: 0.24,REV=2011.01.08
> ?+ pm_hooklexwrap-0.24,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Sat Jan  8 16:22:41 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 07:22:41 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_exceptcls
In-Reply-To: <201101081435.p08EZBQJ002124@login.bo.opencsw.org>
References: <201101081435.p08EZBQJ002124@login.bo.opencsw.org>
Message-ID: <AANLkTikdtSEyfrnFfFQDWxHJTd4HWo_RNCuS6MXYqQKT@mail.gmail.com>

batched

On Sat, Jan 8, 2011 at 6:35 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from retired maintainer.
>
> * pm_exceptcls: minor version upgrade
> ?- from: 1.23
> ?- ? to: 1.32,REV=2011.01.08
> ?+ pm_exceptcls-1.32,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bonivart at opencsw.org  Sat Jan  8 16:26:06 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 16:26:06 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_htmltemplatepro
Message-ID: <201101081526.p08FQ6rt020480@login.bo.opencsw.org>

* pm_htmltemplatepro: minor version upgrade
  - from: 0.95,REV=2010.06.11
  -   to: 0.9504,REV=2011.01.08
  + pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sat Jan  8 16:58:19 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 16:58:19 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_htmltemplatepro
In-Reply-To: <201101081526.p08FQ6rt020480@login.bo.opencsw.org>
References: <201101081526.p08FQ6rt020480@login.bo.opencsw.org>
Message-ID: <AANLkTikP0hH1S6uYhuNe6y6DsZDvqbcqwR_3GtjuixNO@mail.gmail.com>

On Sat, Jan 8, 2011 at 4:26 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> * pm_htmltemplatepro: minor version upgrade
> ?- from: 0.95,REV=2010.06.11
> ?- ? to: 0.9504,REV=2011.01.08
> ?+ pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz

Oops, forgot the Sparc package, will resubmit....

From phil at bolthole.com  Sat Jan  8 17:09:46 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 08:09:46 -0800
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
Message-ID: <AANLkTikWE04XfSKOTneQM_Q1yvBTdnoR39-dPFRZd3_J@mail.gmail.com>

Hi Peter,

since you already use a class action script for
f cswcpsampleconf /var/opt/csw/dhcp/db/dhcpd.leases.CSW

would you be willing to change that to use cswcptemplates instead?

The changes you would have to make to the package would be as follows:

1. move it to be
f cswcptemplates
/opt/csw/etc/templates/CSWdhcp/var/opt/csw/dhcp/db/dhcpd.leases.CSW

2. add
d none /opt/csw/etc/templates/CSWdhcp/var/opt/csw/dhcp/db

3. adjust dependancies to use CSWcas-cptemplates


or in theory you could update your gar, and try out the tweak I just
added for it.
So in that case, I think you would change your Makefile as follows:

===================================================================
--- Makefile    (revision 12261)
+++ Makefile    (working copy)
@@ -49,7 +49,8 @@
 INSTALL_SCRIPTS = custom

 INITSMF = /etc/opt/csw/init.d/cswdhcpd
-SAMPLECONF = /etc/opt/csw/dhcpd.conf /etc/opt/csw/dhclient.conf
/var/opt/csw/dhcp/db/dhcpd.leases
+SAMPLECONF = /etc/opt/csw/dhcpd.conf /etc/opt/csw/dhclient.conf
+CPTEMPLATES = /opt/csw/etc/templates/CSWdhcp/var/opt/csw/dhcp/db/dhcpd.leases

 SPKG_SOURCEURL = https://www.isc.org/software/dhcp

@@ -67,5 +68,6 @@
        @ginstall -d $(DESTDIR)$(docdir)/$(NAME)
        @cp $(FILEDIR)/CSWdhcp.README.CSW $(DESTDIR)$(docdir)/$(NAME)/README.CSW
        @ginstall -d $(DESTDIR)/var/opt/csw/$(NAME)/db
-       @touch $(DESTDIR)/var/opt/csw/$(NAME)/db/dhcpd.leases
+       @mkdir -p
$(DESTDIR)/opt/csw/etc/templates/CSWdhcp/var/opt/csw/$(NAME)/db
+       @touch $(DESTDIR)/opt/csw/etc/templates/CSWdhcp/var/opt/csw/$(NAME)/db/dhcpd.leases
        @$(MAKECOOKIE)



=================

There's probably a better way to do it in gar, but since Ben says he
is "too busy", I took a quick whack at it.

From bonivart at opencsw.org  Sat Jan  8 17:12:09 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 17:12:09 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_htmltemplatepro
Message-ID: <201101081612.p08GC9Zv015415@login.bo.opencsw.org>

Added missing sparc package from previous submission.

* pm_htmltemplatepro: minor version upgrade
  - from: 0.95,REV=2010.06.11
  -   to: 0.9504,REV=2011.01.08
  + pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
  + pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sat Jan  8 17:44:37 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 17:44:37 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_htmltemplatepro
Message-ID: <201101081644.p08Gibbc023609@login.bo.opencsw.org>

Added missing sparc package from previous submission.

* pm_htmltemplatepro: minor version upgrade
  - from: 0.95,REV=2010.06.11
  -   to: 0.9504,REV=2011.01.08
  + pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
  + pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz

--
Generated by submitpkg

From bonivart at opencsw.org  Sat Jan  8 18:04:08 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 18:04:08 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_fontafm
In-Reply-To: <AANLkTin+gfs2DcZSCkukb3jMAgmTuvt8_=ASRAFqUfdA@mail.gmail.com>
References: <201101081448.p08Em54W005491@login.bo.opencsw.org>
	<AANLkTin+gfs2DcZSCkukb3jMAgmTuvt8_=ASRAFqUfdA@mail.gmail.com>
Message-ID: <AANLkTimnMfJC1VfzXgGVhQUYE+SFHu7Y5dtQu-_Z8qu-@mail.gmail.com>

On Sat, Jan 8, 2011 at 4:21 PM, Philip Brown <phil at bolthole.com> wrote:
> Seems to have some kind of font path set somewhere to be
> "/usr/lib/afm:/usr/local/lib/afm:/usr/openwin/lib/fonts/afm/:.";
>
> That seems to be not good.

That's a default path, the one to be used is meant to be picked up by
an environment variable METRICS.

If we're supposed to change this, please come up with some other font
path to use.

/peter

From bwalton at opencsw.org  Sat Jan  8 18:16:16 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sat, 08 Jan 2011 12:16:16 -0500
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <AANLkTikWE04XfSKOTneQM_Q1yvBTdnoR39-dPFRZd3_J@mail.gmail.com>
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
	<AANLkTikWE04XfSKOTneQM_Q1yvBTdnoR39-dPFRZd3_J@mail.gmail.com>
Message-ID: <1294506717-sup-7268@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Sat Jan 08 11:09:46 -0500 2011:

> or in theory you could update your gar, and try out the tweak I just
> added for it.

I don't think your tweak is complete.  It will (should) adjust the
prototype, but I don't think it will add the dependency currently.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From bonivart at opencsw.org  Sat Jan  8 21:07:17 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 21:07:17 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_modversrpt
Message-ID: <201101082007.p08K7HgP010252@login.bo.opencsw.org>

Takeover from retired maintainer.

* pm_modversrpt: minor version upgrade
  - from: 1.03
  -   to: 1.06,REV=2011.01.08
  + pm_modversrpt-1.06,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sat Jan  8 21:22:15 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 21:22:15 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_netsnmp
Message-ID: <201101082022.p08KMFgE013988@login.bo.opencsw.org>

Takeover from retired maintainer.

* pm_netsnmp: major version upgrade
  - from: 5.2.0
  -   to: v6.0.1,REV=2011.01.08
  + pm_netsnmp-v6.0.1,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sat Jan  8 22:39:39 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 22:39:39 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_wwwmechanize
Message-ID: <201101082139.p08LddFV001989@login.bo.opencsw.org>

Takeover from retired maintainer.

* pm_wwwmechanize: minor version upgrade
  - from: 1.34,REV=2008.02.27
  -   to: 1.66,REV=2011.01.08
  + pm_wwwmechanize-1.66,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sat Jan  8 22:55:30 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 8 Jan 2011 22:55:30 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_httpsvrsimp
Message-ID: <201101082155.p08LtU5g007125@login.bo.opencsw.org>

Takeover from retired maintainer.

* pm_httpsvrsimp: minor version upgrade
  - from: 0.29,REV=2008.03.13
  -   to: 0.43,REV=2011.01.08
  + pm_httpsvrsimp-0.43,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Sat Jan  8 23:55:52 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 14:55:52 -0800
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <1294506717-sup-7268@pinkfloyd.chass.utoronto.ca>
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
	<AANLkTikWE04XfSKOTneQM_Q1yvBTdnoR39-dPFRZd3_J@mail.gmail.com>
	<1294506717-sup-7268@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTi=VOPQLkVTDtJp4YbZi0xuRGUmyj9-0Wzqei+oS@mail.gmail.com>

On Sat, Jan 8, 2011 at 9:16 AM, Ben Walton <bwalton at opencsw.org> wrote:
> Excerpts from Philip Brown's message of Sat Jan 08 11:09:46 -0500 2011:
>
>> or in theory you could update your gar, and try out the tweak I just
>> added for it.
>
> I don't think your tweak is complete. ?It will (should) adjust the
> prototype, but I don't think it will add the dependency currently.
>

well, unfortunately I dont understand the gar internal structure
enough to figure out how to do that.
It's too layered. (which is the main reason I dont like it)

I did the nice simple trick of   "find . -type f | xargs grep -l
[otherclass]"  and copied every hit that seemed appropriate.

From phil at opencsw.org  Sun Jan  9 00:17:11 2011
From: phil at opencsw.org (Philip Brown)
Date: Sat, 8 Jan 2011 15:17:11 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_fontafm
In-Reply-To: <AANLkTimnMfJC1VfzXgGVhQUYE+SFHu7Y5dtQu-_Z8qu-@mail.gmail.com>
References: <201101081448.p08Em54W005491@login.bo.opencsw.org>
	<AANLkTin+gfs2DcZSCkukb3jMAgmTuvt8_=ASRAFqUfdA@mail.gmail.com>
	<AANLkTimnMfJC1VfzXgGVhQUYE+SFHu7Y5dtQu-_Z8qu-@mail.gmail.com>
Message-ID: <AANLkTimgb_XAx15LKOA1UJXP3renppYjOQ0otd1Wxh0w@mail.gmail.com>

On Sat, Jan 8, 2011 at 9:04 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> On Sat, Jan 8, 2011 at 4:21 PM, Philip Brown <phil at bolthole.com> wrote:
>> Seems to have some kind of font path set somewhere to be
>> "/usr/lib/afm:/usr/local/lib/afm:/usr/openwin/lib/fonts/afm/:.";
>>
>> That seems to be not good.
>
> That's a default path, the one to be used is meant to be picked up by
> an environment variable METRICS.
>
> If we're supposed to change this, please come up with some other font
> path to use.
>

well, I dont know what kind of catalog the module expects. but doing a
quickie look through our files, seems we have afm files in both
/opt/csw/share/ghostscript/fonts
and
/opt/csw/share/libwmf/fonts

(I'm not happy about this, and attempted to get the respective
maintainers to work something out together, but unfortunately, nothing
came of it)

So, please use your knowledge of the perl module, to figure out if we
can use one, or both, of those paths, at the front of
"/opt/csw/share/libwmf/fonts:."

I dont think solaris uses /usr/lib/afm, so no point in keeipng that.
you might want to keep in the /usr/local/lib/afm after /usr/openwin.

From phil at bolthole.com  Sun Jan  9 00:19:43 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 15:19:43 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_htmltemplatepro
In-Reply-To: <201101081644.p08Gibbc023609@login.bo.opencsw.org>
References: <201101081644.p08Gibbc023609@login.bo.opencsw.org>
Message-ID: <AANLkTikM7LeXUMGaS6dokS2BLB_0wZ9Z_UKGpV=J7mpS@mail.gmail.com>

thanks. batched


On Sat, Jan 8, 2011 at 8:44 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Added missing sparc package from previous submission.
>
> * pm_htmltemplatepro: minor version upgrade
> ?- from: 0.95,REV=2010.06.11
> ?- ? to: 0.9504,REV=2011.01.08
> ?+ pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
> ?+ pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Sun Jan  9 00:37:38 2011
From: phil at opencsw.org (Philip Brown)
Date: Sat, 8 Jan 2011 15:37:38 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_modversrpt
In-Reply-To: <201101082007.p08K7HgP010252@login.bo.opencsw.org>
References: <201101082007.p08K7HgP010252@login.bo.opencsw.org>
Message-ID: <AANLkTi=rYB4c+NZZZKKCYKrV_On8wu7oCyOQOhxtPdEM@mail.gmail.com>

batched

On Sat, Jan 8, 2011 at 12:07 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from retired maintainer.
>
> * pm_modversrpt: minor version upgrade
> ?- from: 1.03
> ?- ? to: 1.06,REV=2011.01.08
> ?+ pm_modversrpt-1.06,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Sun Jan  9 00:39:06 2011
From: phil at opencsw.org (Philip Brown)
Date: Sat, 8 Jan 2011 15:39:06 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_netsnmp
In-Reply-To: <201101082022.p08KMFgE013988@login.bo.opencsw.org>
References: <201101082022.p08KMFgE013988@login.bo.opencsw.org>
Message-ID: <AANLkTimvU2DCJFQaZdU35DXd=VOc9vEFFjdNK2qf-c09@mail.gmail.com>

This had mention of #!/usr/local/bin/perl

but since I think it was just sample documentation or something, I
guess i can ignore it.



On Sat, Jan 8, 2011 at 12:22 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from retired maintainer.
>
> * pm_netsnmp: major version upgrade
> ?- from: 5.2.0
> ?- ? to: v6.0.1,REV=2011.01.08
> ?+ pm_netsnmp-v6.0.1,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Sun Jan  9 00:39:19 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 15:39:19 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_wwwmechanize
In-Reply-To: <201101082139.p08LddFV001989@login.bo.opencsw.org>
References: <201101082139.p08LddFV001989@login.bo.opencsw.org>
Message-ID: <AANLkTinqUcKUDznGPPDxhurXA9AWojusc5KN9USF5m5A@mail.gmail.com>

batched


On Sat, Jan 8, 2011 at 1:39 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from retired maintainer.
>
> * pm_wwwmechanize: minor version upgrade
> ?- from: 1.34,REV=2008.02.27
> ?- ? to: 1.66,REV=2011.01.08
> ?+ pm_wwwmechanize-1.66,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Sun Jan  9 00:39:29 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 15:39:29 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_httpsvrsimp
In-Reply-To: <201101082155.p08LtU5g007125@login.bo.opencsw.org>
References: <201101082155.p08LtU5g007125@login.bo.opencsw.org>
Message-ID: <AANLkTi=2uGhPpRhbY+GBRfXmAxK7qJ=1GNwCY_LwkmFz@mail.gmail.com>

batched


On Sat, Jan 8, 2011 at 1:55 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from retired maintainer.
>
> * pm_httpsvrsimp: minor version upgrade
> ?- from: 0.29,REV=2008.03.13
> ?- ? to: 0.43,REV=2011.01.08
> ?+ pm_httpsvrsimp-0.43,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bonivart at opencsw.org  Sun Jan  9 00:56:29 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 00:56:29 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_stringcrc32
Message-ID: <201101082356.p08NuTh2009705@login.bo.opencsw.org>

Takeover from Benny. Add license and some other reworkings. Fix bug #4591.

* pm_stringcrc32: revision upgrade
  - from: 2010.02.01
  -   to: 2011.01.09
  + pm_stringcrc32-1.4,REV=2011.01.09-SunOS5.9-sparc-CSW.pkg.gz
  + pm_stringcrc32-1.4,REV=2011.01.09-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sun Jan  9 01:13:42 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 01:13:42 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_texttemplate
Message-ID: <201101090013.p090Dgl0009613@login.bo.opencsw.org>

Takeover from retired maintainer.

* pm_texttemplate: minor version upgrade
  - from: 1.44
  -   to: 1.45,REV=2011.01.09
  + pm_texttemplate-1.45,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sun Jan  9 01:30:25 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 01:30:25 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_txtautofmt
Message-ID: <201101090030.p090UPpQ011751@login.bo.opencsw.org>

Takeover from retired maintainer.

* pm_txtautofmt: minor version upgrade
  - from: 1.13
  -   to: 1.669002,REV=2011.01.09
  + pm_txtautofmt-1.669002,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sun Jan  9 03:03:39 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 03:03:39 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_carpassert, pm_carpassertmore,
	pm_(...)
Message-ID: <201101090203.p0923dfq026492@login.bo.opencsw.org>

Takeover pm_testwwwmech from retired maintainer. Two new deps.

* pm_testwwwmech: minor version upgrade
  - from: 1.04
  -   to: 1.30,REV=2011.01.09
  + pm_testwwwmech-1.30,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz

* pm_carpassert: new package
  + pm_carpassert-0.20,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz

* pm_carpassertmore: new package
  + pm_carpassertmore-1.12,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at opencsw.org  Sun Jan  9 04:32:50 2011
From: phil at opencsw.org (Philip Brown)
Date: Sat, 8 Jan 2011 19:32:50 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_carpassert, pm_carpassertmore,
	pm_(...)
In-Reply-To: <201101090203.p0923dfq026492@login.bo.opencsw.org>
References: <201101090203.p0923dfq026492@login.bo.opencsw.org>
Message-ID: <AANLkTi=dGrepHD-xayAaxszWYhnY9Ge4SoV6Y2N2bcYj@mail.gmail.com>

batched

On Sat, Jan 8, 2011 at 6:03 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover pm_testwwwmech from retired maintainer. Two new deps.
>
> * pm_testwwwmech: minor version upgrade
> ?- from: 1.04
> ?- ? to: 1.30,REV=2011.01.09
> ?+ pm_testwwwmech-1.30,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz
>
> * pm_carpassert: new package
> ?+ pm_carpassert-0.20,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz
>
> * pm_carpassertmore: new package
> ?+ pm_carpassertmore-1.12,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Sun Jan  9 04:33:01 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 19:33:01 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_txtautofmt
In-Reply-To: <201101090030.p090UPpQ011751@login.bo.opencsw.org>
References: <201101090030.p090UPpQ011751@login.bo.opencsw.org>
Message-ID: <AANLkTi=netFWpjxxMOZ39J=W0DA2-gWyT-tmgCQb-yR5@mail.gmail.com>

batched

On Sat, Jan 8, 2011 at 4:30 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from retired maintainer.
>
> * pm_txtautofmt: minor version upgrade
> ?- from: 1.13
> ?- ? to: 1.669002,REV=2011.01.09
> ?+ pm_txtautofmt-1.669002,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Sun Jan  9 04:33:08 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 19:33:08 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_texttemplate
In-Reply-To: <201101090013.p090Dgl0009613@login.bo.opencsw.org>
References: <201101090013.p090Dgl0009613@login.bo.opencsw.org>
Message-ID: <AANLkTin35WZEa7LKwTvhB3+6=fXYpL=F14wwAGMEjmiW@mail.gmail.com>

batched

On Sat, Jan 8, 2011 at 4:13 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from retired maintainer.
>
> * pm_texttemplate: minor version upgrade
> ?- from: 1.44
> ?- ? to: 1.45,REV=2011.01.09
> ?+ pm_texttemplate-1.45,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Sun Jan  9 04:33:17 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 8 Jan 2011 19:33:17 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_stringcrc32
In-Reply-To: <201101082356.p08NuTh2009705@login.bo.opencsw.org>
References: <201101082356.p08NuTh2009705@login.bo.opencsw.org>
Message-ID: <AANLkTi=dZ-m9jTxdNv5EdzQp01R1r9dO41h=8X1koCaj@mail.gmail.com>

batched

On Sat, Jan 8, 2011 at 3:56 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover from Benny. Add license and some other reworkings. Fix bug #4591.
>
> * pm_stringcrc32: revision upgrade
> ?- from: 2010.02.01
> ?- ? to: 2011.01.09
> ?+ pm_stringcrc32-1.4,REV=2011.01.09-SunOS5.9-sparc-CSW.pkg.gz
> ?+ pm_stringcrc32-1.4,REV=2011.01.09-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Sun Jan  9 04:47:31 2011
From: phil at opencsw.org (Philip Brown)
Date: Sat, 8 Jan 2011 19:47:31 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_testwwwmech
Message-ID: <AANLkTimvFCNPomvNLsYCXoR7CDONB9=sjOZU8MvHq+EL@mail.gmail.com>

On Sat, Jan 8, 2011 at 6:03 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Takeover pm_testwwwmech from retired maintainer. Two new deps.
>
> * pm_testwwwmech: minor version upgrade
> ?- from: 1.04
> ?- ? to: 1.30,REV=2011.01.09
> ?+ pm_testwwwmech-1.30,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz
>

oops. failed final catalog check on push :(
missing dep CSWpmtestlongstring


?

From bonivart at opencsw.org  Sun Jan  9 09:25:24 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 09:25:24 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_testwwwmech
In-Reply-To: <AANLkTimvFCNPomvNLsYCXoR7CDONB9=sjOZU8MvHq+EL@mail.gmail.com>
References: <AANLkTimvFCNPomvNLsYCXoR7CDONB9=sjOZU8MvHq+EL@mail.gmail.com>
Message-ID: <AANLkTi=yBidrEninV_J+5UEtaf+HaZTpJM23wkDucjLM@mail.gmail.com>

On Sun, Jan 9, 2011 at 4:47 AM, Philip Brown <phil at opencsw.org> wrote:
> On Sat, Jan 8, 2011 at 6:03 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
>> Takeover pm_testwwwmech from retired maintainer. Two new deps.
>>
>> * pm_testwwwmech: minor version upgrade
>> ?- from: 1.04
>> ?- ? to: 1.30,REV=2011.01.09
>> ?+ pm_testwwwmech-1.30,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz
>>
>
> oops. failed final catalog check on push :(
> missing dep CSWpmtestlongstring

@Dago: will you please submit your perl modules from experimental?

/peter

From bonivart at opencsw.org  Sun Jan  9 09:55:07 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 09:55:07 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_fontafm
Message-ID: <201101090855.p098t70v012930@login.bo.opencsw.org>

Resubmit with patched font path.

* pm_fontafm: minor version upgrade
  - from: 1.19
  -   to: 1.20,REV=2011.01.09
  + pm_fontafm-1.20,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From maciej at opencsw.org  Sun Jan  9 10:59:13 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Sun, 9 Jan 2011 09:59:13 +0000
Subject: [csw-pkgsubmissions] newpkgs pm_htmltemplatepro
In-Reply-To: <AANLkTikP0hH1S6uYhuNe6y6DsZDvqbcqwR_3GtjuixNO@mail.gmail.com>
References: <201101081526.p08FQ6rt020480@login.bo.opencsw.org>
	<AANLkTikP0hH1S6uYhuNe6y6DsZDvqbcqwR_3GtjuixNO@mail.gmail.com>
Message-ID: <AANLkTi=M=2Wd0GHXXMnZD7rHeZOxmf7z8s+yWg4d7_nf@mail.gmail.com>

No dia 8 de Janeiro de 2011 15:58, Peter Bonivart
<bonivart at opencsw.org> escreveu:
> On Sat, Jan 8, 2011 at 4:26 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
>> * pm_htmltemplatepro: minor version upgrade
>> ?- from: 0.95,REV=2010.06.11
>> ?- ? to: 0.9504,REV=2011.01.08
>> ?+ pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>
> Oops, forgot the Sparc package, will resubmit....

submitpkg in /opt/csw/bin is out of date, the current version doesn't
allow you to leave out an architecture.

I'll see if I can update cswutils to include the newest version of submitpkg.

From bonivart at opencsw.org  Sun Jan  9 11:13:32 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 11:13:32 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_htmltemplatepro
In-Reply-To: <AANLkTi=M=2Wd0GHXXMnZD7rHeZOxmf7z8s+yWg4d7_nf@mail.gmail.com>
References: <201101081526.p08FQ6rt020480@login.bo.opencsw.org>
	<AANLkTikP0hH1S6uYhuNe6y6DsZDvqbcqwR_3GtjuixNO@mail.gmail.com>
	<AANLkTi=M=2Wd0GHXXMnZD7rHeZOxmf7z8s+yWg4d7_nf@mail.gmail.com>
Message-ID: <AANLkTi=YyNbjkdSO2DJa6PziHgX28c1BBoqcNpUO64rV@mail.gmail.com>

On Sun, Jan 9, 2011 at 10:59 AM, Maciej (Matchek) Blizinski
<maciej at opencsw.org> wrote:
> No dia 8 de Janeiro de 2011 15:58, Peter Bonivart
> <bonivart at opencsw.org> escreveu:
>> On Sat, Jan 8, 2011 at 4:26 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
>>> * pm_htmltemplatepro: minor version upgrade
>>> ?- from: 0.95,REV=2010.06.11
>>> ?- ? to: 0.9504,REV=2011.01.08
>>> ?+ pm_htmltemplatepro-0.9504,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>>
>> Oops, forgot the Sparc package, will resubmit....
>
> submitpkg in /opt/csw/bin is out of date, the current version doesn't
> allow you to leave out an architecture.
>
> I'll see if I can update cswutils to include the newest version of submitpkg.

Great! :-)

/peter

From rupert at opencsw.org  Sun Jan  9 11:40:16 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Sun, 9 Jan 2011 11:40:16 +0100
Subject: [csw-pkgsubmissions] newpkgs ap2_prefork, ap2_suexec, ap2_worker,
	(...)
In-Reply-To: <1291486009-sup-6022@pinkfloyd.chass.utoronto.ca>
References: <201011010656.oA16uaLQ012938@login.bo.opencsw.org>
	<1288617957-sup-3784@pinkfloyd.chass.utoronto.ca>
	<AANLkTikgvLLNAj3VCgWNrE_zA+PE8=TtNT2VwWyuMVq9@mail.gmail.com>
	<1288802093-sup-4720@pinkfloyd.chass.utoronto.ca>
	<AANLkTik4eYmFVNc7C51trEh-jBR3eTUzxck1JOCQGD2=@mail.gmail.com>
	<1291482445-sup-2084@pinkfloyd.chass.utoronto.ca>
	<AANLkTin0dmAb_mnFscsnDM39kQRFUoJYAx=crMuLOH-K@mail.gmail.com>
	<1291486009-sup-6022@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTi=MUyP3Kr3u-7hBrMKTNbg2gwLovfmh+piu=y9t@mail.gmail.com>

On Sat, Dec 4, 2010 at 19:17, Ben Walton <bwalton at opencsw.org> wrote:
> Excerpts from rupert THURNER's message of Sat Dec 04 13:02:26 -0500 2010:
>
>> here it looks good as w?ll.
>
> So the transfer of relevant config files from /opt/csw/apache2/etc to
> /etc/opt/csw/apache2 worked fine for you as well?
>
> I just ran another test here and I see that moving the configuration
> will break the use of the existing server.crt and server.key files.
> This needs to be handled too...looking at this now.

should we revert the change to transfer the config files, so the new
version could be finally released?

rupert.

From maciej at opencsw.org  Sun Jan  9 14:58:39 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Sun, 9 Jan 2011 13:58:39 +0000
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
Message-ID: <AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>

No dia 7 de Janeiro de 2011 19:23, Philip Brown <phil at opencsw.org> escreveu:
> erm.. theres something in
> ./root/opt/csw/share/perl/csw/PDF/API2.pm
>
> that references a whole bunch of font paths, including /usr/share and
> /usr/local.. but no /opt/csw.
> this seems bad.

Looks like you're systematically monitoring for /usr/local and
/usr/share.  I didn't see any code updates - what are the paths you're
monitoring and is there a code I can see to catch these paths before
packages are sent for release?

From pfelecan at opencsw.org  Sun Jan  9 15:22:07 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Sun, 09 Jan 2011 15:22:07 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	(Maciej Blizinski's message of "Sun, 9 Jan 2011 13:58:39 +0000")
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
Message-ID: <x6zkra88ds.fsf@opencsw.org>

"Maciej (Matchek) Blizinski" <maciej at opencsw.org> writes:

> No dia 7 de Janeiro de 2011 19:23, Philip Brown <phil at opencsw.org> escreveu:
>> erm.. theres something in
>> ./root/opt/csw/share/perl/csw/PDF/API2.pm
>>
>> that references a whole bunch of font paths, including /usr/share and
>> /usr/local.. but no /opt/csw.
>> this seems bad.
>
> Looks like you're systematically monitoring for /usr/local and
> /usr/share.  I didn't see any code updates - what are the paths you're
> monitoring and is there a code I can see to catch these paths before
> packages are sent for release?

The code is in the /opt/csw/bin/checkpkg provided by cswutils; look for
'usr/local' and consorts.
-- 
Peter

From bonivart at opencsw.org  Sun Jan  9 15:25:37 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 15:25:37 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
In-Reply-To: <201101071615.p07GFSxS027011@login.bo.opencsw.org>
References: <201101071615.p07GFSxS027011@login.bo.opencsw.org>
Message-ID: <AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>

On Fri, Jan 7, 2011 at 5:15 PM, William Bonnet <william at wbonnet.net> wrote:
> Upgrade to 0.36
> Fix bug 4569
>
> * pm_objaccessor: minor version upgrade
> ?- from: 0.34,REV=2009.03.24
> ?- ? to: 0.36,REV=2011.01.07
> ?+ pm_objaccessor-0.36,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz

What's happening with this package? I need this to be released to
continue with the main perl package.

/peter

From maciej at opencsw.org  Sun Jan  9 15:54:04 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Sun, 9 Jan 2011 14:54:04 +0000
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <x6zkra88ds.fsf@opencsw.org>
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	<x6zkra88ds.fsf@opencsw.org>
Message-ID: <AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>

No dia 9 de Janeiro de 2011 14:22, Peter FELECAN
<pfelecan at opencsw.org> escreveu:
> "Maciej (Matchek) Blizinski" <maciej at opencsw.org> writes:
>
>> No dia 7 de Janeiro de 2011 19:23, Philip Brown <phil at opencsw.org> escreveu:
>>> erm.. theres something in
>>> ./root/opt/csw/share/perl/csw/PDF/API2.pm
>>>
>>> that references a whole bunch of font paths, including /usr/share and
>>> /usr/local.. but no /opt/csw.
>>> this seems bad.
>>
>> Looks like you're systematically monitoring for /usr/local and
>> /usr/share. ?I didn't see any code updates - what are the paths you're
>> monitoring and is there a code I can see to catch these paths before
>> packages are sent for release?
>
> The code is in the /opt/csw/bin/checkpkg provided by cswutils; look for
> 'usr/local' and consorts.

Cool, I'll add these to checkpkg.

From pfelecan at opencsw.org  Sun Jan  9 16:10:12 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Sun, 09 Jan 2011 16:10:12 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>
	(Maciej Blizinski's message of "Sun, 9 Jan 2011 14:54:04 +0000")
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	<x6zkra88ds.fsf@opencsw.org>
	<AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>
Message-ID: <x6vd1y865n.fsf@opencsw.org>

"Maciej (Matchek) Blizinski" <maciej at opencsw.org> writes:

> No dia 9 de Janeiro de 2011 14:22, Peter FELECAN
> <pfelecan at opencsw.org> escreveu:
>> "Maciej (Matchek) Blizinski" <maciej at opencsw.org> writes:
>>
>>> No dia 7 de Janeiro de 2011 19:23, Philip Brown <phil at opencsw.org> escreveu:
>>>> erm.. theres something in
>>>> ./root/opt/csw/share/perl/csw/PDF/API2.pm
>>>>
>>>> that references a whole bunch of font paths, including /usr/share and
>>>> /usr/local.. but no /opt/csw.
>>>> this seems bad.
>>>
>>> Looks like you're systematically monitoring for /usr/local and
>>> /usr/share. ?I didn't see any code updates - what are the paths you're
>>> monitoring and is there a code I can see to catch these paths before
>>> packages are sent for release?
>>
>> The code is in the /opt/csw/bin/checkpkg provided by cswutils; look for
>> 'usr/local' and consorts.
>
> Cool, I'll add these to checkpkg.

If you do that, please make the test a lot more discriminating as it is
today: a lot of false positives in documentation files (not man
pages). Giving the file where the check failed is a must. Also, you need
to implement an overriding system usable from outside gar and on non
build farm systems.
-- 
Peter

From phil at bolthole.com  Sun Jan  9 16:29:01 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 9 Jan 2011 07:29:01 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_fontafm
In-Reply-To: <201101090855.p098t70v012930@login.bo.opencsw.org>
References: <201101090855.p098t70v012930@login.bo.opencsw.org>
Message-ID: <AANLkTimom_XMbhDyTCm+=xR3jmt=_4LrUtw_a7be2DCX@mail.gmail.com>

Thanks. batched

On Sun, Jan 9, 2011 at 12:55 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Resubmit with patched font path.
>
> * pm_fontafm: minor version upgrade
> ?- from: 1.19
> ?- ? to: 1.20,REV=2011.01.09
> ?+ pm_fontafm-1.20,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Sun Jan  9 16:30:44 2011
From: phil at opencsw.org (Philip Brown)
Date: Sun, 9 Jan 2011 07:30:44 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
In-Reply-To: <AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>
References: <201101071615.p07GFSxS027011@login.bo.opencsw.org>
	<AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>
Message-ID: <AANLkTin6TCeTnDnHxUGbxrdaeLz_3aKczy7bUe=3R7KG@mail.gmail.com>

erm... seems to be in our catalog?

guess you ust need to put in a buildfarm request


On Sun, Jan 9, 2011 at 6:25 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> On Fri, Jan 7, 2011 at 5:15 PM, William Bonnet <william at wbonnet.net> wrote:
>> Upgrade to 0.36
>> Fix bug 4569
>>
>> * pm_objaccessor: minor version upgrade
>> ?- from: 0.34,REV=2009.03.24
>> ?- ? to: 0.36,REV=2011.01.07
>> ?+ pm_objaccessor-0.36,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz
>
> What's happening with this package? I need this to be released to
> continue with the main perl package.
>
> /peter
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Sun Jan  9 16:31:13 2011
From: phil at opencsw.org (Philip Brown)
Date: Sun, 9 Jan 2011 07:31:13 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
In-Reply-To: <AANLkTin6TCeTnDnHxUGbxrdaeLz_3aKczy7bUe=3R7KG@mail.gmail.com>
References: <201101071615.p07GFSxS027011@login.bo.opencsw.org>
	<AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>
	<AANLkTin6TCeTnDnHxUGbxrdaeLz_3aKczy7bUe=3R7KG@mail.gmail.com>
Message-ID: <AANLkTin2h3yviEvWiG9gmZUeYdO=fATZ5u2uztFrsJ-H@mail.gmail.com>

oops. sorry, misread version string.

I do not see the new files in newpkgs anywhere.


On Sun, Jan 9, 2011 at 7:30 AM, Philip Brown <phil at opencsw.org> wrote:
> erm... seems to be in our catalog?
>
> guess you ust need to put in a buildfarm request
>
>
> On Sun, Jan 9, 2011 at 6:25 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
>> On Fri, Jan 7, 2011 at 5:15 PM, William Bonnet <william at wbonnet.net> wrote:
>>> Upgrade to 0.36
>>> Fix bug 4569
>>>
>>> * pm_objaccessor: minor version upgrade
>>> ?- from: 0.34,REV=2009.03.24
>>> ?- ? to: 0.36,REV=2011.01.07
>>> ?+ pm_objaccessor-0.36,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz
>>
>> What's happening with this package? I need this to be released to
>> continue with the main perl package.
>>
>> /peter
>> _______________________________________________
>> pkgsubmissions mailing list
>> pkgsubmissions at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>>
>

From maciej at opencsw.org  Sun Jan  9 16:43:32 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Sun, 9 Jan 2011 15:43:32 +0000
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <x6vd1y865n.fsf@opencsw.org>
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	<x6zkra88ds.fsf@opencsw.org>
	<AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>
	<x6vd1y865n.fsf@opencsw.org>
Message-ID: <AANLkTinQL0OiC7YesKaig325b0v_a=LzPcggJ=Vwc0Xc@mail.gmail.com>

No dia 9 de Janeiro de 2011 15:10, Peter FELECAN
<pfelecan at opencsw.org> escreveu:
> If you do that, please make the test a lot more discriminating as it is
> today: a lot of false positives in documentation files (not man
> pages). Giving the file where the check failed is a must. Also, you need
> to implement an overriding system usable from outside gar and on non
> build farm systems.

Roger that.  At the end of the run, all offending paths are printed out.

Overrides are available for non-gar packages as well, they have to be.
 Checkpkg only examines contents of packages, and there's a defined
API to provide overrides.  You basically need to provide an "i" entry
in the pkgmap, pointing to a text file with your overrides.  Details
are on the wiki[1].

Dealing with false positives is an interesting issue.  Currently,
there is no path filtering, which means that any file containing the
offending string will throw an error.  The simplest solution to deal
with documentation would be to exclude all the /opt/csw/share/doc
paths.  Does it sound good?  Any other ideas?

[1] http://wiki.opencsw.org/checkpkg#toc8

From bonivart at opencsw.org  Sun Jan  9 16:42:44 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 16:42:44 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
In-Reply-To: <AANLkTin2h3yviEvWiG9gmZUeYdO=fATZ5u2uztFrsJ-H@mail.gmail.com>
References: <201101071615.p07GFSxS027011@login.bo.opencsw.org>
	<AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>
	<AANLkTin6TCeTnDnHxUGbxrdaeLz_3aKczy7bUe=3R7KG@mail.gmail.com>
	<AANLkTin2h3yviEvWiG9gmZUeYdO=fATZ5u2uztFrsJ-H@mail.gmail.com>
Message-ID: <AANLkTinmU4NhN78=uhVpj88asLqTFs5TYtFc-W1Unco3@mail.gmail.com>

On Sun, Jan 9, 2011 at 4:31 PM, Philip Brown <phil at opencsw.org> wrote:
> oops. sorry, misread version string.
>
> I do not see the new files in newpkgs anywhere.

That explains it. :-) I copied it from Williams experimental to
newpkgs so it should be there now.

/peter

From bonivart at opencsw.org  Sun Jan  9 16:47:26 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 16:47:26 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <AANLkTinQL0OiC7YesKaig325b0v_a=LzPcggJ=Vwc0Xc@mail.gmail.com>
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	<x6zkra88ds.fsf@opencsw.org>
	<AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>
	<x6vd1y865n.fsf@opencsw.org>
	<AANLkTinQL0OiC7YesKaig325b0v_a=LzPcggJ=Vwc0Xc@mail.gmail.com>
Message-ID: <AANLkTikiyLKqLEBTUAeWBXG0dQJ1StpGVQq4RLEGXSo-@mail.gmail.com>

On Sun, Jan 9, 2011 at 4:43 PM, Maciej (Matchek) Blizinski
<maciej at opencsw.org> wrote:
> The simplest solution to deal
> with documentation would be to exclude all the /opt/csw/share/doc
> paths. ?Does it sound good? ?Any other ideas?

/opt/csw/share/man

/peter

From phil at opencsw.org  Sun Jan  9 17:17:39 2011
From: phil at opencsw.org (Philip Brown)
Date: Sun, 9 Jan 2011 08:17:39 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
In-Reply-To: <AANLkTinmU4NhN78=uhVpj88asLqTFs5TYtFc-W1Unco3@mail.gmail.com>
References: <201101071615.p07GFSxS027011@login.bo.opencsw.org>
	<AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>
	<AANLkTin6TCeTnDnHxUGbxrdaeLz_3aKczy7bUe=3R7KG@mail.gmail.com>
	<AANLkTin2h3yviEvWiG9gmZUeYdO=fATZ5u2uztFrsJ-H@mail.gmail.com>
	<AANLkTinmU4NhN78=uhVpj88asLqTFs5TYtFc-W1Unco3@mail.gmail.com>
Message-ID: <AANLkTinK5L3SSyRiZ4cR_uL8GvCXm23e_QAbPfLD+jn8@mail.gmail.com>

On Sun, Jan 9, 2011 at 7:42 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> On Sun, Jan 9, 2011 at 4:31 PM, Philip Brown <phil at opencsw.org> wrote:
>> oops. sorry, misread version string.
>>
>> I do not see the new files in newpkgs anywhere.
>
> That explains it. :-) I copied it from Williams experimental to
> newpkgs so it should be there now.
>

Mmm, sorry, but I only allow maintainer of a package, to submit the
package. that way I know they are really ready to support that
version.

From phil at opencsw.org  Sun Jan  9 17:21:27 2011
From: phil at opencsw.org (Philip Brown)
Date: Sun, 9 Jan 2011 08:21:27 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <AANLkTinQL0OiC7YesKaig325b0v_a=LzPcggJ=Vwc0Xc@mail.gmail.com>
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	<x6zkra88ds.fsf@opencsw.org>
	<AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>
	<x6vd1y865n.fsf@opencsw.org>
	<AANLkTinQL0OiC7YesKaig325b0v_a=LzPcggJ=Vwc0Xc@mail.gmail.com>
Message-ID: <AANLkTindxP0wNjuUHUj0R8m9EW9DRSBA5gG=kYiKNR7k@mail.gmail.com>

On Sun, Jan 9, 2011 at 7:43 AM, Maciej (Matchek) Blizinski
<maciej at opencsw.org> wrote:
> re on the wiki[1].
>
> Dealing with false positives is an interesting issue. ?Currently,
> there is no path filtering, which means that any file containing the
> offending string will throw an error. ?The simplest solution to deal
> with documentation would be to exclude all the /opt/csw/share/doc
> paths. ?Does it sound good? ?Any other ideas?
>

The trouble with that (and /opt/csw/share/man), is that sometimes,
there are things in there that really SHOULD be updated.

I wont be filtering it out.
So, if you're going to be okay with "these things are supposed to be
caught by the release manager " (and you DOCUMENT IT loudly
somewhere), maybe that's okay. But i'd personaly prefer that the
maintainer actually look at them first, to potentially save me having
to look at them.

From bonivart at opencsw.org  Sun Jan  9 17:25:46 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 9 Jan 2011 17:25:46 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
In-Reply-To: <AANLkTinK5L3SSyRiZ4cR_uL8GvCXm23e_QAbPfLD+jn8@mail.gmail.com>
References: <201101071615.p07GFSxS027011@login.bo.opencsw.org>
	<AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>
	<AANLkTin6TCeTnDnHxUGbxrdaeLz_3aKczy7bUe=3R7KG@mail.gmail.com>
	<AANLkTin2h3yviEvWiG9gmZUeYdO=fATZ5u2uztFrsJ-H@mail.gmail.com>
	<AANLkTinmU4NhN78=uhVpj88asLqTFs5TYtFc-W1Unco3@mail.gmail.com>
	<AANLkTinK5L3SSyRiZ4cR_uL8GvCXm23e_QAbPfLD+jn8@mail.gmail.com>
Message-ID: <AANLkTikV46r3DfMf4Oe8Xkg3KVU7BT6ysc7_5qtpnOf2@mail.gmail.com>

On Sun, Jan 9, 2011 at 5:17 PM, Philip Brown <phil at opencsw.org> wrote:
> Mmm, sorry, but I only allow maintainer of a package, to submit the
> package. that way I know they are really ready to support that
> version.

That's ridiculous, he did submit it, check the mail. Obviously some
mistake or a technical glitch made the package itself not be in place.
I fixed that to save time, that's all.

/peter

> From: William Bonnet <william at wbonnet.net>
> To: Release Manager <pkgsubmissions at lists.opencsw.org>
> Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
>
> Upgrade to 0.36
> Fix bug 4569
>
> * pm_objaccessor: minor version upgrade
>   - from: 0.34,REV=2009.03.24
>   -   to: 0.36,REV=2011.01.07
>  + pm_objaccessor-0.36,REV=2011.01.07-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg

From pfelecan at opencsw.org  Sun Jan  9 18:25:58 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Sun, 09 Jan 2011 18:25:58 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <AANLkTikiyLKqLEBTUAeWBXG0dQJ1StpGVQq4RLEGXSo-@mail.gmail.com>
	(Peter Bonivart's message of "Sun, 9 Jan 2011 16:47:26 +0100")
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	<x6zkra88ds.fsf@opencsw.org>
	<AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>
	<x6vd1y865n.fsf@opencsw.org>
	<AANLkTinQL0OiC7YesKaig325b0v_a=LzPcggJ=Vwc0Xc@mail.gmail.com>
	<AANLkTikiyLKqLEBTUAeWBXG0dQJ1StpGVQq4RLEGXSo-@mail.gmail.com>
Message-ID: <x6ei8m7zvd.fsf@opencsw.org>

Peter Bonivart <bonivart at opencsw.org> writes:

> On Sun, Jan 9, 2011 at 4:43 PM, Maciej (Matchek) Blizinski
> <maciej at opencsw.org> wrote:
>> The simplest solution to deal
>> with documentation would be to exclude all the /opt/csw/share/doc
>> paths. ?Does it sound good? ?Any other ideas?
>
> /opt/csw/share/man

Why?
-- 
Peter

From pfelecan at opencsw.org  Sun Jan  9 18:26:58 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Sun, 09 Jan 2011 18:26:58 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <AANLkTindxP0wNjuUHUj0R8m9EW9DRSBA5gG=kYiKNR7k@mail.gmail.com>
	(Philip Brown's message of "Sun, 9 Jan 2011 08:21:27 -0800")
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	<x6zkra88ds.fsf@opencsw.org>
	<AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>
	<x6vd1y865n.fsf@opencsw.org>
	<AANLkTinQL0OiC7YesKaig325b0v_a=LzPcggJ=Vwc0Xc@mail.gmail.com>
	<AANLkTindxP0wNjuUHUj0R8m9EW9DRSBA5gG=kYiKNR7k@mail.gmail.com>
Message-ID: <x6aaja7ztp.fsf@opencsw.org>

Philip Brown <phil at opencsw.org> writes:

> On Sun, Jan 9, 2011 at 7:43 AM, Maciej (Matchek) Blizinski
> <maciej at opencsw.org> wrote:
>> re on the wiki[1].
>>
>> Dealing with false positives is an interesting issue. ?Currently,
>> there is no path filtering, which means that any file containing the
>> offending string will throw an error. ?The simplest solution to deal
>> with documentation would be to exclude all the /opt/csw/share/doc
>> paths. ?Does it sound good? ?Any other ideas?
>>
>
> The trouble with that (and /opt/csw/share/man), is that sometimes,
> there are things in there that really SHOULD be updated.
>
> I wont be filtering it out.
> So, if you're going to be okay with "these things are supposed to be
> caught by the release manager " (and you DOCUMENT IT loudly
> somewhere), maybe that's okay. But i'd personaly prefer that the
> maintainer actually look at them first, to potentially save me having
> to look at them.

If the maintainer overrides it it means that's alright. Isn't it? Trust
the maintainer...
-- 
Peter

From phil at opencsw.org  Sun Jan  9 19:23:02 2011
From: phil at opencsw.org (Philip Brown)
Date: Sun, 9 Jan 2011 10:23:02 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
In-Reply-To: <AANLkTikV46r3DfMf4Oe8Xkg3KVU7BT6ysc7_5qtpnOf2@mail.gmail.com>
References: <201101071615.p07GFSxS027011@login.bo.opencsw.org>
	<AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>
	<AANLkTin6TCeTnDnHxUGbxrdaeLz_3aKczy7bUe=3R7KG@mail.gmail.com>
	<AANLkTin2h3yviEvWiG9gmZUeYdO=fATZ5u2uztFrsJ-H@mail.gmail.com>
	<AANLkTinmU4NhN78=uhVpj88asLqTFs5TYtFc-W1Unco3@mail.gmail.com>
	<AANLkTinK5L3SSyRiZ4cR_uL8GvCXm23e_QAbPfLD+jn8@mail.gmail.com>
	<AANLkTikV46r3DfMf4Oe8Xkg3KVU7BT6ysc7_5qtpnOf2@mail.gmail.com>
Message-ID: <AANLkTikc9ZZaEyx7OZ06=V1wX0HbSwEJd9kwBrV4a8C3@mail.gmail.com>

On Sun, Jan 9, 2011 at 8:25 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> On Sun, Jan 9, 2011 at 5:17 PM, Philip Brown <phil at opencsw.org> wrote:
>> Mmm, sorry, but I only allow maintainer of a package, to submit the
>> package. that way I know they are really ready to support that
>> version.
>
> That's ridiculous, he did submit it, check the mail. Obviously some
> mistake or a technical glitch made the package itself not be in place.
> I fixed that to save time, that's all.

I appreciate your willingness to help.
Problem is, I have no way of knowing whether the package in
experimental, is exactly the one that he submitted.
He may have fixed some problem AFTER experimental, and submitted the
fixed package. I dont know. only he does.
Which is why he needs to say something himself, i'm afraid.

From phil at bolthole.com  Sun Jan  9 19:24:51 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 9 Jan 2011 10:24:51 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <x6aaja7ztp.fsf@opencsw.org>
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	<x6zkra88ds.fsf@opencsw.org>
	<AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>
	<x6vd1y865n.fsf@opencsw.org>
	<AANLkTinQL0OiC7YesKaig325b0v_a=LzPcggJ=Vwc0Xc@mail.gmail.com>
	<AANLkTindxP0wNjuUHUj0R8m9EW9DRSBA5gG=kYiKNR7k@mail.gmail.com>
	<x6aaja7ztp.fsf@opencsw.org>
Message-ID: <AANLkTinfmAmPOw1ZkTupGUbzupzct+W0FEyLj_etxbrv@mail.gmail.com>

On Sun, Jan 9, 2011 at 9:26 AM, Peter FELECAN <pfelecan at opencsw.org> wrote:
> Philip Brown <phil at opencsw.org> writes:
>
>> The trouble with that (and /opt/csw/share/man), is that sometimes,
>> there are things in there that really SHOULD be updated.
>>
>> I wont be filtering it out.
>> So, if you're going to be okay with "these things are supposed to be
>> caught by the release manager " (and you DOCUMENT IT loudly
>> somewhere), maybe that's okay. But i'd personaly prefer that the
>> maintainer actually look at them first, to potentially save me having
>> to look at them.
>
> If the maintainer overrides it it means that's alright. Isn't it? Trust
> the maintainer...


If it is known that the maintainer has actually looked at it, rather
than it being blindly ignored, then yes that would be much better.

From pfelecan at opencsw.org  Sun Jan  9 19:47:52 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Sun, 09 Jan 2011 19:47:52 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <AANLkTinfmAmPOw1ZkTupGUbzupzct+W0FEyLj_etxbrv@mail.gmail.com>
	(Philip Brown's message of "Sun, 9 Jan 2011 10:24:51 -0800")
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<AANLkTi=bQXm43U9ERKzNRrmoxNNj7h4wbFDxA2WPScGH@mail.gmail.com>
	<x6zkra88ds.fsf@opencsw.org>
	<AANLkTikkDMPbNycP3EVCnDNF3uvR5MSDWok+QyfXvy2Z@mail.gmail.com>
	<x6vd1y865n.fsf@opencsw.org>
	<AANLkTinQL0OiC7YesKaig325b0v_a=LzPcggJ=Vwc0Xc@mail.gmail.com>
	<AANLkTindxP0wNjuUHUj0R8m9EW9DRSBA5gG=kYiKNR7k@mail.gmail.com>
	<x6aaja7ztp.fsf@opencsw.org>
	<AANLkTinfmAmPOw1ZkTupGUbzupzct+W0FEyLj_etxbrv@mail.gmail.com>
Message-ID: <x6wrmd7w2v.fsf@opencsw.org>

Philip Brown <phil at bolthole.com> writes:

> On Sun, Jan 9, 2011 at 9:26 AM, Peter FELECAN <pfelecan at opencsw.org> wrote:
>> Philip Brown <phil at opencsw.org> writes:
>>
>>> The trouble with that (and /opt/csw/share/man), is that sometimes,
>>> there are things in there that really SHOULD be updated.
>>>
>>> I wont be filtering it out.
>>> So, if you're going to be okay with "these things are supposed to be
>>> caught by the release manager " (and you DOCUMENT IT loudly
>>> somewhere), maybe that's okay. But i'd personaly prefer that the
>>> maintainer actually look at them first, to potentially save me having
>>> to look at them.
>>
>> If the maintainer overrides it it means that's alright. Isn't it? Trust
>> the maintainer...
>
>
> If it is known that the maintainer has actually looked at it, rather
> than it being blindly ignored, then yes that would be much better.

For my part I always run checkpkg after building a package. It's part
of my packaging process. Same on Debian or RedHat.
-- 
Peter

From william at wbonnet.net  Sun Jan  9 20:18:25 2011
From: william at wbonnet.net (William Bonnet)
Date: Sun, 09 Jan 2011 20:18:25 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
Message-ID: <4D2A0A01.8090500@wbonnet.net>

Hi


> that references a whole bunch of font paths, including /usr/share and
> /usr/local.. but no /opt/csw.
> this seems bad.

Good catch :)

I have added /opt/csw/share/perl/csw/PDF/API2/fonts to font path and 
resubmitted package 
(pm_pdfapi2-0.73,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz).

Please let me know if something else is blocking this package.

cheers
W.

-- 
William                     http://www.wbonnet.net

http://www.opencsw.org      Community SoftWare for Solaris


From gmarler at opencsw.org  Sun Jan  9 20:57:22 2011
From: gmarler at opencsw.org (Gordon Marler)
Date: Sun, 9 Jan 2011 20:57:22 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_iodigest
Message-ID: <201101091957.p09JvMJW027306@login.bo.opencsw.org>

- Add license
- Remove dependency on pm_perlioviadyn, as this is no longer a module but
  a core feature
- Eliminate man pages

* pm_iodigest: revision upgrade
  - from: 2006.01.28
  -   to: 2011.01.08
  + pm_iodigest-0.10,REV=2011.01.08-SunOS5.9-all-UNCOMMITTED.pkg.gz

-- 
Generated by submitpkg

From william at wbonnet.net  Sun Jan  9 21:07:14 2011
From: william at wbonnet.net (William Bonnet)
Date: Sun, 09 Jan 2011 21:07:14 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
In-Reply-To: <AANLkTikc9ZZaEyx7OZ06=V1wX0HbSwEJd9kwBrV4a8C3@mail.gmail.com>
References: <201101071615.p07GFSxS027011@login.bo.opencsw.org>	<AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>	<AANLkTin6TCeTnDnHxUGbxrdaeLz_3aKczy7bUe=3R7KG@mail.gmail.com>	<AANLkTin2h3yviEvWiG9gmZUeYdO=fATZ5u2uztFrsJ-H@mail.gmail.com>	<AANLkTinmU4NhN78=uhVpj88asLqTFs5TYtFc-W1Unco3@mail.gmail.com>	<AANLkTinK5L3SSyRiZ4cR_uL8GvCXm23e_QAbPfLD+jn8@mail.gmail.com>	<AANLkTikV46r3DfMf4Oe8Xkg3KVU7BT6ysc7_5qtpnOf2@mail.gmail.com>
	<AANLkTikc9ZZaEyx7OZ06=V1wX0HbSwEJd9kwBrV4a8C3@mail.gmail.com>
Message-ID: <4D2A1572.3070507@wbonnet.net>

Hi Phil

> I appreciate your willingness to help.
> Problem is, I have no way of knowing whether the package in
> experimental, is exactly the one that he submitted.
> He may have fixed some problem AFTER experimental, and submitted the
> fixed package. I dont know. only he does.
> Which is why he needs to say something himself, i'm afraid.

I confirm that Peter did copied the good file. Please accept it.

For some unknown reason the original file was trapped in the warp. I 
submitted it since the email i sent is output but submitpkg, but file is 
not here. Anyways, thanks Peter for copying the file again.

cheers
W.



-- 
William                     http://www.wbonnet.net

http://www.opencsw.org      Community SoftWare for Solaris


From phil at opencsw.org  Sun Jan  9 21:20:41 2011
From: phil at opencsw.org (Philip Brown)
Date: Sun, 9 Jan 2011 12:20:41 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_objaccessor
In-Reply-To: <4D2A1572.3070507@wbonnet.net>
References: <201101071615.p07GFSxS027011@login.bo.opencsw.org>
	<AANLkTimr3tAOAiskBT57aJO3V4=wG4yRcrmv+PiDSxh=@mail.gmail.com>
	<AANLkTin6TCeTnDnHxUGbxrdaeLz_3aKczy7bUe=3R7KG@mail.gmail.com>
	<AANLkTin2h3yviEvWiG9gmZUeYdO=fATZ5u2uztFrsJ-H@mail.gmail.com>
	<AANLkTinmU4NhN78=uhVpj88asLqTFs5TYtFc-W1Unco3@mail.gmail.com>
	<AANLkTinK5L3SSyRiZ4cR_uL8GvCXm23e_QAbPfLD+jn8@mail.gmail.com>
	<AANLkTikV46r3DfMf4Oe8Xkg3KVU7BT6ysc7_5qtpnOf2@mail.gmail.com>
	<AANLkTikc9ZZaEyx7OZ06=V1wX0HbSwEJd9kwBrV4a8C3@mail.gmail.com>
	<4D2A1572.3070507@wbonnet.net>
Message-ID: <AANLkTikgqR+CCE193YOSSoTTfNDN-zrsQXZbY=j69B=p@mail.gmail.com>

On Sun, Jan 9, 2011 at 12:07 PM, William Bonnet <william at wbonnet.net> wrote:
>
> I confirm that Peter did copied the good file. Please accept it.
>
> For some unknown reason the original file was trapped in the warp. I
> submitted it since the email i sent is output but submitpkg, but file is not
> here. Anyways, thanks Peter for copying the file again.
>

Thanks! now batched

From phil at bolthole.com  Sun Jan  9 21:24:55 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 9 Jan 2011 12:24:55 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_pdfapi2
In-Reply-To: <4D2A0A01.8090500@wbonnet.net>
References: <201101071336.p07DawYp021456@login.bo.opencsw.org>
	<AANLkTikQiC0s-7Vj1d-9iDw2E7wWMsi8W1FKucsE-EMq@mail.gmail.com>
	<4D2A0A01.8090500@wbonnet.net>
Message-ID: <AANLkTik3uJkFVqO7DMa-aCsJ2X=NLJEnaRPk+S969+Oh@mail.gmail.com>

great. batched


On Sun, Jan 9, 2011 at 11:18 AM, William Bonnet <william at wbonnet.net> wrote:
> Hi
>
>
>> that references a whole bunch of font paths, including /usr/share and
>> /usr/local.. but no /opt/csw.
>> this seems bad.
>
> Good catch :)
>
> I have added /opt/csw/share/perl/csw/PDF/API2/fonts to font path and
> resubmitted package
> (pm_pdfapi2-0.73,REV=2011.01.09-SunOS5.9-all-CSW.pkg.gz).
>
> Please let me know if something else is blocking this package.
>
> cheers
> W.
>
> --
> William ? ? ? ? ? ? ? ? ? ? http://www.wbonnet.net
>
> http://www.opencsw.org ? ? ?Community SoftWare for Solaris
>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Sun Jan  9 21:28:07 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 9 Jan 2011 12:28:07 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_iodigest
In-Reply-To: <201101091957.p09JvMJW027306@login.bo.opencsw.org>
References: <201101091957.p09JvMJW027306@login.bo.opencsw.org>
Message-ID: <AANLkTikGUW3MA_EKe+nTLR5FFXoP+cPmuFD=+H0pC5mw@mail.gmail.com>

Hi Gordon,

Sorry, cant accept it as-is. Please note the "UNCOMMITTED" in the file name.

you have to check stuff in before make package



On Sun, Jan 9, 2011 at 11:57 AM, Gordon Marler <gmarler at opencsw.org> wrote:
> - Add license
> - Remove dependency on pm_perlioviadyn, as this is no longer a module but
> ?a core feature
> - Eliminate man pages
>
> * pm_iodigest: revision upgrade
> ?- from: 2006.01.28
> ?- ? to: 2011.01.08
> ?+ pm_iodigest-0.10,REV=2011.01.08-SunOS5.9-all-UNCOMMITTED.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From gmarler at opencsw.org  Mon Jan 10 00:29:27 2011
From: gmarler at opencsw.org (Gordon Marler)
Date: Sun, 09 Jan 2011 18:29:27 -0500
Subject: [csw-pkgsubmissions] newpkgs pm_iodigest
In-Reply-To: <AANLkTikGUW3MA_EKe+nTLR5FFXoP+cPmuFD=+H0pC5mw@mail.gmail.com>
References: <201101091957.p09JvMJW027306@login.bo.opencsw.org>
	<AANLkTikGUW3MA_EKe+nTLR5FFXoP+cPmuFD=+H0pC5mw@mail.gmail.com>
Message-ID: <4D2A44D7.9000202@opencsw.org>

  On 01/ 9/11 03:28 PM, Philip Brown wrote:
> Hi Gordon,
>
> Sorry, cant accept it as-is. Please note the "UNCOMMITTED" in the file name.
>
> you have to check stuff in before make package

Odd, I did this - guess I just need a pointer as to where I went wrong:

1) svn co https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/cpan/IO-Digest
2) cd IO-Digest/trunk and any necessary work
3) gmake platforms (and other edits until it worked as expected)
4) svn add files/COPYING
5) svn ci Makefile
6) gmake submitpkg
7) submitpkg -c pm_iodigest
8) sendmail -t < newpkgs.mail

>
>
> On Sun, Jan 9, 2011 at 11:57 AM, Gordon Marler<gmarler at opencsw.org>  wrote:
>> - Add license
>> - Remove dependency on pm_perlioviadyn, as this is no longer a module but
>>   a core feature
>> - Eliminate man pages
>>
>> * pm_iodigest: revision upgrade
>>   - from: 2006.01.28
>>   -   to: 2011.01.08
>>   + pm_iodigest-0.10,REV=2011.01.08-SunOS5.9-all-UNCOMMITTED.pkg.gz
>>
>> --
>> Generated by submitpkg
>> _______________________________________________
>> pkgsubmissions mailing list
>> pkgsubmissions at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>


From bwalton at opencsw.org  Mon Jan 10 00:51:35 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 09 Jan 2011 18:51:35 -0500
Subject: [csw-pkgsubmissions] newpkgs pm_iodigest
In-Reply-To: <4D2A44D7.9000202@opencsw.org>
References: <201101091957.p09JvMJW027306@login.bo.opencsw.org>
	<AANLkTikGUW3MA_EKe+nTLR5FFXoP+cPmuFD=+H0pC5mw@mail.gmail.com>
	<4D2A44D7.9000202@opencsw.org>
Message-ID: <1294617019-sup-4959@pinkfloyd.chass.utoronto.ca>

Excerpts from Gordon Marler's message of Sun Jan 09 18:29:27 -0500 2011:

Hi Gordon,

> 1) svn co https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/cpan/IO-Digest
> 2) cd IO-Digest/trunk and any necessary work
> 3) gmake platforms (and other edits until it worked as expected)
> 4) svn add files/COPYING

The add didn't actually commit files/COPYING.  That would be enough to
trigger the UNCOMMITTED flag.

> 5) svn ci Makefile

Either `svn ci -m 'blah blah'` or a separate `svn ci files/COPYING`
would do the trick.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From bwalton at opencsw.org  Mon Jan 10 01:27:25 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 09 Jan 2011 19:27:25 -0500
Subject: [csw-pkgsubmissions] newpkgs ap2_prefork, ap2_suexec, ap2_worker,
	(...)
In-Reply-To: <AANLkTi=MUyP3Kr3u-7hBrMKTNbg2gwLovfmh+piu=y9t@mail.gmail.com>
References: <201011010656.oA16uaLQ012938@login.bo.opencsw.org>
	<1288617957-sup-3784@pinkfloyd.chass.utoronto.ca>
	<AANLkTikgvLLNAj3VCgWNrE_zA+PE8=TtNT2VwWyuMVq9@mail.gmail.com>
	<1288802093-sup-4720@pinkfloyd.chass.utoronto.ca>
	<AANLkTik4eYmFVNc7C51trEh-jBR3eTUzxck1JOCQGD2=@mail.gmail.com>
	<1291482445-sup-2084@pinkfloyd.chass.utoronto.ca>
	<AANLkTin0dmAb_mnFscsnDM39kQRFUoJYAx=crMuLOH-K@mail.gmail.com>
	<1291486009-sup-6022@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=MUyP3Kr3u-7hBrMKTNbg2gwLovfmh+piu=y9t@mail.gmail.com>
Message-ID: <1294619158-sup-7578@pinkfloyd.chass.utoronto.ca>

Excerpts from rupert THURNER's message of Sun Jan 09 05:40:16 -0500 2011:

> > I just ran another test here and I see that moving the configuration
> > will break the use of the existing server.crt and server.key files.
> > This needs to be handled too...looking at this now.
> 
> should we revert the change to transfer the config files, so the new
> version could be finally released?

Yes, I think I need to undo this stuff for now.  Moving apache's etc/
will impact enough other packages that I don't think I can supply the
required effort right now.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From gmarler at opencsw.org  Mon Jan 10 03:49:35 2011
From: gmarler at opencsw.org (Gordon Marler)
Date: Mon, 10 Jan 2011 03:49:35 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_iodigest
Message-ID: <201101100249.p0A2nZxg020167@login.bo.opencsw.org>

Trying again, but putting non-conflicting man pages back.
- Add license
- Remove dependency on pm_perlioviadyn, as this is no longer a module but
  a core feature 

* pm_iodigest: revision upgrade
  - from: 2006.01.28
  -   to: 2011.01.10
  + pm_iodigest-0.10,REV=2011.01.10-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Mon Jan 10 09:53:23 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 10 Jan 2011 09:53:23 +0100
Subject: [csw-pkgsubmissions] newpkgs libicu, libicu42, libicu46,
	libicu_de(...)
In-Reply-To: <AANLkTinnmk3RNg6r_wKREVWBTsT0xO6ksYau2PVYN=nH@mail.gmail.com>
References: <201101061436.p06EaUAI007105@login.bo.opencsw.org>
	<AANLkTikdirJKsMMGRSes_-cPybm2wZ43rhHCiYUnE3Ls@mail.gmail.com>
	<862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org>
	<AANLkTinnmk3RNg6r_wKREVWBTsT0xO6ksYau2PVYN=nH@mail.gmail.com>
Message-ID: <BC252D8A-3F35-4B55-83B8-85E9D7756429@opencsw.org>

Hi Phil,

Am 07.01.2011 um 20:32 schrieb Philip Brown:
> On Fri, Jan 7, 2011 at 7:34 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
>> Am 07.01.2011 um 16:28 schrieb Philip Brown:
>>> Errrr.... Almost all of the listed packages, are missing from newpkgs.
>> 
>> Strange, pushed again.
> 
> Thanks.
> 
> erm... isnt it an error, for libicu_devel to depend on CSWlibicu ?
> 
> isnt that supposed to just be a transitional pkg?

Right. Fixed packages in newpkgs:

* libicu: minor version upgrade
  - from: 4.2.1,REV=2009.08.10
  -   to: 4.6,REV=2011.01.04
  + libicu-4.6,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz

* libicu: new package
  + libicu46-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libicu46-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
  + libicu_devel-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
  + libicu_devel-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz


Best regards

  -- Dago



From dam at opencsw.org  Mon Jan 10 12:47:22 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 10 Jan 2011 12:47:22 +0100
Subject: [csw-pkgsubmissions] newpkgs x3270
In-Reply-To: <AANLkTimEw57B02dwzGFgGxXrPUyKnijOfc0Fjr3aput9@mail.gmail.com>
References: <AANLkTimEw57B02dwzGFgGxXrPUyKnijOfc0Fjr3aput9@mail.gmail.com>
Message-ID: <BB7E7910-E276-48F5-BC96-CB1D6FC70455@opencsw.org>

Hi Phil,

Am 07.01.2011 um 20:36 schrieb Philip Brown:
> On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
>> This is a complete rework of libicu. The current maintainer (James)
>> has given his ok to this update.
>> 
>> The legacy *.so.36 which was in use by tin and x3270 has been deprecated
>> and both CSWtin and CSWx3270 have been renewed to the latest standards.
> 
> interestingly.. my checkpkg does not detect x3270 using libicu at all...
> mistake?

Nope, from the Release Notes:

 <li>The ICU library is no longer used, and ICU <b>.cnv</b> files are no longer
  included with the code.</li>

> It also complains about a metric ton of /usr/local references, in
> manpage and .html files

This may be. I just rebuilt it to renew the dependency to libuci and
drop the old lib. Unfortunately I can't test it as I don't have access
to a mainframe or something and I alreada spent much more porting
time than I had intended for a courtesy update :-/
As you see from the release notes there have been lots of changes to
the software and the previous package had several tweaks which I needed
to check.


Best regards

  -- Dago

From dam at opencsw.org  Mon Jan 10 14:12:11 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 10 Jan 2011 14:12:11 +0100
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <AANLkTi=VOPQLkVTDtJp4YbZi0xuRGUmyj9-0Wzqei+oS@mail.gmail.com>
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
	<AANLkTikWE04XfSKOTneQM_Q1yvBTdnoR39-dPFRZd3_J@mail.gmail.com>
	<1294506717-sup-7268@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=VOPQLkVTDtJp4YbZi0xuRGUmyj9-0Wzqei+oS@mail.gmail.com>
Message-ID: <447138AA-135C-4F62-BC41-1C6FEA7D974A@opencsw.org>

Hi,

Am 08.01.2011 um 23:55 schrieb Philip Brown:
> On Sat, Jan 8, 2011 at 9:16 AM, Ben Walton <bwalton at opencsw.org> wrote:
>> Excerpts from Philip Brown's message of Sat Jan 08 11:09:46 -0500 2011:
>> 
>>> or in theory you could update your gar, and try out the tweak I just
>>> added for it.
>> 
>> I don't think your tweak is complete.  It will (should) adjust the
>> prototype, but I don't think it will add the dependency currently.
> 
> well, unfortunately I dont understand the gar internal structure
> enough to figure out how to do that.
> It's too layered. (which is the main reason I dont like it)
> 
> I did the nice simple trick of   "find . -type f | xargs grep -l
> [otherclass]"  and copied every hit that seemed appropriate.

We should have an automatic thing in GAR that packages can put stuff
in $PKGROOT/var/opt/csw which is the relocated by GAR in the package
to the templates/ directory and set with the correct CAS.


Best regards

  -- Dago



From pfelecan at opencsw.org  Mon Jan 10 14:30:12 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Mon, 10 Jan 2011 14:30:12 +0100
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <447138AA-135C-4F62-BC41-1C6FEA7D974A@opencsw.org> (Dagobert
	Michelsen's message of "Mon, 10 Jan 2011 14:12:11 +0100")
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
	<AANLkTikWE04XfSKOTneQM_Q1yvBTdnoR39-dPFRZd3_J@mail.gmail.com>
	<1294506717-sup-7268@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=VOPQLkVTDtJp4YbZi0xuRGUmyj9-0Wzqei+oS@mail.gmail.com>
	<447138AA-135C-4F62-BC41-1C6FEA7D974A@opencsw.org>
Message-ID: <x6k4ic7uor.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> Hi,
>
> Am 08.01.2011 um 23:55 schrieb Philip Brown:
>> On Sat, Jan 8, 2011 at 9:16 AM, Ben Walton <bwalton at opencsw.org> wrote:
>>> Excerpts from Philip Brown's message of Sat Jan 08 11:09:46 -0500 2011:
>>> 
>>>> or in theory you could update your gar, and try out the tweak I just
>>>> added for it.
>>> 
>>> I don't think your tweak is complete.  It will (should) adjust the
>>> prototype, but I don't think it will add the dependency currently.
>> 
>> well, unfortunately I dont understand the gar internal structure
>> enough to figure out how to do that.
>> It's too layered. (which is the main reason I dont like it)
>> 
>> I did the nice simple trick of   "find . -type f | xargs grep -l
>> [otherclass]"  and copied every hit that seemed appropriate.
>
> We should have an automatic thing in GAR that packages can put stuff
> in $PKGROOT/var/opt/csw which is the relocated by GAR in the package
> to the templates/ directory and set with the correct CAS.

Can we wait for the vote's result? What you propose is true only for gar
managed packages.
-- 
Peter

From dam at opencsw.org  Mon Jan 10 14:44:31 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 10 Jan 2011 14:44:31 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_iodigest
In-Reply-To: <1294617019-sup-4959@pinkfloyd.chass.utoronto.ca>
References: <201101091957.p09JvMJW027306@login.bo.opencsw.org>
	<AANLkTikGUW3MA_EKe+nTLR5FFXoP+cPmuFD=+H0pC5mw@mail.gmail.com>
	<4D2A44D7.9000202@opencsw.org>
	<1294617019-sup-4959@pinkfloyd.chass.utoronto.ca>
Message-ID: <A4BC1BD5-1F72-437D-855F-2EDA5F35D5BA@opencsw.org>

Hi Gordon,

Am 10.01.2011 um 00:51 schrieb Ben Walton:

> Excerpts from Gordon Marler's message of Sun Jan 09 18:29:27 -0500 2011:
> 
> Hi Gordon,
> 
>> 1) svn co https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/cpan/IO-Digest
>> 2) cd IO-Digest/trunk and any necessary work
>> 3) gmake platforms (and other edits until it worked as expected)
>> 4) svn add files/COPYING
> 
> The add didn't actually commit files/COPYING.  That would be enough to
> trigger the UNCOMMITTED flag.
> 
>> 5) svn ci Makefile
> 
> Either `svn ci -m 'blah blah'` or a separate `svn ci files/COPYING`
> would do the trick.

You should always look for UNCOMMITTED and see "svn status" if it shows
anything apart from the gar/ external reference and either commit
everything or delete it. This is to make sure that everything is really
in the repository to build the package.


Best regards

  -- Dago


From dam at opencsw.org  Mon Jan 10 14:48:06 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 10 Jan 2011 14:48:06 +0100
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <x6k4ic7uor.fsf@opencsw.org>
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
	<AANLkTikWE04XfSKOTneQM_Q1yvBTdnoR39-dPFRZd3_J@mail.gmail.com>
	<1294506717-sup-7268@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=VOPQLkVTDtJp4YbZi0xuRGUmyj9-0Wzqei+oS@mail.gmail.com>
	<447138AA-135C-4F62-BC41-1C6FEA7D974A@opencsw.org>
	<x6k4ic7uor.fsf@opencsw.org>
Message-ID: <EC6FF5A1-D3F1-4709-8EBB-EC411333165D@opencsw.org>

Hi Peter,

Am 10.01.2011 um 14:30 schrieb Peter FELECAN:
> Dagobert Michelsen <dam at opencsw.org> writes:
>> We should have an automatic thing in GAR that packages can put stuff
>> in $PKGROOT/var/opt/csw which is the relocated by GAR in the package
>> to the templates/ directory and set with the correct CAS.
> 
> Can we wait for the vote's result? What you propose is true only for gar
> managed packages.

Yes, and yes.


Best regards

  -- Dago


From bonivart at opencsw.org  Mon Jan 10 16:21:30 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Mon, 10 Jan 2011 16:21:30 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_testwwwmech
Message-ID: <201101101521.p0AFLTZM022918@login.bo.opencsw.org>

Resubmit with current dep name (CSWpmtestlongstr).

* pm_testwwwmech: minor version upgrade
  - from: 1.04
  -   to: 1.30,REV=2011.01.10
  + pm_testwwwmech-1.30,REV=2011.01.10-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Mon Jan 10 17:05:54 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 10 Jan 2011 08:05:54 -0800
Subject: [csw-pkgsubmissions] newpkgs x3270
In-Reply-To: <BB7E7910-E276-48F5-BC96-CB1D6FC70455@opencsw.org>
References: <AANLkTimEw57B02dwzGFgGxXrPUyKnijOfc0Fjr3aput9@mail.gmail.com>
	<BB7E7910-E276-48F5-BC96-CB1D6FC70455@opencsw.org>
Message-ID: <AANLkTi=f=qYgq_+R2mRi7iFWvdxMRPD7dsw+ucaBta=t@mail.gmail.com>

On 1/10/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 07.01.2011 um 20:36 schrieb Philip Brown:
>> On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen <dam at opencsw.org>
>> wrote:
>>> This is a complete rework of libicu. The current maintainer (James)
>>> has given his ok to this update.
>>>
>>> The legacy *.so.36 which was in use by tin and x3270 has been deprecated
>>> and both CSWtin and CSWx3270 have been renewed to the latest standards.
>>
>> interestingly.. my checkpkg does not detect x3270 using libicu at all...
>> mistake?
>
> Nope, from the Release Notes:
>
>  <li>The ICU library is no longer used, and ICU <b>.cnv</b> files are no
> longer
>   included with the code.</li>

>> It also complains about a metric ton of /usr/local references, in
>> manpage and .html files
>
> This may be. I just rebuilt it to renew the dependency to libuci and
> drop the old lib. Unfortunately I can't test it as I don't have access
> to a mainframe or something and I alreada spent much more porting
> time than I had intended for a courtesy update :-/
> As you see from the release notes there have been lots of changes to
> the software and the previous package had several tweaks which I needed
> to check.


Urrrg..
well, i really hate doing this. but in the interests of "new package
is *much* better than old package" (not merely an upgrade, but lots of
package-side cleanup), I'll accept and release it.

From phil at bolthole.com  Mon Jan 10 17:11:21 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 10 Jan 2011 08:11:21 -0800
Subject: [csw-pkgsubmissions] newpkgs libicu, libicu42, libicu46,
	libicu_de(...)
In-Reply-To: <BC252D8A-3F35-4B55-83B8-85E9D7756429@opencsw.org>
References: <201101061436.p06EaUAI007105@login.bo.opencsw.org>
	<AANLkTikdirJKsMMGRSes_-cPybm2wZ43rhHCiYUnE3Ls@mail.gmail.com>
	<862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org>
	<AANLkTinnmk3RNg6r_wKREVWBTsT0xO6ksYau2PVYN=nH@mail.gmail.com>
	<BC252D8A-3F35-4B55-83B8-85E9D7756429@opencsw.org>
Message-ID: <AANLkTi=Y4iAw1mB+aLaX8YF5sRLDxmGROQkWQ63+ktnT@mail.gmail.com>

On 1/10/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 07.01.2011 um 20:32 schrieb Philip Brown:
>> On Fri, Jan 7, 2011 at 7:34 AM, Dagobert Michelsen <dam at opencsw.org>
>> wrote:
>>> Am 07.01.2011 um 16:28 schrieb Philip Brown:
>>>> Errrr.... Almost all of the listed packages, are missing from newpkgs.
>>>
>>> Strange, pushed again.
>>
>> Thanks.
>>
>> erm... isnt it an error, for libicu_devel to depend on CSWlibicu ?
>>
>> isnt that supposed to just be a transitional pkg?
>
> Right. Fixed packages in newpkgs:
>

great. batched

From phil at bolthole.com  Mon Jan 10 17:14:20 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 10 Jan 2011 08:14:20 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_testwwwmech
In-Reply-To: <201101101521.p0AFLTZM022918@login.bo.opencsw.org>
References: <201101101521.p0AFLTZM022918@login.bo.opencsw.org>
Message-ID: <AANLkTi=0BthDWcEW2uOAD7JtG8Uq0pxhQj7ir5M05B3s@mail.gmail.com>

Thanks. batched



On 1/10/11, Peter Bonivart <bonivart at opencsw.org> wrote:
> Resubmit with current dep name (CSWpmtestlongstr).
>
> * pm_testwwwmech: minor version upgrade
>   - from: 1.04
>   -   to: 1.30,REV=2011.01.10
>   + pm_testwwwmech-1.30,REV=2011.01.10-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From rupert at opencsw.org  Tue Jan 11 06:43:34 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Tue, 11 Jan 2011 06:43:34 +0100
Subject: [csw-pkgsubmissions] newpkgs ap2_subversion, javasvn,
	pm_subversio(...)
In-Reply-To: <AANLkTi=7gbzdyZgJdz2ZFeevHeQdVrxdDO86o=Y4hHdM@mail.gmail.com>
References: <201012051752.oB5Hq6fE020585@login.bo.opencsw.org>
	<AANLkTimteRuTi_YyLf8+j-=rtyysqj594XY861fW7Tpc@mail.gmail.com>
	<AANLkTikwj59v5oK11HG8qn0bsm3ome3yAZuLMC07c4Yp@mail.gmail.com>
	<AANLkTin9Wdr36Y_c+67X4A1_K0QP_jQ_L301qV8GweA1@mail.gmail.com>
	<1291685940-sup-4548@pinkfloyd.chass.utoronto.ca>
	<AANLkTimy7eDPVKMxavwXfnG_3zqCDEmikJ46T3S6w3ph@mail.gmail.com>
	<20101207201118.GC30288@sebastiankayser.de>
	<AANLkTi=DBM91PREor8SMB=ujgUqmFEpQU_42njnKNtVS@mail.gmail.com>
	<20101207210000.GD30288@sebastiankayser.de>
	<AANLkTi=7gbzdyZgJdz2ZFeevHeQdVrxdDO86o=Y4hHdM@mail.gmail.com>
Message-ID: <AANLkTingD_HVn78OAsjDVxUGoWCBUaWE8KNd8JO=kDwP@mail.gmail.com>

i added now a couple of sed's to build subversion, upgraded gar. and
to my big surprise i got a huge build error complaint using the
current gar version. but what is really strange:

on 2010-09-20 dago added:
CHECKPKG_OVERRIDES_CSWap2svn += surplus-dependency|CSWapache2

on 2011-01 i removed:
CHECKPKG_OVERRIDES_CSWap2svn += surplus-dependency|CSWapache2

i did not check the other error messages but i am pretty sure we
toggled most of these statements as well. this sounds a little bit
left - right - left until you finally hit the post in the middle. but
i am unsure where this comes from and if its intended. and if it is
intended, how we want to deal with this?

rupert.

ps ... the whole output:

CSWsvn-devel:
 * The package installs files into /opt/csw/lib/python. For example,
   '/opt/csw/lib/python/site-packages'. However, the pkgname doesn't start
   with 'CSWpy-'.
 * The package installs files into /opt/csw/lib/python. For example,
   '/opt/csw/lib/python/site-packages'. However, the catalogname doesn't start
   with 'py_'.
 * libneon.so.27 could not be resolved for
   opt/csw/lib/svn/libsvnjavahl-1.so.0.0.0, with rpath ('/opt/csw/bdb48/lib',
   '/opt/csw/lib/svn', '/opt/csw/lib/$ISALIST', '/opt/csw/lib',
   '/opt/csw/lib', '/opt/SUNWspro/lib/rw7', '/opt/SUNWspro/lib/v8',
   '/opt/SUNWspro/lib', '/usr/ccs/lib', '/lib', '/usr/lib',
   '/usr/lib/$ISALIST', '/usr/lib', '/lib/$ISALIST', '/lib'), expanded to
   ['/opt/csw/bdb48/lib', '/opt/csw/lib/svn', u'/opt/csw/lib',
   '/opt/csw/lib/sparcv8plus+vis', '/opt/csw/lib/sparcv8',
   '/opt/csw/lib/sparcv8plus', u'/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', u'/opt/csw/lib',
   u'/opt/csw/lib', '/opt/SUNWspro/lib/rw7', '/opt/SUNWspro/lib/v8',
   '/opt/SUNWspro/lib', '/usr/ccs/lib', '/lib', '/usr/lib', '/usr/lib',
   '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8', '/usr/lib/sparcv8plus',
   '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2', '/usr/lib/sparcv7',
   '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc', '/usr/lib/sparcv9+vis2',
   '/usr/lib/sparcv9+vis', '/usr/lib', '/lib', '/lib/sparcv8plus+vis',
   '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libserf-0.so.0 could not be resolved for opt/csw/bin/svn, with rpath
   ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib/$ISALIST',
   '/opt/csw/lib', '/opt/csw/lib', '/usr/lib/$ISALIST', '/usr/lib',
   '/lib/$ISALIST', '/lib'), expanded to ['/opt/csw/bdb48/lib',
   '/opt/csw/lib/svn', '/opt/csw/lib', '/opt/csw/lib/sparcv8plus+vis',
   '/opt/csw/lib/sparcv8', '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libneon.so.27 could not be resolved for opt/csw/bin/svn, with rpath
   ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib/$ISALIST',
   '/opt/csw/lib', '/opt/csw/lib', '/usr/lib/$ISALIST', '/usr/lib',
   '/lib/$ISALIST', '/lib'), expanded to ['/opt/csw/bdb48/lib',
   '/opt/csw/lib/svn', '/opt/csw/lib', '/opt/csw/lib/sparcv8plus+vis',
   '/opt/csw/lib/sparcv8', '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libserf-0.so.0 could not be resolved for opt/csw/bin/svn-contrib/svn-push,
   with rpath ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn',
   '/opt/csw/lib/$ISALIST', '/opt/csw/lib', '/opt/csw/lib',
   '/usr/lib/$ISALIST', '/usr/lib', '/lib/$ISALIST', '/lib'), expanded to
   ['/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib',
   '/opt/csw/lib/sparcv8plus+vis', '/opt/csw/lib/sparcv8',
   '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libneon.so.27 could not be resolved for opt/csw/bin/svn-contrib/svn-push,
   with rpath ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn',
   '/opt/csw/lib/$ISALIST', '/opt/csw/lib', '/opt/csw/lib',
   '/usr/lib/$ISALIST', '/usr/lib', '/lib/$ISALIST', '/lib'), expanded to
   ['/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib',
   '/opt/csw/lib/sparcv8plus+vis', '/opt/csw/lib/sparcv8',
   '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libserf-0.so.0 could not be resolved for opt/csw/bin/svn-tools/svnmucc,
   with rpath ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn',
   '/opt/csw/lib/$ISALIST', '/opt/csw/lib', '/opt/csw/lib',
   '/usr/lib/$ISALIST', '/usr/lib', '/lib/$ISALIST', '/lib'), expanded to
   ['/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib',
   '/opt/csw/lib/sparcv8plus+vis', '/opt/csw/lib/sparcv8',
   '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libneon.so.27 could not be resolved for opt/csw/bin/svn-tools/svnmucc, with
   rpath ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib/$ISALIST',
   '/opt/csw/lib', '/opt/csw/lib', '/usr/lib/$ISALIST', '/usr/lib',
   '/lib/$ISALIST', '/lib'), expanded to ['/opt/csw/bdb48/lib',
   '/opt/csw/lib/svn', '/opt/csw/lib', '/opt/csw/lib/sparcv8plus+vis',
   '/opt/csw/lib/sparcv8', '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libserf-0.so.0 could not be resolved for opt/csw/bin/svnsync, with rpath
   ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib/$ISALIST',
   '/opt/csw/lib', '/opt/csw/lib', '/usr/lib/$ISALIST', '/usr/lib',
   '/lib/$ISALIST', '/lib'), expanded to ['/opt/csw/bdb48/lib',
   '/opt/csw/lib/svn', '/opt/csw/lib', '/opt/csw/lib/sparcv8plus+vis',
   '/opt/csw/lib/sparcv8', '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libneon.so.27 could not be resolved for opt/csw/bin/svnsync, with rpath
   ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib/$ISALIST',
   '/opt/csw/lib', '/opt/csw/lib', '/usr/lib/$ISALIST', '/usr/lib',
   '/lib/$ISALIST', '/lib'), expanded to ['/opt/csw/bdb48/lib',
   '/opt/csw/lib/svn', '/opt/csw/lib', '/opt/csw/lib/sparcv8plus+vis',
   '/opt/csw/lib/sparcv8', '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libneon.so.27 could not be resolved for
   opt/csw/lib/svn/libsvn_ra_neon-1.so.0.0.0, with rpath
   ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib/$ISALIST',
   '/opt/csw/lib', '/opt/csw/lib', '/usr/lib/$ISALIST', '/usr/lib',
   '/lib/$ISALIST', '/lib'), expanded to ['/opt/csw/bdb48/lib',
   '/opt/csw/lib/svn', '/opt/csw/lib', '/opt/csw/lib/sparcv8plus+vis',
   '/opt/csw/lib/sparcv8', '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * libserf-0.so.0 could not be resolved for
   opt/csw/lib/svn/libsvn_ra_serf-1.so.0.0.0, with rpath
   ('/opt/csw/bdb48/lib', '/opt/csw/lib/svn', '/opt/csw/lib/$ISALIST',
   '/opt/csw/lib', '/opt/csw/lib', '/usr/lib/$ISALIST', '/usr/lib',
   '/lib/$ISALIST', '/lib'), expanded to ['/opt/csw/bdb48/lib',
   '/opt/csw/lib/svn', '/opt/csw/lib', '/opt/csw/lib/sparcv8plus+vis',
   '/opt/csw/lib/sparcv8', '/opt/csw/lib/sparcv8plus', '/opt/csw/lib/sparcv9',
   '/opt/csw/lib/sparcv8plus+vis2', '/opt/csw/lib/sparcv7',
   '/opt/csw/lib/sparcv8-fsmuld', '/opt/csw/lib/sparc',
   '/opt/csw/lib/sparcv9+vis2', '/opt/csw/lib/sparcv9+vis', '/opt/csw/lib',
   '/opt/csw/lib', '/usr/lib', '/usr/lib/sparcv8plus+vis', '/usr/lib/sparcv8',
   '/usr/lib/sparcv8plus', '/usr/lib/sparcv9', '/usr/lib/sparcv8plus+vis2',
   '/usr/lib/sparcv7', '/usr/lib/sparcv8-fsmuld', '/usr/lib/sparc',
   '/usr/lib/sparcv9+vis2', '/usr/lib/sparcv9+vis', '/usr/lib', '/lib',
   '/lib/sparcv8plus+vis', '/lib/sparcv8', '/lib/sparcv8plus', '/lib/sparcv9',
   '/lib/sparcv8plus+vis2', '/lib/sparcv7', '/lib/sparcv8-fsmuld',
   '/lib/sparc', '/lib/sparcv9+vis2', '/lib/sparcv9+vis', '/lib'], while the
   file was not present on the filesystem, nor in the packages under
   examination.
 * Dependency issues of CSWjavasvn:
 * If you don't know of any reasons to include these dependencies, you might
   remove them:
 * ? CSWneon
 * Dependency issues of CSWrbsvn:
 * CSWlibruby1 is needed by CSWrbsvn, because:
 *  - opt/csw/lib/svn/libsvn_swig_ruby-1.so.0.0.0 needs the libruby.so.1
   soname
 * RUNTIME_DEP_PKGS_CSWrbsvn += CSWlibruby1
 * Dependency issues of CSWsvn-tools:
 * CSWemacscommon is needed by CSWsvn-tools, because:
 *  - found file(s) matching .*\.elc?$, e.g.
   '/opt/csw/share/doc/subversion/tools/dev/svn-dev.el'
 * RUNTIME_DEP_PKGS_CSWsvn-tools += CSWemacscommon
 * CSWperl is needed by CSWsvn-tools, because:
 *  - found file(s) matching .*\.pl$, e.g.
   '/opt/csw/share/doc/subversion/tools/client-side/showchange.pl'
 * RUNTIME_DEP_PKGS_CSWsvn-tools += CSWperl
 * CSWpython is needed by CSWsvn-tools, because:
 *  - found file(s) matching .*\.py$, e.g.
   '/opt/csw/share/doc/subversion/tools/backup/hot-backup.py'
 * RUNTIME_DEP_PKGS_CSWsvn-tools += CSWpython
 * CSWruby is needed by CSWsvn-tools, because:
 *  - found file(s) matching .*\.rb$, e.g.
   '/opt/csw/share/doc/subversion/tools/examples/svnlog2html.rb'
 * RUNTIME_DEP_PKGS_CSWsvn-tools += CSWruby
 * Dependency issues of CSWsvn-contrib:
 * CSWemacscommon is needed by CSWsvn-contrib, because:
 *  - found file(s) matching .*\.elc?$, e.g.
   '/opt/csw/share/doc/subversion/contrib/client-side/emacs/dsvn.el'
 * RUNTIME_DEP_PKGS_CSWsvn-contrib += CSWemacscommon
 * CSWperl is needed by CSWsvn-contrib, because:
 *  - found file(s) matching .*\.pl$, e.g.
   '/opt/csw/share/doc/subversion/contrib/client-side/search-svnlog.pl'
 * RUNTIME_DEP_PKGS_CSWsvn-contrib += CSWperl
 * CSWpython is needed by CSWsvn-contrib, because:
 *  - found file(s) matching .*\.py$, e.g.
   '/opt/csw/share/doc/subversion/contrib/client-side/incremental-update.py'
 * RUNTIME_DEP_PKGS_CSWsvn-contrib += CSWpython
 * Dependency issues of CSWsvn:
 * If you don't know of any reasons to include these dependencies, you might
   remove them:
 * ? CSWlibserf
 * ? CSWneon

# Checkpkg suggests adding the following lines to the GAR recipe:
# This is a summary; see above for details.
RUNTIME_DEP_PKGS_CSWrbsvn += CSWlibruby1
RUNTIME_DEP_PKGS_CSWsvn-tools += CSWpython
RUNTIME_DEP_PKGS_CSWsvn-tools += CSWemacscommon
RUNTIME_DEP_PKGS_CSWsvn-tools += CSWruby
RUNTIME_DEP_PKGS_CSWsvn-tools += CSWperl
RUNTIME_DEP_PKGS_CSWsvn-contrib += CSWpython
RUNTIME_DEP_PKGS_CSWsvn-contrib += CSWemacscommon
RUNTIME_DEP_PKGS_CSWsvn-contrib += CSWperl
If any of the reported errors were false positives, you can override them
pasting the lines below to the GAR recipe.
CHECKPKG_OVERRIDES_CSWjavasvn += surplus-dependency|CSWneon
CHECKPKG_OVERRIDES_CSWjavasvn +=
soname-not-found|libneon.so.27|is|needed|by|opt/csw/lib/svn/libsvnjavahl-1.so.0.0.0
CHECKPKG_OVERRIDES_CSWsvn += surplus-dependency|CSWlibserf
CHECKPKG_OVERRIDES_CSWsvn += surplus-dependency|CSWneon
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libserf-0.so.0|is|needed|by|opt/csw/bin/svn
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libneon.so.27|is|needed|by|opt/csw/bin/svn
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libserf-0.so.0|is|needed|by|opt/csw/bIf any of the
reported errors were false positives, you can override them
pasting the lines below to the GAR recipe.
CHECKPKG_OVERRIDES_CSWjavasvn += surplus-dependency|CSWneon
CHECKPKG_OVERRIDES_CSWjavasvn +=
soname-not-found|libneon.so.27|is|needed|by|opt/csw/lib/svn/libsvnjavahl-1.so.0.0.0
CHECKPKG_OVERRIDES_CSWsvn += surplus-dependency|CSWlibserf
CHECKPKG_OVERRIDES_CSWsvn += surplus-dependency|CSWneon
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libserf-0.so.0|is|needed|by|opt/csw/bin/svn
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libneon.so.27|is|needed|by|opt/csw/bin/svn
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libserf-0.so.0|is|needed|by|opt/csw/bin/svnsync
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libserf-0.so.0|is|needed|by|opt/csw/bin/svn-contrib/svn-push
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libneon.so.27|is|needed|by|opt/csw/lib/svn/libsvn_ra_neon-1.so.0.0.0
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libserf-0.so.0|is|needed|by|opt/csw/lib/svn/libsvn_ra_serf-1.so.0.0.0
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libneon.so.27|is|needed|by|opt/csw/bin/svn-contrib/svn-push
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libneon.so.27|is|needed|by|opt/csw/bin/svn-tools/svnmucc
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libserf-0.so.0|is|needed|by|opt/csw/bin/svn-tools/svnmucc
CHECKPKG_OVERRIDES_CSWsvn +=
soname-not-found|libneon.so.27|is|needed|by|opt/csw/bin/svnsync
CHECKPKG_OVERRIDES_CSWrbsvn += missing-dependency|CSWlibruby1
Please note that checkpkg isn't suggesting you should simply add these overrides
do the Makefile.  It only informs what the overrides could look like.  You need
to understand what are the reported issues about and use your best judgement to
decide whether to fix the underlying problems or override them. For more
information, scroll up and read the detailed messages.
gmake[1]: *** [pkgcheck] Error 2
gmake[1]: Leaving directory `/home/rupert/mgar/pkg/subversion/trunk'
gmake: *** [platforms] Error 2







On Thu, Dec 9, 2010 at 20:39, Maciej (Matchek) Blizinski
<blizinski at google.com> wrote:
> It is certainly possible. We now scan all the files for known bad strings.
> We could add /usr/local and/or /usr/share to that list. We could also limit
> the search to certain paths, but I think it makes sense to ransack every
> file in every location.
>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From gmarler at gmarler.com  Sun Jan  9 23:42:27 2011
From: gmarler at gmarler.com (Gordon Marler)
Date: Sun, 09 Jan 2011 17:42:27 -0500
Subject: [csw-pkgsubmissions] newpkgs pm_iodigest
In-Reply-To: <AANLkTikGUW3MA_EKe+nTLR5FFXoP+cPmuFD=+H0pC5mw@mail.gmail.com>
References: <201101091957.p09JvMJW027306@login.bo.opencsw.org>
	<AANLkTikGUW3MA_EKe+nTLR5FFXoP+cPmuFD=+H0pC5mw@mail.gmail.com>
Message-ID: <4D2A39D3.5020003@gmarler.com>

  On 01/ 9/11 03:28 PM, Philip Brown wrote:
> Hi Gordon,
>
> Sorry, cant accept it as-is. Please note the "UNCOMMITTED" in the file name.
>
> you have to check stuff in before make package

Odd, I did this - guess I just need a pointer as to where I went wrong:

1) svn co https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/cpan/IO-Digest
2) cd IO-Digest/trunk and any necessary work
3) gmake platforms (and other edits until it worked as expected)
4) svn add files/COPYING
5) svn ci Makefile
6) gmake submitpkg
7) submitpkg -c pm_iodigest
8) sendmail -t < newpkgs.mail

>
>
> On Sun, Jan 9, 2011 at 11:57 AM, Gordon Marler<gmarler at opencsw.org>  wrote:
>> - Add license
>> - Remove dependency on pm_perlioviadyn, as this is no longer a module but
>>   a core feature
>> - Eliminate man pages
>>
>> * pm_iodigest: revision upgrade
>>   - from: 2006.01.28
>>   -   to: 2011.01.08
>>   + pm_iodigest-0.10,REV=2011.01.08-SunOS5.9-all-UNCOMMITTED.pkg.gz
>>
>> --
>> Generated by submitpkg
>> _______________________________________________
>> pkgsubmissions mailing list
>> pkgsubmissions at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>


From maciej at opencsw.org  Tue Jan 11 09:41:21 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Tue, 11 Jan 2011 08:41:21 +0000
Subject: [csw-pkgsubmissions] newpkgs ap2_subversion, javasvn,
	pm_subversio(...)
In-Reply-To: <AANLkTingD_HVn78OAsjDVxUGoWCBUaWE8KNd8JO=kDwP@mail.gmail.com>
References: <201012051752.oB5Hq6fE020585@login.bo.opencsw.org>
	<AANLkTimteRuTi_YyLf8+j-=rtyysqj594XY861fW7Tpc@mail.gmail.com>
	<AANLkTikwj59v5oK11HG8qn0bsm3ome3yAZuLMC07c4Yp@mail.gmail.com>
	<AANLkTin9Wdr36Y_c+67X4A1_K0QP_jQ_L301qV8GweA1@mail.gmail.com>
	<1291685940-sup-4548@pinkfloyd.chass.utoronto.ca>
	<AANLkTimy7eDPVKMxavwXfnG_3zqCDEmikJ46T3S6w3ph@mail.gmail.com>
	<20101207201118.GC30288@sebastiankayser.de>
	<AANLkTi=DBM91PREor8SMB=ujgUqmFEpQU_42njnKNtVS@mail.gmail.com>
	<20101207210000.GD30288@sebastiankayser.de>
	<AANLkTi=7gbzdyZgJdz2ZFeevHeQdVrxdDO86o=Y4hHdM@mail.gmail.com>
	<AANLkTingD_HVn78OAsjDVxUGoWCBUaWE8KNd8JO=kDwP@mail.gmail.com>
Message-ID: <AANLkTi=hEBb1CfLjrC+68MO2MXsqENkuVW=9s0HYC4EQ@mail.gmail.com>

No dia 11 de Janeiro de 2011 05:43, rupert THURNER
<rupert at opencsw.org> escreveu:
> i added now a couple of sed's to build subversion, upgraded gar. and
> to my big surprise i got a huge build error complaint using the
> current gar version. but what is really strange:
>
> on 2010-09-20 dago added:
> CHECKPKG_OVERRIDES_CSWap2svn += surplus-dependency|CSWapache2
>
> on 2011-01 i removed:
> CHECKPKG_OVERRIDES_CSWap2svn += surplus-dependency|CSWapache2
>
> i did not check the other error messages but i am pretty sure we
> toggled most of these statements as well. this sounds a little bit
> left - right - left until you finally hit the post in the middle. but
> i am unsure where this comes from and if its intended. and if it is
> intended, how we want to deal with this?

Between September 2010 and January 2011, a substantial portion of
checkpkg was completely rewritten.  New checks being added to checkpkg
on a regular basis.  I think the particular check[1] for CSWapache2,
was added in r11478, on the 2nd of November 2010.

Python and Ruby dependencies are explained in the output.  If a
package contains .py files, it needs a Python interpreter.  Dependency
on CSWlibruby1 is necessary, because CSWrbsvn needs libruby.so.1.

There also were changes to the catalog, where libraries have been
often moved to different packages.

The libneon errors are due to a problem with the database.  Sorry
about that.  The issue was due to table permissions, the process
populating the files table could not write there, and ended up
importing base package information without populating the files table.
 I'm fixing it right now, there's a process running which goes through
all the packages and re-populates the files table.  It should be done
by the evening.

The same problem was with libserf.  I've fixed neon and libserf
manually, so you should be able to run checkpkg against subversion and
get the right results.

Maciej

[1] https://sourceforge.net/apps/trac/gar/changeset/11478

From maciej at opencsw.org  Tue Jan 11 10:23:34 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Tue, 11 Jan 2011 09:23:34 +0000
Subject: [csw-pkgsubmissions] newpkgs pm_iodigest
In-Reply-To: <4D2A39D3.5020003@gmarler.com>
References: <201101091957.p09JvMJW027306@login.bo.opencsw.org>
	<AANLkTikGUW3MA_EKe+nTLR5FFXoP+cPmuFD=+H0pC5mw@mail.gmail.com>
	<4D2A39D3.5020003@gmarler.com>
Message-ID: <AANLkTinMDXTJJUTgdhhzzOdjfFVBWxcrBKEMfcrBCzpD@mail.gmail.com>

No dia 9 de Janeiro de 2011 22:42, Gordon Marler <gmarler at gmarler.com> escreveu:
> ?On 01/ 9/11 03:28 PM, Philip Brown wrote:
>>
>> Hi Gordon,
>>
>> Sorry, cant accept it as-is. Please note the "UNCOMMITTED" in the file
>> name.
>>
>> you have to check stuff in before make package
>
> Odd, I did this - guess I just need a pointer as to where I went wrong:
>
> 1) svn co https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/cpan/IO-Digest
> 2) cd IO-Digest/trunk and any necessary work
> 3) gmake platforms (and other edits until it worked as expected)
> 4) svn add files/COPYING
> 5) svn ci Makefile

5) svn ci (commit everything, not just the Makefile)
5b) svn status (to verify that everything is committed and there are
no untracked files laying around)

> 6) gmake submitpkg
> 7) submitpkg -c pm_iodigest
> 8) sendmail -t < newpkgs.mail

From bwalton at opencsw.org  Wed Jan 12 02:35:16 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Wed, 12 Jan 2011 02:35:16 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs cswutils
Message-ID: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>

Hi Phil,

This is a requested bump to include updates from a few people
(yourself included).

Thanks
-Ben

* cswutils: minor version upgrade
  - from: 1.15,REV=2010.07.21
  -   to: 1.16,REV=2011.01.10
  + cswutils-1.16,REV=2011.01.10-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Wed Jan 12 09:10:39 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 12 Jan 2011 09:10:39 +0100
Subject: [csw-pkgsubmissions] [csw-maintainers] Mirror push needed
In-Reply-To: <AANLkTi=cpPJ5pNoRkTWrLJbtDyk4knAoGS-BMW02wLqz@mail.gmail.com>
References: <AANLkTinghBapEwVQQNq625c2PWOPFXz-tzJBTvCtUW7f@mail.gmail.com>
	<AANLkTincVVG3N5kxs8fxEQhLHw3XNmWPqiXL+Y7tM7x9@mail.gmail.com>
	<AANLkTi=cpPJ5pNoRkTWrLJbtDyk4knAoGS-BMW02wLqz@mail.gmail.com>
Message-ID: <34ED0509-96A0-4C2A-BCF0-51CE4093332C@opencsw.org>

Hi Phil,

Am 11.01.2011 um 22:20 schrieb Philip Brown:
> Drat. push aborted, problem with catalog.
> Bug Dago to update:
> 
> ERROR! Dependency CSWlibicu42 of package CSWlibicu is missing.
> 
> should be 46, not 42, I believe.

No, that is the legacy .co where libicu is depending on to keep
legacy applications happy. I copied these over:

-rw-r--r--   1 dam      csw         2077 Jan  4 14:31 libicu-4.6,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz
-rw-r--r--   1 dam      csw      7644884 Jan  4 14:03 libicu42-4.2.1,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
-rw-r--r--   1 dam      csw      8328435 Jan  4 14:02 libicu42-4.2.1,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz

If there is more missing and I am not around just grab it from
/home/experimental/libicu.


Bets regards

  -- Dago


> 
> 
> 
> On 1/11/11, Philip Brown <phil at bolthole.com> wrote:
>> okiedokie. should be out in the next 30 mins.
>> 
>> 
>> On 1/11/11, Peter Bonivart <bonivart at opencsw.org> wrote:
>>> There's no updates on the mirrors since Jan 7th, there's a bunch of
>>> packages with status "batched" since then and I need a few of them to
>>> continue with the Perl packages.
>>> 
>>> /peter
>>> _______________________________________________
>>> maintainers mailing list
>>> maintainers at lists.opencsw.org
>>> https://lists.opencsw.org/mailman/listinfo/maintainers
>>> .:: This mailing list's archive is public. ::.
>>> 
>> 
> _______________________________________________
> maintainers mailing list
> maintainers at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/maintainers
> .:: This mailing list's archive is public. ::.


From dam at opencsw.org  Wed Jan 12 15:13:42 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 12 Jan 2011 15:13:42 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs libsamplerate0, libsamplerate_dev,
	li(...)
Message-ID: <201101121413.p0CEDgS1029994@login.bo.opencsw.org>

A new optional dependency for rdesktop from Erik de Castro Lopo.
Is the new style now *-dev instead of *-devel? I think so...

* libsamplerate: new package
  + libsamplerate0-0.1.7,REV=2011.01.12-SunOS5.9-sparc-CSW.pkg.gz
  + libsamplerate0-0.1.7,REV=2011.01.12-SunOS5.9-i386-CSW.pkg.gz
  + libsamplerate_dev-0.1.7,REV=2011.01.12-SunOS5.9-sparc-CSW.pkg.gz
  + libsamplerate_dev-0.1.7,REV=2011.01.12-SunOS5.9-i386-CSW.pkg.gz
  + libsamplerate_utils-0.1.7,REV=2011.01.12-SunOS5.9-sparc-CSW.pkg.gz
  + libsamplerate_utils-0.1.7,REV=2011.01.12-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Wed Jan 12 18:41:30 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 12 Jan 2011 09:41:30 -0800
Subject: [csw-pkgsubmissions] [csw-maintainers] Mirror push needed
In-Reply-To: <34ED0509-96A0-4C2A-BCF0-51CE4093332C@opencsw.org>
References: <AANLkTinghBapEwVQQNq625c2PWOPFXz-tzJBTvCtUW7f@mail.gmail.com>
	<AANLkTincVVG3N5kxs8fxEQhLHw3XNmWPqiXL+Y7tM7x9@mail.gmail.com>
	<AANLkTi=cpPJ5pNoRkTWrLJbtDyk4knAoGS-BMW02wLqz@mail.gmail.com>
	<34ED0509-96A0-4C2A-BCF0-51CE4093332C@opencsw.org>
Message-ID: <AANLkTinokk1fKwUY7UwC_=7uHfV+HmtFaNcgck2wS89m@mail.gmail.com>

On 1/12/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 11.01.2011 um 22:20 schrieb Philip Brown:
>> Drat. push aborted, problem with catalog.
>> Bug Dago to update:
>>
>> ERROR! Dependency CSWlibicu42 of package CSWlibicu is missing.
>>
>> should be 46, not 42, I believe.
>
> No, that is the legacy .co where libicu is depending on to keep
> legacy applications happy.

oh right, whoops.

thanks for the recopy.

From phil at bolthole.com  Wed Jan 12 18:45:07 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 12 Jan 2011 09:45:07 -0800
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
Message-ID: <AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>

okay thanks.

I will reiterate an earlier request: it would be really nice to split
out the python stuff into a separate package.
originally, cswutils was a nice simple set of scripts, with only two
dependencies; fakeroot and cswcommon. both tiny. Now its a huge
boatanchor of python deps.


On 1/11/11, Ben Walton <bwalton at opencsw.org> wrote:
> Hi Phil,
>
> This is a requested bump to include updates from a few people
> (yourself included).
>
> Thanks
> -Ben
>
> * cswutils: minor version upgrade
>   - from: 1.15,REV=2010.07.21
>   -   to: 1.16,REV=2011.01.10
>   + cswutils-1.16,REV=2011.01.10-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bwalton at opencsw.org  Wed Jan 12 18:49:10 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Wed, 12 Jan 2011 12:49:10 -0500
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
Message-ID: <1294854507-sup-4764@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Wed Jan 12 12:45:07 -0500 2011:

Hi Phil,

> I will reiterate an earlier request: it would be really nice to split
> out the python stuff into a separate package.

Ok.  I don't recall this, so I guess I missed it in and among other
traffic.  I'll look at this the next time I re-roll it.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From maciej at opencsw.org  Wed Jan 12 18:52:20 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 12 Jan 2011 17:52:20 +0000
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
Message-ID: <AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>

No dia 12 de Janeiro de 2011 17:45, Philip Brown <phil at bolthole.com> escreveu:
> okay thanks.
>
> I will reiterate an earlier request: it would be really nice to split
> out the python stuff into a separate package.
> originally, cswutils was a nice simple set of scripts, with only two
> dependencies; fakeroot and cswcommon. both tiny. Now its a huge
> boatanchor of python deps.

If the package is 'cswutils', it means that it contains the complete
set of cswutils, which needs to include the python ones.  If there is
a use case for a subset of these tools, and the tools happen to not
need Python dependencies, we could split them out into a
cswutils_minimal, or cswutils_${usecase} package.  What do you think
about that idea?

From phil at bolthole.com  Wed Jan 12 18:56:28 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 12 Jan 2011 09:56:28 -0800
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
Message-ID: <AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>

On 1/12/11, Maciej (Matchek) Blizinski <maciej at opencsw.org> wrote:
> No dia 12 de Janeiro de 2011 17:45, Philip Brown <phil at bolthole.com>
> escreveu:
>> okay thanks.
>>
>> I will reiterate an earlier request: it would be really nice to split
>> out the python stuff into a separate package.
>> originally, cswutils was a nice simple set of scripts, with only two
>> dependencies; fakeroot and cswcommon. both tiny. Now its a huge
>> boatanchor of python deps.
>
> If the package is 'cswutils', it means that it contains the complete
> set of cswutils, which needs to include the python ones.  If there is
> a use case for a subset of these tools, and the tools happen to not
> need Python dependencies, we could split them out into a
> cswutils_minimal, or cswutils_${usecase} package.  What do you think
> about that idea?
>

I vaguely recall that the prior talk went along the lines of,
"the python tools are really mostly related to gar stuff,. We're going
to have a separate gar-related package 'soon', so they should get
moved into there".

yes?

From maciej at opencsw.org  Wed Jan 12 19:07:25 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 12 Jan 2011 18:07:25 +0000
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
Message-ID: <AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>

No dia 12 de Janeiro de 2011 17:56, Philip Brown <phil at bolthole.com> escreveu:
> I vaguely recall that the prior talk went along the lines of,
> "the python tools are really mostly related to gar stuff,. We're going
> to have a separate gar-related package 'soon', so they should get
> moved into there".
>
> yes?

No, not really.  None of the python stuff is related to gar.
comparepkg is not related at all, neither is submitpkg.

From phil at bolthole.com  Wed Jan 12 19:14:57 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 12 Jan 2011 10:14:57 -0800
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
Message-ID: <AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>

On 1/12/11, Maciej (Matchek) Blizinski <maciej at opencsw.org> wrote:
> No dia 12 de Janeiro de 2011 17:56, Philip Brown <phil at bolthole.com>
> escreveu:
>> I vaguely recall that the prior talk went along the lines of,
>> "the python tools are really mostly related to gar stuff,. We're going
>> to have a separate gar-related package 'soon', so they should get
>> moved into there".
>>
>> yes?
>
> No, not really.  None of the python stuff is related to gar.
> comparepkg is not related at all, neither is submitpkg.
>

Hrm.

Okay I guess your previously proposed split would be a nice thing then.

From phil at bolthole.com  Wed Jan 12 19:24:05 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 12 Jan 2011 10:24:05 -0800
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
Message-ID: <AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>

On 1/12/11, Philip Brown <phil at bolthole.com> wrote:
> On 1/12/11, Maciej (Matchek) Blizinski <maciej at opencsw.org> wrote:
>>
>> No, not really.  None of the python stuff is related to gar.
>> comparepkg is not related at all, neither is submitpkg.
>>
>
> Hrm.
>
> Okay I guess your previously proposed split would be a nice thing then.


waitaminit... the things you reference, arent even really IN cswutils.

Or at least, they're not under pkgs/cswutils.
If we're talking about repackaging, and splits.. this really should be
cleaned up.

Makefile says,

# these are pulled from gar/lib/python

not nice.

From phil at bolthole.com  Wed Jan 12 19:26:52 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 12 Jan 2011 10:26:52 -0800
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
Message-ID: <AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>

On 1/12/11, Philip Brown <phil at bolthole.com> wrote:
> ...
> waitaminit... the things you reference, arent even really IN cswutils.
>
> Or at least, they're not under pkgs/cswutils.
> If we're talking about repackaging, and splits.. this really should be
> cleaned up.
>
> Makefile says,
>
> # these are pulled from gar/lib/python
>
> not nice.


Also not nice:  there are 6 different versions of them floating around?!!

$ find . -name 'submitpkg'
./v2-uwatch2/bin/submitpkg
./v2-noexternals/bin/submitpkg
./v2-bwalton/bin/submitpkg
./v2-sqlite/bin/submitpkg
./v2/bin/submitpkg
./v2-fortran/bin/submitpkg


Let's clean up this mess, please?

From maciej at opencsw.org  Wed Jan 12 19:37:23 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 12 Jan 2011 18:37:23 +0000
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
Message-ID: <AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>

No dia 12 de Janeiro de 2011 18:26, Philip Brown <phil at bolthole.com> escreveu:
> On 1/12/11, Philip Brown <phil at bolthole.com> wrote:
>> ...
>> waitaminit... the things you reference, arent even really IN cswutils.
>>
>> Or at least, they're not under pkgs/cswutils.
>> If we're talking about repackaging, and splits.. this really should be
>> cleaned up.
>>
>> Makefile says,
>>
>> # these are pulled from gar/lib/python
>>
>> not nice.
>
>
> Also not nice: ?there are 6 different versions of them floating around?!!
>
> $ find . -name 'submitpkg'
> ./v2-uwatch2/bin/submitpkg
> ./v2-noexternals/bin/submitpkg
> ./v2-bwalton/bin/submitpkg
> ./v2-sqlite/bin/submitpkg
> ./v2/bin/submitpkg
> ./v2-fortran/bin/submitpkg
>
>
> Let's clean up this mess, please?

Please do not use loaded language such as 'mess' without understanding
the workflow.

The reason why you see different versions of the same file is because
you're looking at a number of branches of gar code, with which
submitpkg shares the code repository.  The package build downloads
files from a specific place in a specific subversion repository, and
that place is one specific branch in subversion, namely v2.

If you have a specific workflow/code reorganization in mind, please describe it.

From phil at bolthole.com  Wed Jan 12 21:09:05 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 12 Jan 2011 12:09:05 -0800
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
	<AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
Message-ID: <AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>

On 1/12/11, Maciej (Matchek) Blizinski <maciej at opencsw.org> wrote:
> No dia 12 de Janeiro de 2011 18:26, Philip Brown <phil at bolthole.com>
> escreveu:
>>...
>> Also not nice:  there are 6 different versions of them floating around?!!
>>
>> $ find . -name 'submitpkg'
>> ./v2-uwatch2/bin/submitpkg
>> ./v2-noexternals/bin/submitpkg
>> ./v2-bwalton/bin/submitpkg
>> ./v2-sqlite/bin/submitpkg
>> ./v2/bin/submitpkg
>> ./v2-fortran/bin/submitpkg
>>
>>
>> Let's clean up this mess, please?
>
> Please do not use loaded language such as 'mess' without understanding
> the workflow.
>

fair enough... Although I think that that "messy" is "messy", whether
or not one understands the workflow or not. A "valid, useful
workflow", can still be a "messy" workflow :D




> The reason why you see different versions of the same file is because
> you're looking at a number of branches of gar code, with which
> submitpkg shares the code repository.  The package build downloads
> files from a specific place in a specific subversion repository, and
> that place is one specific branch in subversion, namely v2.
>
> If you have a specific workflow/code reorganization in mind, please describe
> it.


well, something that I think would be "cleaner", if you'll pardon the
term :) would be that by default, people who check out the source
tree, only see one thing for gar.
There are multiple reasons why I think this would be good. One of
which being, that
it makes things way too confusing for people who are trying to
understand what current gar does.

I guess part of the problem is that gar does not follow the standards
of "the rest of our repository".
There is no "main" or "trunk" directory. (and so, similarly, there is
no "braches" dir)
Everything is just dumped into
https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar

It would also be nice, if, when people are playing with their own
experimental versions.. they work with it, and then *remove* it when
done?
Isnt that supposed to be the final goal?
Play with something, experiment.. and then merge back in?


There are multiple ways that this MIGHT be handled. Unfortunately, the
little I know about svn, hints that svn makes this difficult. no
"private" branches, etc.

Which also suggests that 'best" method may be to push for the once
discussed proper standalone implementation.
Turn $SVNROOT/gar/mgar/FOO, into a properly released set of files under
(  ?  /opt/csw/libexec/gar ? )

>From what I have picked up reading the lists, seems like "the current
gar maintainers" have resisted this, because it's easier to just run
things from the source tree, rather than make proper "releases".
Certainly it's easier for them. But it makes things more difficult for
"the customers" -- ie: other maintainers.

There are benefits to people who are not gar-maintainers, to having
software with proper releases.

For one thing, we could install a fixed version package on the build
machines, and there would be no more of this,

"why doesnt my package build???"
"Oh, you need to svn update, in this part of our tree that has nothing
to do with your own area of SVN, so you can catch up with 'the latest
official version'".

If regular maintainers need to stay with 'the latest official
version', then lets have 'the official version' of the scripts, etc.
always properly installed on the build machines, in a single standard
location, rather than making people have to locally update their own
tree at random times?

From pfelecan at opencsw.org  Thu Jan 13 09:31:01 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Thu, 13 Jan 2011 09:31:01 +0100
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>
	(Philip Brown's message of "Wed, 12 Jan 2011 12:09:05 -0800")
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
	<AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
	<AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>
Message-ID: <x6aaj55hoa.fsf@opencsw.org>

Philip Brown <phil at bolthole.com> writes:

> [...]
> If regular maintainers need to stay with 'the latest official
> version', then lets have 'the official version' of the scripts, etc.
> always properly installed on the build machines, in a single standard
> location, rather than making people have to locally update their own
> tree at random times?

Entirely agreeing with you. What you describe is one, and not only,
reason for which I didn't try to adopt gar based packaging.
-- 
Peter

From bwalton at opencsw.org  Fri Jan 14 04:13:45 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Fri, 14 Jan 2011 04:13:45 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs coreutils
Message-ID: <201101140313.p0E3Djj9011633@login.bo.opencsw.org>

Hi Phil,

This adjusts the /usr/local/bin paths in the info file and nothing more.
The binaries are identical to the previous release.

Thanks
-Ben

* coreutils: revision upgrade
  - from: 2011.01.04
  -   to: 2011.01.14
  + coreutils-8.8,REV=2011.01.14-SunOS5.9-sparc-CSW.pkg.gz
  + coreutils-8.8,REV=2011.01.14-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Fri Jan 14 12:48:58 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 14 Jan 2011 12:48:58 +0100
Subject: [csw-pkgsubmissions] [csw-maintainers] Mirror push needed
In-Reply-To: <AANLkTinokk1fKwUY7UwC_=7uHfV+HmtFaNcgck2wS89m@mail.gmail.com>
References: <AANLkTinghBapEwVQQNq625c2PWOPFXz-tzJBTvCtUW7f@mail.gmail.com>
	<AANLkTincVVG3N5kxs8fxEQhLHw3XNmWPqiXL+Y7tM7x9@mail.gmail.com>
	<AANLkTi=cpPJ5pNoRkTWrLJbtDyk4knAoGS-BMW02wLqz@mail.gmail.com>
	<34ED0509-96A0-4C2A-BCF0-51CE4093332C@opencsw.org>
	<AANLkTinokk1fKwUY7UwC_=7uHfV+HmtFaNcgck2wS89m@mail.gmail.com>
Message-ID: <CC257F06-D540-4D8F-8473-0241D5C9E421@opencsw.org>

Hi Phil,

Am 12.01.2011 um 18:41 schrieb Philip Brown:
> On 1/12/11, Dagobert Michelsen <dam at opencsw.org> wrote:
>> Am 11.01.2011 um 22:20 schrieb Philip Brown:
>>> Drat. push aborted, problem with catalog.
>>> Bug Dago to update:
>>> 
>>> ERROR! Dependency CSWlibicu42 of package CSWlibicu is missing.
>>> 
>>> should be 46, not 42, I believe.
>> 
>> No, that is the legacy .co where libicu is depending on to keep
>> legacy applications happy.
> 
> oh right, whoops.
> thanks for the recopy.

Ping? I need the updated libicu to release a new version xerces-c
required by other packages.


Best regards

  -- Dago


From dam at opencsw.org  Fri Jan 14 15:35:41 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 14 Jan 2011 15:35:41 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs balance
Message-ID: <201101141435.p0EEZf21004933@login.bo.opencsw.org>

Simple version bump.

* balance: minor version upgrade
  - from: 3.52,REV=2010.05.25
  -   to: 3.54,REV=2011.01.14
  + balance-3.54,REV=2011.01.14-SunOS5.9-sparc-CSW.pkg.gz
  + balance-3.54,REV=2011.01.14-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Fri Jan 14 21:31:46 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 14 Jan 2011 12:31:46 -0800
Subject: [csw-pkgsubmissions] newpkgs coreutils
In-Reply-To: <201101140313.p0E3Djj9011633@login.bo.opencsw.org>
References: <201101140313.p0E3Djj9011633@login.bo.opencsw.org>
Message-ID: <AANLkTi=dM1G++TnMz+n2aFvrtiY2or1VjonbQ6UY3qZR@mail.gmail.com>

Great, thanks


On 1/13/11, Ben Walton <bwalton at opencsw.org> wrote:
> Hi Phil,
>
> This adjusts the /usr/local/bin paths in the info file and nothing more.
> The binaries are identical to the previous release.
>
> Thanks
> -Ben
>
> * coreutils: revision upgrade
>   - from: 2011.01.04
>   -   to: 2011.01.14
>   + coreutils-8.8,REV=2011.01.14-SunOS5.9-sparc-CSW.pkg.gz
>   + coreutils-8.8,REV=2011.01.14-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Fri Jan 14 21:49:44 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 14 Jan 2011 12:49:44 -0800
Subject: [csw-pkgsubmissions] newpkgs balance
In-Reply-To: <201101141435.p0EEZf21004933@login.bo.opencsw.org>
References: <201101141435.p0EEZf21004933@login.bo.opencsw.org>
Message-ID: <AANLkTikr2SskikxLqPsWZoDz0fT4NdiPN+eVbQXW2bTa@mail.gmail.com>

batched, btw


On 1/14/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Simple version bump.
>
> * balance: minor version upgrade
>   - from: 3.52,REV=2010.05.25
>   -   to: 3.54,REV=2011.01.14
>   + balance-3.54,REV=2011.01.14-SunOS5.9-sparc-CSW.pkg.gz
>   + balance-3.54,REV=2011.01.14-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bonivart at opencsw.org  Sat Jan 15 11:59:25 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 15 Jan 2011 11:59:25 +0100
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
Message-ID: <AANLkTi=Tv2Bn0MEXAjfkPW+jPDCYr+FVFTN392TobwZz@mail.gmail.com>

On Sat, Jan 8, 2011 at 12:28 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> * dhcp: patchlevel upgrade
> ?- from: 4.2.0P1,REV=2010.12.03
> ?- ? to: 4.2.0P2,REV=2011.01.08
> ?+ dhcp-4.2.0P2,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
> ?+ dhcp-4.2.0P2,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
> ?+ dhcp_devel-4.2.0P2,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz

What happened to these?

/peter

From bonivart at opencsw.org  Sat Jan 15 15:18:30 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 15 Jan 2011 15:18:30 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs postgrey
Message-ID: <201101151418.p0FEIUcX003483@login.bo.opencsw.org>

* postgrey: minor version upgrade
  - from: 1.32,REV=2010.02.11
  -   to: 1.33,REV=2010.12.13
  + postgrey-1.33,REV=2010.12.13-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From maciej at opencsw.org  Sat Jan 15 16:00:31 2011
From: maciej at opencsw.org (Maciej Blizinski)
Date: Sat, 15 Jan 2011 16:00:31 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs py_flup
Message-ID: <201101151500.p0FF0V4W019564@login.bo.opencsw.org>

A Python WSGI implementation.

* py_flup: new package
  + py_flup-1.0.2,REV=2011.01.15-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Sun Jan 16 00:17:10 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 15 Jan 2011 15:17:10 -0800
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <AANLkTi=Tv2Bn0MEXAjfkPW+jPDCYr+FVFTN392TobwZz@mail.gmail.com>
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
	<AANLkTi=Tv2Bn0MEXAjfkPW+jPDCYr+FVFTN392TobwZz@mail.gmail.com>
Message-ID: <AANLkTik99RAhmGo3eVX_6m7kfShCTwJfks_JY5TsoR4i@mail.gmail.com>

On Sat, Jan 15, 2011 at 2:59 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> On Sat, Jan 8, 2011 at 12:28 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
>> * dhcp: patchlevel upgrade
>> ?- from: 4.2.0P1,REV=2010.12.03
>> ?- ? to: 4.2.0P2,REV=2011.01.08
>> ?+ dhcp-4.2.0P2,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>> ?+ dhcp-4.2.0P2,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>> ?+ dhcp_devel-4.2.0P2,REV=2011.01.08-SunOS5.9-all-CSW.pkg.gz
>
> What happened to these?


They are still in newpkgs.
I asked you a question about your use of class action scripts. you
didnt answer it.
I'm still waiting for an answer

From bonivart at opencsw.org  Sun Jan 16 00:24:19 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 16 Jan 2011 00:24:19 +0100
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <AANLkTik99RAhmGo3eVX_6m7kfShCTwJfks_JY5TsoR4i@mail.gmail.com>
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
	<AANLkTi=Tv2Bn0MEXAjfkPW+jPDCYr+FVFTN392TobwZz@mail.gmail.com>
	<AANLkTik99RAhmGo3eVX_6m7kfShCTwJfks_JY5TsoR4i@mail.gmail.com>
Message-ID: <AANLkTimWcrkHqQN2aPUoMTLhpcTCeOrMybpwZ_kk_3ms@mail.gmail.com>

On Sun, Jan 16, 2011 at 12:17 AM, Philip Brown <phil at bolthole.com> wrote:
> They are still in newpkgs.
> I asked you a question about your use of class action scripts. you
> didnt answer it.
> I'm still waiting for an answer

No, I'm not interested in any experimenting.

/peter

From phil at opencsw.org  Sun Jan 16 01:09:09 2011
From: phil at opencsw.org (Philip Brown)
Date: Sat, 15 Jan 2011 16:09:09 -0800
Subject: [csw-pkgsubmissions] newpkgs dhcp, dhcp_devel
In-Reply-To: <AANLkTimWcrkHqQN2aPUoMTLhpcTCeOrMybpwZ_kk_3ms@mail.gmail.com>
References: <201101081128.p08BSsqD001950@login.bo.opencsw.org>
	<AANLkTi=Tv2Bn0MEXAjfkPW+jPDCYr+FVFTN392TobwZz@mail.gmail.com>
	<AANLkTik99RAhmGo3eVX_6m7kfShCTwJfks_JY5TsoR4i@mail.gmail.com>
	<AANLkTimWcrkHqQN2aPUoMTLhpcTCeOrMybpwZ_kk_3ms@mail.gmail.com>
Message-ID: <AANLkTi=yqp8ErGe1sPo55RYyX_L0Ya7pywbPrja0J_5-@mail.gmail.com>

On Sat, Jan 15, 2011 at 3:24 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> On Sun, Jan 16, 2011 at 12:17 AM, Philip Brown <phil at bolthole.com> wrote:
>> They are still in newpkgs.
>> I asked you a question about your use of class action scripts. you
>> didnt answer it.
>> I'm still waiting for an answer
>
> No, I'm not interested in any experimenting.


That's unfortunate.

Batched

From phil at opencsw.org  Sun Jan 16 01:10:46 2011
From: phil at opencsw.org (Philip Brown)
Date: Sat, 15 Jan 2011 16:10:46 -0800
Subject: [csw-pkgsubmissions] newpkgs py_flup
In-Reply-To: <201101151500.p0FF0V4W019564@login.bo.opencsw.org>
References: <201101151500.p0FF0V4W019564@login.bo.opencsw.org>
Message-ID: <AANLkTimPy62y-WnPMW--rJvAORB35DqraEZH3_RGyG0O@mail.gmail.com>

batched


On Sat, Jan 15, 2011 at 7:00 AM, Maciej Blizinski <maciej at opencsw.org> wrote:
> A Python WSGI implementation.
>
> * py_flup: new package
> ?+ py_flup-1.0.2,REV=2011.01.15-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Sun Jan 16 01:11:50 2011
From: phil at opencsw.org (Philip Brown)
Date: Sat, 15 Jan 2011 16:11:50 -0800
Subject: [csw-pkgsubmissions] newpkgs postgrey
In-Reply-To: <201101151418.p0FEIUcX003483@login.bo.opencsw.org>
References: <201101151418.p0FEIUcX003483@login.bo.opencsw.org>
Message-ID: <AANLkTikcnDvMExSAJo7QXY47uYZV4u34DPLN4UBUWwJV@mail.gmail.com>

This package seems to use berkeleydb, but through pm_berkeleydb.
As such, it does not use berkeleydb "directly". Is that correct?
If it doesnt, it would probably be better to remove the CSWbdb48 depend


On Sat, Jan 15, 2011 at 6:18 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> * postgrey: minor version upgrade
> ?- from: 1.32,REV=2010.02.11
> ?- ? to: 1.33,REV=2010.12.13
> ?+ postgrey-1.33,REV=2010.12.13-SunOS5.9-all-CSW.pkg.gz
>

From bonivart at opencsw.org  Sun Jan 16 01:36:05 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 16 Jan 2011 01:36:05 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs postgrey
Message-ID: <201101160036.p0G0a5Ud009049@login.bo.opencsw.org>

Resubmit without bdb48 dep.

* postgrey: minor version upgrade
  - from: 1.32,REV=2010.02.11
  -   to: 1.33,REV=2011.01.16
  + postgrey-1.33,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Sun Jan 16 01:36:46 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 16 Jan 2011 01:36:46 +0100
Subject: [csw-pkgsubmissions] newpkgs postgrey
In-Reply-To: <AANLkTikcnDvMExSAJo7QXY47uYZV4u34DPLN4UBUWwJV@mail.gmail.com>
References: <201101151418.p0FEIUcX003483@login.bo.opencsw.org>
	<AANLkTikcnDvMExSAJo7QXY47uYZV4u34DPLN4UBUWwJV@mail.gmail.com>
Message-ID: <AANLkTik5y-DgTQJPvu1gk2BgKyLZW8YarY4P5rafoMOt@mail.gmail.com>

On Sun, Jan 16, 2011 at 1:11 AM, Philip Brown <phil at opencsw.org> wrote:
> This package seems to use berkeleydb, but through pm_berkeleydb.
> As such, it does not use berkeleydb "directly". Is that correct?
> If it doesnt, it would probably be better to remove the CSWbdb48 depend

That's ok, I have resubmitted a new package.

/peter

From ihsan at opencsw.org  Sun Jan 16 18:11:54 2011
From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuwqBEb8SfYW4=?=)
Date: Sun, 16 Jan 2011 18:11:54 +0100
Subject: [csw-pkgsubmissions] newpkgs drill, libldns1, libldnsdevel,
	libunb(...)
In-Reply-To: <AANLkTimkT0qejZ7qdRDFNHLtZVT+UXHzGqvjA-PVcad+@mail.gmail.com>
References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org>	<AANLkTi=6kt1L15VR32fLEoyA3egRF7o=rucER_c-8yGa@mail.gmail.com>	<4CE29F37.8080101@opencsw.org>	<AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>	<4D24C28F.1030708@opencsw.org>
	<AANLkTimkT0qejZ7qdRDFNHLtZVT+UXHzGqvjA-PVcad+@mail.gmail.com>
Message-ID: <4D3326DA.7070908@opencsw.org>

Am 05.01.2011 21:16, schrieb Philip Brown:

>>> One possible path you might consider, is:
>>>  -  put the "drill" binary, along with the other utils like
>>> ldns-read-zone, in a "ldns" package.
>>>  - repackage an "empty" 'drill' package, that just depends on ldns
>>>  - 'ldns' depends on libldns1
>>>  - leave rest of packages as-is
>>
>> As far other packages are also packaged in the same way, I don't see any
>> reason why ldns can't be packaged in this way.
> 
> What, you mean like jpeg?
> 
> or tiff?
> 
> :-)
> 
> Here's a reason for you to consider:
> putting "libldns" into google, comes up with debian packages as first
> hit. Whereas googling "ldns" comes up with the proper site.

Searching for libldns with Google shows, that Debian is doing exactly
the same. --> http://packages.debian.org/lenny/libldns1

> So keying things more to "ldns" instead of "libldns" (with the
> exception of the actual shared libraries package) seems like the
> better thing for us to have the catalog names based on.

According to http://wiki.opencsw.org/packaging-shared-libraries , the
package name is absolutely appropriate.

> Sorry to say also, even if we were to agree on your slant of naming,
> you should repackage a little anyway:  our devel packages all use
> _devel, not "devel" recently. so libldnsdevel sticks out rather badly

Ok, this is indeed a mistake. I'm going to fix that one.



Ihsan

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

From rupert at opencsw.org  Sun Jan 16 18:14:29 2011
From: rupert at opencsw.org (THURNER Rupert)
Date: Sun, 16 Jan 2011 11:14:29 -0600 (CST)
Subject: [csw-pkgsubmissions] newpkgs ap2_subversion, javasvn,
	pm_subversio(...)
Message-ID: <201101161714.p0GHETFI028902@login.bo.opencsw.org>

* various packages: patchlevel upgrade
  - from: 1.6.13,REV=2010.10.27
  -   to: 1.6.15,REV=2011.01.16
  + ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
  + ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
  + javasvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
  + javasvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
  + pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
  + pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
  + pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
  + pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
  + rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
  + rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
  + subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
  + subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
  + subversion_contrib-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
  + subversion_devel-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
  + subversion_tools-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Mon Jan 17 12:56:35 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 17 Jan 2011 12:56:35 +0100
Subject: [csw-pkgsubmissions] newpkgs libsamplerate0, libsamplerate_dev,
	li(...)
In-Reply-To: <201101121413.p0CEDgS1029994@login.bo.opencsw.org>
References: <201101121413.p0CEDgS1029994@login.bo.opencsw.org>
Message-ID: <2F3968D0-2539-4683-A3AD-C367A54FE59B@opencsw.org>

Hi Phil,

Am 12.01.2011 um 15:13 schrieb Dagobert Michelsen:
> A new optional dependency for rdesktop from Erik de Castro Lopo.
> Is the new style now *-dev instead of *-devel? I think so...
> 
> * libsamplerate: new package
>  + libsamplerate0-0.1.7,REV=2011.01.12-SunOS5.9-sparc-CSW.pkg.gz
>  + libsamplerate0-0.1.7,REV=2011.01.12-SunOS5.9-i386-CSW.pkg.gz
>  + libsamplerate_dev-0.1.7,REV=2011.01.12-SunOS5.9-sparc-CSW.pkg.gz
>  + libsamplerate_dev-0.1.7,REV=2011.01.12-SunOS5.9-i386-CSW.pkg.gz
>  + libsamplerate_utils-0.1.7,REV=2011.01.12-SunOS5.9-sparc-CSW.pkg.gz
>  + libsamplerate_utils-0.1.7,REV=2011.01.12-SunOS5.9-i386-CSW.pkg.gz

Ping? This is a dependency for an updated rdesktop, I'm waiting on it.


Best regards

  -- Dago

From phil at opencsw.org  Mon Jan 17 19:21:26 2011
From: phil at opencsw.org (Philip Brown)
Date: Mon, 17 Jan 2011 10:21:26 -0800
Subject: [csw-pkgsubmissions] newpkgs libsamplerate0, libsamplerate_dev,
	li(...)
In-Reply-To: <2F3968D0-2539-4683-A3AD-C367A54FE59B@opencsw.org>
References: <201101121413.p0CEDgS1029994@login.bo.opencsw.org>
	<2F3968D0-2539-4683-A3AD-C367A54FE59B@opencsw.org>
Message-ID: <AANLkTimgnwZrkRv8ANcryrHQLbsppsMJgkCfu0Tf+a-+@mail.gmail.com>

was already batched. will go out soon


On Mon, Jan 17, 2011 at 3:56 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 12.01.2011 um 15:13 schrieb Dagobert Michelsen:
>> A new optional dependency for rdesktop from Erik de Castro Lopo.
>> Is the new style now *-dev instead of *-devel? I think so...
>>
>> * libsamplerate: new package
>> ?+ libsamplerate0-0.1.7,REV=2011.01.12-SunOS5.9-sparc-CSW.pkg.gz
>> ?+ libsamplerate0-0.1.7,REV=2011.01.12-SunOS5.9-i386-CSW.pkg.gz
>> ?+ libsamplerate_dev-0.1.7,REV=2011.01.12-SunOS5.9-sparc-CSW.pkg.gz
>> ?+ libsamplerate_dev-0.1.7,REV=2011.01.12-SunOS5.9-i386-CSW.pkg.gz
>> ?+ libsamplerate_utils-0.1.7,REV=2011.01.12-SunOS5.9-sparc-CSW.pkg.gz
>> ?+ libsamplerate_utils-0.1.7,REV=2011.01.12-SunOS5.9-i386-CSW.pkg.gz
>
> Ping? This is a dependency for an updated rdesktop, I'm waiting on it.
>
>
> Best regards
>
> ?-- Dago
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Mon Jan 17 19:29:40 2011
From: phil at opencsw.org (Philip Brown)
Date: Mon, 17 Jan 2011 10:29:40 -0800
Subject: [csw-pkgsubmissions] newpkgs postgrey
In-Reply-To: <201101160036.p0G0a5Ud009049@login.bo.opencsw.org>
References: <201101160036.p0G0a5Ud009049@login.bo.opencsw.org>
Message-ID: <AANLkTim1WD14YxuFmb75-FBaqw6YtMDnuN9-g5-VVKed@mail.gmail.com>

thanks. batched


On Sat, Jan 15, 2011 at 4:36 PM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Resubmit without bdb48 dep.
>
> * postgrey: minor version upgrade
> ?- from: 1.32,REV=2010.02.11
> ?- ? to: 1.33,REV=2011.01.16
> ?+ postgrey-1.33,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Mon Jan 17 19:37:15 2011
From: phil at opencsw.org (Philip Brown)
Date: Mon, 17 Jan 2011 10:37:15 -0800
Subject: [csw-pkgsubmissions] newpkgs ap2_subversion, javasvn,
	pm_subversio(...)
In-Reply-To: <201101161714.p0GHETFI028902@login.bo.opencsw.org>
References: <201101161714.p0GHETFI028902@login.bo.opencsw.org>
Message-ID: <AANLkTikyYuvhXmz9LdAZzdqS+k3Ss37ydk_4a45FO2H0@mail.gmail.com>

There's a whooole lot of /usr/local references in subversion contrib.
To the point where me listing them here would practically be  just spam :-/

Also, subversion_tools has a bunch. A lot are just coments, but some
stand out. Hmm... actually, most are "buildbot " entries for o ther
OS's
but there are a bunch in
/opt/csw/share/doc/subversion/tools/dev/prebuild-cleanup.sh

Are those relevant?


On Sun, Jan 16, 2011 at 9:14 AM, THURNER Rupert <rupert at opencsw.org> wrote:
> * various packages: patchlevel upgrade
> ?- from: 1.6.13,REV=2010.10.27
> ?- ? to: 1.6.15,REV=2011.01.16
> ?+ ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> ?+ ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> ?+ javasvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> ?+ javasvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> ?+ pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> ?+ pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> ?+ pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> ?+ pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> ?+ rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> ?+ rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> ?+ subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> ?+ subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> ?+ subversion_contrib-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
> ?+ subversion_devel-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
> ?+ subversion_tools-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
>

From phil at opencsw.org  Mon Jan 17 19:49:28 2011
From: phil at opencsw.org (Philip Brown)
Date: Mon, 17 Jan 2011 10:49:28 -0800
Subject: [csw-pkgsubmissions] newpkgs drill, libldns1, libldnsdevel,
	libunb(...)
In-Reply-To: <4D3326DA.7070908@opencsw.org>
References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org>
	<AANLkTi=6kt1L15VR32fLEoyA3egRF7o=rucER_c-8yGa@mail.gmail.com>
	<4CE29F37.8080101@opencsw.org>
	<AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>
	<4D24C28F.1030708@opencsw.org>
	<AANLkTimkT0qejZ7qdRDFNHLtZVT+UXHzGqvjA-PVcad+@mail.gmail.com>
	<4D3326DA.7070908@opencsw.org>
Message-ID: <AANLkTikqAeG=r3tDX5Ty+N-CLvE2PQoTDvh3NRGVTmqC@mail.gmail.com>

2011/1/16 ?hsan?Do?an <ihsan at opencsw.org>:
> Am 05.01.2011 21:16, schrieb Philip Brown:
>
>>> As far other packages are also packaged in the same way, I don't see any
>>> reason why ldns can't be packaged in this way.
>>
>> What, you mean like jpeg?
>>
>> or tiff?
>>
>> :-)
>>
>> Here's a reason for you to consider:
>> putting "libldns" into google, comes up with debian packages as first
>> hit. Whereas googling "ldns" comes up with the proper site.
>
> Searching for libldns with Google shows, that Debian is doing exactly
> the same. --> http://packages.debian.org/lenny/libldns1
>
>> So keying things more to "ldns" instead of "libldns" (with the
>> exception of the actual shared libraries package) seems like the
>> better thing for us to have the catalog names based on.
>
> According to http://wiki.opencsw.org/packaging-shared-libraries , the
> package name is absolutely appropriate.


Ah, sorry for not being clearer. I make no arguments against the
specific package libldns1-xxx, as per our page listed above.
I would just let it go through right now, but unfortunately, the
dependency issues dont make that possible at the moment

I was thinking that it might be more helpful for our users to have
some, or all, of the other stuff, associated more strongly with
"ldns".
specifically, the "drill" package.
It looks like "unbound" is sufficently known as itself, that I
withdraw my suggestions about the naming there.

From maciej at opencsw.org  Tue Jan 18 00:45:45 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Mon, 17 Jan 2011 23:45:45 +0000
Subject: [csw-pkgsubmissions] newpkgs libprotobuf6, libprotobuf_lite6,
	libp(...)
In-Reply-To: <AANLkTikwpJVmiyB8UtsJ9NrwcW+XvwUKZoqqF1hUNWsF@mail.gmail.com>
References: <201012172117.oBHLHTle005635@login.bo.opencsw.org>
	<AANLkTikwpJVmiyB8UtsJ9NrwcW+XvwUKZoqqF1hUNWsF@mail.gmail.com>
Message-ID: <AANLkTik4EeSQhmF7bNzy-ud8mFny9VTzFdTZp+1emJD_@mail.gmail.com>

No dia 21 de Dezembro de 2010 02:31, Philip Brown <phil at bolthole.com> escreveu:
> On 12/17/10, Maciej Blizinski <maciej at opencsw.org> wrote:
>> Remake of the protocol buffer packages. ?The protobuf_rt package, which is
>> now
>> empty and transitional, is included for completeness, but nothing depends on
>> it any more, and it can be removed.
>
> Thank you for pointing that out. i shall remove it.
>
>
> rest of them are batched.

Thanks.

I recently looked at the catalog on the mirror, and it seems like the
protobuf_rt package is still there in the catalog:

$ curl -s http://mirror.opencsw.org/opencsw/current/sparc/5.9/catalog
| grep protobuf_rt
protobuf_rt 2.3.0,REV=2010.03.02 CSWprotobuf-rt
protobuf_rt-2.3.0,REV=2010.03.02-SunOS5.8-sparc-CSW.pkg.gz
a8612cf0ada9813c7858643aa6a054b9 1178472
CSWcommon|CSWisaexec|CSWstlport|CSWzlib none

From rupert at opencsw.org  Tue Jan 18 06:50:59 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Tue, 18 Jan 2011 06:50:59 +0100
Subject: [csw-pkgsubmissions] newpkgs ap2_subversion, javasvn,
	pm_subversio(...)
In-Reply-To: <AANLkTikyYuvhXmz9LdAZzdqS+k3Ss37ydk_4a45FO2H0@mail.gmail.com>
References: <201101161714.p0GHETFI028902@login.bo.opencsw.org>
	<AANLkTikyYuvhXmz9LdAZzdqS+k3Ss37ydk_4a45FO2H0@mail.gmail.com>
Message-ID: <AANLkTi=yTzpAj64DoR0gsHUZKQFjfyF1XCa=ZwbUjLL7@mail.gmail.com>

i guess they are not relevant. but we will take a look for the _next_
release ...

rupert.


On Mon, Jan 17, 2011 at 19:37, Philip Brown <phil at opencsw.org> wrote:

> There's a whooole lot of /usr/local references in subversion contrib.
> To the point where me listing them here would practically be  just spam :-/
>
> Also, subversion_tools has a bunch. A lot are just coments, but some
> stand out. Hmm... actually, most are "buildbot " entries for o ther
> OS's
> but there are a bunch in
> /opt/csw/share/doc/subversion/tools/dev/prebuild-cleanup.sh
>
> Are those relevant?
>
>
> On Sun, Jan 16, 2011 at 9:14 AM, THURNER Rupert <rupert at opencsw.org>
> wrote:
> > * various packages: patchlevel upgrade
> >  - from: 1.6.13,REV=2010.10.27
> >  -   to: 1.6.15,REV=2011.01.16
> >  + ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> >  + ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> >  + javasvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> >  + javasvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> >  + pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> >  + pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> >  + pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> >  + pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> >  + rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> >  + rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> >  + subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
> >  + subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
> >  + subversion_contrib-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
> >  + subversion_devel-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
> >  + subversion_tools-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
> >
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/pkgsubmissions/attachments/20110118/c110a941/attachment.html>

From dam at opencsw.org  Tue Jan 18 10:34:25 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Jan 2011 10:34:25 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs msmtp
Message-ID: <201101180934.p0I9YPON028757@login.bo.opencsw.org>

* msmtp: patchlevel upgrade
  - from: 1.4.22,REV=2011.01.04
  -   to: 1.4.23,REV=2011.01.18
  + msmtp-1.4.23,REV=2011.01.18-SunOS5.9-sparc-CSW.pkg.gz
  + msmtp-1.4.23,REV=2011.01.18-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From dam at opencsw.org  Tue Jan 18 10:36:54 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Jan 2011 10:36:54 +0100
Subject: [csw-pkgsubmissions] newpkgs libicu, libicu42, libicu46,
	libicu_de(...)
In-Reply-To: <862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org>
References: <201101061436.p06EaUAI007105@login.bo.opencsw.org>
	<AANLkTikdirJKsMMGRSes_-cPybm2wZ43rhHCiYUnE3Ls@mail.gmail.com>
	<862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org>
Message-ID: <5CCFDE89-0EB0-44F8-BCA4-A6D1611F3F33@opencsw.org>

Hi Phil,

Am 07.01.2011 um 16:34 schrieb Dagobert Michelsen:
> Am 07.01.2011 um 16:28 schrieb Philip Brown:
>> Errrr.... Almost all of the listed packages, are missing from newpkgs.
> 
> Strange, pushed again.

"yaz" has still not been released. I repushed again. Please verify
that it reaches the mirrors.

Best regards

  -- Dago


>> On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
>>> This is a complete rework of libicu. The current maintainer (James)
>>> has given his ok to this update.
>>> 
>>> The legacy *.so.36 which was in use by tin and x3270 has been deprecated
>>> and both CSWtin and CSWx3270 have been renewed to the latest standards.
>>> 
>>> YAZ was not built with ICU-support last time because libicu was not available
>>> in 64 bit. The new libicu is an empty stub for the newer *.so.42 still in
>>> use as a dependency by OpenLDAP (TBD later) and OpenOffice, which requires
>>> this specific version as James said.
>>> 
>>> 
>>> Best regards
>>> 
>>> -- Dago
>>> 
>>> * tin: minor version upgrade
>>> - from: 1.8.3,REV=2007.11.12
>>> -   to: 1.9.6,REV=2011.01.05
>>> + tin-1.9.6,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>>> + tin-1.9.6,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>>> 
>>> * libicu: minor version upgrade
>>> - from: 4.2.1,REV=2009.08.10
>>> -   to: 4.6,REV=2011.01.04
>>> + libicu-4.6,REV=2011.01.04-SunOS5.9-all-CSW.pkg.gz
>>> 
>>> * libicu: new package
>>> + libicu46-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>>> + libicu46-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>>> + libicu_devel-4.6,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>>> + libicu_devel-4.6,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>>> 
>>> * x3270: patchlevel upgrade
>>> - from: 3.3.6
>>> -   to: 3.3.11ga6,REV=2011.01.05
>>> + x3270-3.3.11ga6,REV=2011.01.05-SunOS5.9-sparc-CSW.pkg.gz
>>> + x3270-3.3.11ga6,REV=2011.01.05-SunOS5.9-i386-CSW.pkg.gz
>>> 
>>> * libicu42: new package
>>> + libicu42-4.2.1,REV=2011.01.04-SunOS5.9-sparc-CSW.pkg.gz
>>> + libicu42-4.2.1,REV=2011.01.04-SunOS5.9-i386-CSW.pkg.gz
>>> 
>>> * libyaz: new package
>>> + libyaz4-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
>>> + libyaz4-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>>> + libyaz_devel-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
>>> + libyaz_devel-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>>> 
>>> * yaz: minor version upgrade
>>> - from: 4.0.9,REV=2010.06.09
>>> -   to: 4.1.2,REV=2011.01.06
>>> + yaz-4.1.2,REV=2011.01.06-SunOS5.9-sparc-CSW.pkg.gz
>>> + yaz-4.1.2,REV=2011.01.06-SunOS5.9-i386-CSW.pkg.gz
>>> 
>>> --
>>> Generated by submitpkg
>>> _______________________________________________
>>> pkgsubmissions mailing list
>>> pkgsubmissions at lists.opencsw.org
>>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>>> 
>> _______________________________________________
>> pkgsubmissions mailing list
>> pkgsubmissions at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
> 
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions


From pfelecan at opencsw.org  Tue Jan 18 12:23:37 2011
From: pfelecan at opencsw.org (Peter Felecan)
Date: Tue, 18 Jan 2011 12:23:37 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs gdb
Message-ID: <201101181123.p0IBNbxB022050@login.bo.opencsw.org>

The maintainer of this package is retired. Consequently I'm assuming
the maintenance.

* gdb: major version upgrade
  - from: 6.6,REV=2007.05.13
  -   to: 7.2,REV=2011.01.16
  + gdb-7.2,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
  + gdb-7.2,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz

There are false positives found par checkpkg for /usr/local in the
documentation which can be safely ignored.
-- 
Generated by submitpkg

From dam at opencsw.org  Tue Jan 18 13:54:32 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Jan 2011 13:54:32 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs cvs, cvs_feature
Message-ID: <201101181254.p0ICsW7Z023102@login.bo.opencsw.org>

As explained on maintainers@

* cvs: minor version upgrade
  - from: 1.11.23,REV=2008.11.11
  -   to: 1.12.13,REV=2011.01.14
  + cvs-1.12.13,REV=2011.01.14-SunOS5.9-sparc-CSW.pkg.gz
  + cvs-1.12.13,REV=2011.01.14-SunOS5.9-i386-CSW.pkg.gz

* cvs_feature: revision upgrade
  - from: 2007.12.02
  -   to: 2011.01.14
  + cvs_feature-1.12.13,REV=2011.01.14-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Tue Jan 18 18:41:02 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 18 Jan 2011 09:41:02 -0800
Subject: [csw-pkgsubmissions] newpkgs ap2_subversion, javasvn,
	pm_subversio(...)
In-Reply-To: <AANLkTi=yTzpAj64DoR0gsHUZKQFjfyF1XCa=ZwbUjLL7@mail.gmail.com>
References: <201101161714.p0GHETFI028902@login.bo.opencsw.org>
	<AANLkTikyYuvhXmz9LdAZzdqS+k3Ss37ydk_4a45FO2H0@mail.gmail.com>
	<AANLkTi=yTzpAj64DoR0gsHUZKQFjfyF1XCa=ZwbUjLL7@mail.gmail.com>
Message-ID: <AANLkTimUuGQSiocCdN2arzNrG+UJJ0W0xvmEF9Yjqy5L@mail.gmail.com>

On 1/17/11, rupert THURNER <rupert at opencsw.org> wrote:
> i guess they are not relevant. but we will take a look for the _next_
> release ...
>
> rupert.
>

Hi Rupert,

erm.. .your wording is a bit ambigous, and thus worrying, so I have to ask:

Do you mean

a) You have already looked at them, they seem not relevant, but you
will consider
   "looking at cleaning them up anyway" for next release


or

b) You "guess" they are not relevant, but you'll actually look at
them, when it is time to make the next release.

?

>
> On Mon, Jan 17, 2011 at 19:37, Philip Brown <phil at opencsw.org> wrote:
>
>> There's a whooole lot of /usr/local references in subversion contrib.
>> To the point where me listing them here would practically be  just spam
>> :-/
>>
>> Also, subversion_tools has a bunch. A lot are just coments, but some
>> stand out. Hmm... actually, most are "buildbot " entries for o ther
>> OS's
>> but there are a bunch in
>> /opt/csw/share/doc/subversion/tools/dev/prebuild-cleanup.sh
>>
>> Are those relevant?
>>
>>
>> On Sun, Jan 16, 2011 at 9:14 AM, THURNER Rupert <rupert at opencsw.org>
>> wrote:
>> > * various packages: patchlevel upgrade
>> >  - from: 1.6.13,REV=2010.10.27
>> >  -   to: 1.6.15,REV=2011.01.16
>> >  + ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>> >  + ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>> >  + javasvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>> >  + javasvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>> >  + pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>> >  + pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>> >  + pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>> >  + pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>> >  + rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>> >  + rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>> >  + subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>> >  + subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>> >  + subversion_contrib-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
>> >  + subversion_devel-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
>> >  + subversion_tools-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
>> >
>> _______________________________________________
>> pkgsubmissions mailing list
>> pkgsubmissions at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>>
>

From phil at bolthole.com  Tue Jan 18 18:42:38 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 18 Jan 2011 09:42:38 -0800
Subject: [csw-pkgsubmissions] newpkgs libprotobuf6, libprotobuf_lite6,
	libp(...)
In-Reply-To: <AANLkTik4EeSQhmF7bNzy-ud8mFny9VTzFdTZp+1emJD_@mail.gmail.com>
References: <201012172117.oBHLHTle005635@login.bo.opencsw.org>
	<AANLkTikwpJVmiyB8UtsJ9NrwcW+XvwUKZoqqF1hUNWsF@mail.gmail.com>
	<AANLkTik4EeSQhmF7bNzy-ud8mFny9VTzFdTZp+1emJD_@mail.gmail.com>
Message-ID: <AANLkTimkMpcVDFOdk9tjE8jUdiTid4QG4QEp5Pv0mhXU@mail.gmail.com>

On 1/17/11, Maciej (Matchek) Blizinski <maciej at opencsw.org> wrote:
>
>
> I recently looked at the catalog on the mirror, and it seems like the
> protobuf_rt package is still there in the catalog:
>
> $ curl -s http://mirror.opencsw.org/opencsw/current/sparc/5.9/catalog
> | grep protobuf_rt
>

Blah. okay thanks for noticing that. I have now also removed the
actual files, which should trickle into the catalog on next update.

From phil at bolthole.com  Tue Jan 18 18:57:01 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 18 Jan 2011 09:57:01 -0800
Subject: [csw-pkgsubmissions] newpkgs msmtp
In-Reply-To: <201101180934.p0I9YPON028757@login.bo.opencsw.org>
References: <201101180934.p0I9YPON028757@login.bo.opencsw.org>
Message-ID: <AANLkTik3j3zZO9pW3bGX8-TG-HhZ3VahNDQLA7N6FVRf@mail.gmail.com>

Documentation is wrong
(at least, I HOPE it's just the documentation :)


./root/opt/csw/share/info/msmtp.info:platform. The default is
`/usr/local/etc'.  Use `--version' to find out


On 1/18/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> * msmtp: patchlevel upgrade
>   - from: 1.4.22,REV=2011.01.04
>   -   to: 1.4.23,REV=2011.01.18
>   + msmtp-1.4.23,REV=2011.01.18-SunOS5.9-sparc-CSW.pkg.gz
>   + msmtp-1.4.23,REV=2011.01.18-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Tue Jan 18 19:05:21 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 18 Jan 2011 10:05:21 -0800
Subject: [csw-pkgsubmissions] yaz
Message-ID: <AANLkTikwN2927tgpiuczN+SacUxMvSGmWyGPSO11eU_P@mail.gmail.com>

On 1/18/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 07.01.2011 um 16:34 schrieb Dagobert Michelsen:
>> Am 07.01.2011 um 16:28 schrieb Philip Brown:
>>> Errrr.... Almost all of the listed packages, are missing from newpkgs.
>>
>> Strange, pushed again.
>
> "yaz" has still not been released. I repushed again. Please verify
> that it reaches the mirrors.

Sorry, I had set yaz aside, and forgotten about it. I THOUGHT I had
emailed the list, but dont see it. maybe I forgot to send :-(


There's a whole bunch of incorrect references to  /usr/local in the
manpages, etc.
I think these are not trivial examples, but "this is where you
configure yaz" type docs.
How about cleaning them up?

From phil at bolthole.com  Tue Jan 18 19:30:59 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 18 Jan 2011 10:30:59 -0800
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <201101181123.p0IBNbxB022050@login.bo.opencsw.org>
References: <201101181123.p0IBNbxB022050@login.bo.opencsw.org>
Message-ID: <AANLkTi=Sz3cdsc1E+=g5+Ku6ozcS-EeBoKJLrijRMw+-@mail.gmail.com>

Thanks much. and thanks for the pro-active comments about the
/usr/local isssues.
Batched


On 1/18/11, Peter Felecan <pfelecan at opencsw.org> wrote:
> The maintainer of this package is retired. Consequently I'm assuming
> the maintenance.
>
> * gdb: major version upgrade
>   - from: 6.6,REV=2007.05.13
>   -   to: 7.2,REV=2011.01.16
>   + gdb-7.2,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>   + gdb-7.2,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>
> There are false positives found par checkpkg for /usr/local in the
> documentation which can be safely ignored.
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Tue Jan 18 19:33:26 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 18 Jan 2011 10:33:26 -0800
Subject: [csw-pkgsubmissions] newpkgs cvs, cvs_feature
In-Reply-To: <201101181254.p0ICsW7Z023102@login.bo.opencsw.org>
References: <201101181254.p0ICsW7Z023102@login.bo.opencsw.org>
Message-ID: <AANLkTinPuwvfRyAffnoyK6RdgyOzjUB3xQanTS+Q57fi@mail.gmail.com>

GadZOOKS there is a lot of /usr/local spammage in the docs :(

but it seems to be purely "example" stuff, so I guess I can ignore it.
batched.


On 1/18/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> As explained on maintainers@
>
> * cvs: minor version upgrade
>   - from: 1.11.23,REV=2008.11.11
>   -   to: 1.12.13,REV=2011.01.14
>   + cvs-1.12.13,REV=2011.01.14-SunOS5.9-sparc-CSW.pkg.gz
>   + cvs-1.12.13,REV=2011.01.14-SunOS5.9-i386-CSW.pkg.gz
>
> * cvs_feature: revision upgrade
>   - from: 2007.12.02
>   -   to: 2011.01.14
>   + cvs_feature-1.12.13,REV=2011.01.14-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From dam at opencsw.org  Tue Jan 18 21:34:47 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Jan 2011 21:34:47 +0100
Subject: [csw-pkgsubmissions] newpkgs msmtp
In-Reply-To: <AANLkTik3j3zZO9pW3bGX8-TG-HhZ3VahNDQLA7N6FVRf@mail.gmail.com>
References: <201101180934.p0I9YPON028757@login.bo.opencsw.org>
	<AANLkTik3j3zZO9pW3bGX8-TG-HhZ3VahNDQLA7N6FVRf@mail.gmail.com>
Message-ID: <6A67CE55-CC5C-4253-9DFF-69ABE4D23683@opencsw.org>

Hi Phil,

Am 18.01.2011 um 18:57 schrieb Philip Brown:
> Documentation is wrong
> (at least, I HOPE it's just the documentation :)
> 
> ./root/opt/csw/share/info/msmtp.info:platform. The default is
> `/usr/local/etc'.  Use `--version' to find out

This is because upstream decided to not adjust the documentation
when changing configuration parameters. Of course the configuration
location has not changed in the last 5 or so CSW packages :-)


Best regards

  -- Dago


> On 1/18/11, Dagobert Michelsen <dam at opencsw.org> wrote:
>> * msmtp: patchlevel upgrade
>>  - from: 1.4.22,REV=2011.01.04
>>  -   to: 1.4.23,REV=2011.01.18
>>  + msmtp-1.4.23,REV=2011.01.18-SunOS5.9-sparc-CSW.pkg.gz
>>  + msmtp-1.4.23,REV=2011.01.18-SunOS5.9-i386-CSW.pkg.gz
>> 
>> --
>> Generated by submitpkg
>> _______________________________________________
>> pkgsubmissions mailing list
>> pkgsubmissions at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>> 
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions


From dam at opencsw.org  Tue Jan 18 21:39:05 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Jan 2011 21:39:05 +0100
Subject: [csw-pkgsubmissions] yaz
In-Reply-To: <AANLkTikwN2927tgpiuczN+SacUxMvSGmWyGPSO11eU_P@mail.gmail.com>
References: <AANLkTikwN2927tgpiuczN+SacUxMvSGmWyGPSO11eU_P@mail.gmail.com>
Message-ID: <E5351589-87D5-4CA7-9478-BBC730DD5D05@opencsw.org>

Hi Phil,

Am 18.01.2011 um 19:05 schrieb Philip Brown:
> On 1/18/11, Dagobert Michelsen <dam at opencsw.org> wrote:
>> Hi Phil,
>> 
>> Am 07.01.2011 um 16:34 schrieb Dagobert Michelsen:
>>> Am 07.01.2011 um 16:28 schrieb Philip Brown:
>>>> Errrr.... Almost all of the listed packages, are missing from newpkgs.
>>> 
>>> Strange, pushed again.
>> 
>> "yaz" has still not been released. I repushed again. Please verify
>> that it reaches the mirrors.
> 
> Sorry, I had set yaz aside, and forgotten about it. I THOUGHT I had
> emailed the list, but dont see it. maybe I forgot to send :-(
> 
> There's a whole bunch of incorrect references to  /usr/local in the
> manpages, etc.
> I think these are not trivial examples, but "this is where you
> configure yaz" type docs.
> How about cleaning them up?

Phil, your constant nagging about documentation is a real PITA.
Fixing these takes an amount of time (probably on every release)
which has no resemblance to the main package. We have A TON of
really outdated, not packaged PRIO-1 stuff. Do you really think
we should focus on documentation instead of having e.g. an updated
Kerberos or PHP? Fixing doc issues in all packages takes a regular
amount of time in terms of *hours* I don't have for version
bumps. For a 100% package we should fix it, right. But we are not
at 99%. Or 95%. Or even 90%. We are more at 75%. Focusing on
docs is IMHO the wrong priority.


Best regards

  -- Dago



From dam at opencsw.org  Tue Jan 18 21:59:25 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Jan 2011 21:59:25 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs xorriso
Message-ID: <201101182059.p0IKxPdD005492@login.bo.opencsw.org>

* xorriso: new package
  + xorriso-1.0.1,REV=2011.01.18-SunOS5.9-sparc-CSW.pkg.gz
  + xorriso-1.0.1,REV=2011.01.18-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Tue Jan 18 22:02:55 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 18 Jan 2011 13:02:55 -0800
Subject: [csw-pkgsubmissions] newpkgs msmtp
In-Reply-To: <6A67CE55-CC5C-4253-9DFF-69ABE4D23683@opencsw.org>
References: <201101180934.p0I9YPON028757@login.bo.opencsw.org>
	<AANLkTik3j3zZO9pW3bGX8-TG-HhZ3VahNDQLA7N6FVRf@mail.gmail.com>
	<6A67CE55-CC5C-4253-9DFF-69ABE4D23683@opencsw.org>
Message-ID: <AANLkTinP+_z9dr5oPxzHNK0TCcQg1aYpRvmCfbLYOJDN@mail.gmail.com>

On 1/18/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi Phil,
>
> Am 18.01.2011 um 18:57 schrieb Philip Brown:
>> Documentation is wrong
>> (at least, I HOPE it's just the documentation :)
>>
>> ./root/opt/csw/share/info/msmtp.info:platform. The default is
>> `/usr/local/etc'.  Use `--version' to find out
>
> This is because upstream decided to not adjust the documentation
> when changing configuration parameters. Of course the configuration
> location has not changed in the last 5 or so CSW packages :-)
>
>

Kinda what I figured :)

would you be willing to patch it please?

From phil at bolthole.com  Tue Jan 18 23:39:20 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 18 Jan 2011 14:39:20 -0800
Subject: [csw-pkgsubmissions] newpkgs xorriso
In-Reply-To: <201101182059.p0IKxPdD005492@login.bo.opencsw.org>
References: <201101182059.p0IKxPdD005492@login.bo.opencsw.org>
Message-ID: <AANLkTinVnULJ6G-5xOStmv5dSfJCCyNgwucFytJ1qSBr@mail.gmail.com>

batched

On 1/18/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> * xorriso: new package
>   + xorriso-1.0.1,REV=2011.01.18-SunOS5.9-sparc-CSW.pkg.gz
>   + xorriso-1.0.1,REV=2011.01.18-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From rupert at opencsw.org  Wed Jan 19 07:41:22 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Wed, 19 Jan 2011 07:41:22 +0100
Subject: [csw-pkgsubmissions] newpkgs ap2_subversion, javasvn,
	pm_subversio(...)
In-Reply-To: <AANLkTimUuGQSiocCdN2arzNrG+UJJ0W0xvmEF9Yjqy5L@mail.gmail.com>
References: <201101161714.p0GHETFI028902@login.bo.opencsw.org>
	<AANLkTikyYuvhXmz9LdAZzdqS+k3Ss37ydk_4a45FO2H0@mail.gmail.com>
	<AANLkTi=yTzpAj64DoR0gsHUZKQFjfyF1XCa=ZwbUjLL7@mail.gmail.com>
	<AANLkTimUuGQSiocCdN2arzNrG+UJJ0W0xvmEF9Yjqy5L@mail.gmail.com>
Message-ID: <AANLkTimCgerZLVWG3wQ1vMUqZAgW5nGgCWBtzVkJ+3Tv@mail.gmail.com>

On Tue, Jan 18, 2011 at 18:41, Philip Brown <phil at bolthole.com> wrote:
> On 1/17/11, rupert THURNER <rupert at opencsw.org> wrote:
>> i guess they are not relevant. but we will take a look for the _next_
>> release ...
>>
>> rupert.
>>
>
> Hi Rupert,
>
> erm.. .your wording is a bit ambigous, and thus worrying, so I have to ask:
>
> Do you mean
>
> a) You have already looked at them, they seem not relevant, but you
> will consider
> ? "looking at cleaning them up anyway" for next release
>

yes, exactly.

rupert



>
>>
>> On Mon, Jan 17, 2011 at 19:37, Philip Brown <phil at opencsw.org> wrote:
>>
>>> There's a whooole lot of /usr/local references in subversion contrib.
>>> To the point where me listing them here would practically be ?just spam
>>> :-/
>>>
>>> Also, subversion_tools has a bunch. A lot are just coments, but some
>>> stand out. Hmm... actually, most are "buildbot " entries for o ther
>>> OS's
>>> but there are a bunch in
>>> /opt/csw/share/doc/subversion/tools/dev/prebuild-cleanup.sh
>>>
>>> Are those relevant?
>>>
>>>
>>> On Sun, Jan 16, 2011 at 9:14 AM, THURNER Rupert <rupert at opencsw.org>
>>> wrote:
>>> > * various packages: patchlevel upgrade
>>> > ?- from: 1.6.13,REV=2010.10.27
>>> > ?- ? to: 1.6.15,REV=2011.01.16
>>> > ?+ ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>>> > ?+ ap2_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>>> > ?+ javasvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>>> > ?+ javasvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>>> > ?+ pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>>> > ?+ pm_subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>>> > ?+ pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>>> > ?+ pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>>> > ?+ rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>>> > ?+ rbsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>>> > ?+ subversion-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz
>>> > ?+ subversion-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz
>>> > ?+ subversion_contrib-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
>>> > ?+ subversion_devel-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
>>> > ?+ subversion_tools-1.6.15,REV=2011.01.16-SunOS5.9-all-CSW.pkg.gz
>>> >
>>> _______________________________________________
>>> pkgsubmissions mailing list
>>> pkgsubmissions at lists.opencsw.org
>>> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>>>
>>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From maciej at opencsw.org  Wed Jan 19 09:45:36 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 19 Jan 2011 08:45:36 +0000
Subject: [csw-pkgsubmissions] newpkgs libprotobuf6, libprotobuf_lite6,
	libp(...)
In-Reply-To: <AANLkTimkMpcVDFOdk9tjE8jUdiTid4QG4QEp5Pv0mhXU@mail.gmail.com>
References: <201012172117.oBHLHTle005635@login.bo.opencsw.org>
	<AANLkTikwpJVmiyB8UtsJ9NrwcW+XvwUKZoqqF1hUNWsF@mail.gmail.com>
	<AANLkTik4EeSQhmF7bNzy-ud8mFny9VTzFdTZp+1emJD_@mail.gmail.com>
	<AANLkTimkMpcVDFOdk9tjE8jUdiTid4QG4QEp5Pv0mhXU@mail.gmail.com>
Message-ID: <AANLkTin560xQ2jXhu7sHDEZ-4dQJFWHM6j74bebhXPPt@mail.gmail.com>

No dia 18 de Janeiro de 2011 17:42, Philip Brown <phil at bolthole.com> escreveu:
> On 1/17/11, Maciej (Matchek) Blizinski <maciej at opencsw.org> wrote:
>>
>>
>> I recently looked at the catalog on the mirror, and it seems like the
>> protobuf_rt package is still there in the catalog:
>>
>> $ curl -s http://mirror.opencsw.org/opencsw/current/sparc/5.9/catalog
>> | grep protobuf_rt
>>
>
> Blah. okay thanks for noticing that. I have now also removed the
> actual files, which should trickle into the catalog on next update.

I looked at the catalog to see if there are other instances of the
same problem, and I found:

CSWapache2 vs CSWapache2c
CSWpmtt2 vs CSWpmtt2-common
CSWx11proto vs CSWxproto
CSWpy-yaml vs CSWpyyaml
CSWx11kbproto vs CSWkbproto

Thre might be more packages, with less colliding files.  These are the biggest.

From phil at bolthole.com  Wed Jan 19 18:50:38 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 19 Jan 2011 09:50:38 -0800
Subject: [csw-pkgsubmissions] newpkgs ap2_subversion, javasvn,
	pm_subversio(...)
In-Reply-To: <AANLkTimCgerZLVWG3wQ1vMUqZAgW5nGgCWBtzVkJ+3Tv@mail.gmail.com>
References: <201101161714.p0GHETFI028902@login.bo.opencsw.org>
	<AANLkTikyYuvhXmz9LdAZzdqS+k3Ss37ydk_4a45FO2H0@mail.gmail.com>
	<AANLkTi=yTzpAj64DoR0gsHUZKQFjfyF1XCa=ZwbUjLL7@mail.gmail.com>
	<AANLkTimUuGQSiocCdN2arzNrG+UJJ0W0xvmEF9Yjqy5L@mail.gmail.com>
	<AANLkTimCgerZLVWG3wQ1vMUqZAgW5nGgCWBtzVkJ+3Tv@mail.gmail.com>
Message-ID: <AANLkTi=tF6KT9isfV2WRMTnHjmx0DA=h7YGnBS3mA-N9@mail.gmail.com>

On 1/18/11, rupert THURNER <rupert at opencsw.org> wrote:
> On Tue, Jan 18, 2011 at 18:41, Philip Brown <phil at bolthole.com> wrote:
>
>> Do you mean
>>
>> a) You have already looked at them, they seem not relevant, but you
>> will consider
>>   "looking at cleaning them up anyway" for next release
>>
>
> yes, exactly.


Okay, thank you. In that case, I'm batching them.

From phil at bolthole.com  Wed Jan 19 23:56:10 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 19 Jan 2011 14:56:10 -0800
Subject: [csw-pkgsubmissions] newpkgs libprotobuf6, libprotobuf_lite6,
	libp(...)
In-Reply-To: <AANLkTin560xQ2jXhu7sHDEZ-4dQJFWHM6j74bebhXPPt@mail.gmail.com>
References: <201012172117.oBHLHTle005635@login.bo.opencsw.org>
	<AANLkTikwpJVmiyB8UtsJ9NrwcW+XvwUKZoqqF1hUNWsF@mail.gmail.com>
	<AANLkTik4EeSQhmF7bNzy-ud8mFny9VTzFdTZp+1emJD_@mail.gmail.com>
	<AANLkTimkMpcVDFOdk9tjE8jUdiTid4QG4QEp5Pv0mhXU@mail.gmail.com>
	<AANLkTin560xQ2jXhu7sHDEZ-4dQJFWHM6j74bebhXPPt@mail.gmail.com>
Message-ID: <AANLkTin+jCV6hRTUq1qrLCN_-_C_117S1veLynLyMZ=h@mail.gmail.com>

On 1/19/11, Maciej (Matchek) Blizinski <maciej at opencsw.org> wrote:
>
>
> I looked at the catalog to see if there are other instances of the
> same problem, and I found:
>
> CSWapache2 vs CSWapache2c
> CSWpmtt2 vs CSWpmtt2-common
> CSWx11proto vs CSWxproto
> CSWpy-yaml vs CSWpyyaml
> CSWx11kbproto vs CSWkbproto
>
> Thre might be more packages, with less colliding files.  These are the
> biggest.


erm.. I thought at least some of those arent actual collisions.
specifically the x11 related ones.
different locations for files

From maciej at opencsw.org  Thu Jan 20 00:34:10 2011
From: maciej at opencsw.org (Maciej Blizinski)
Date: Thu, 20 Jan 2011 00:34:10 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs py_webpy
Message-ID: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>

A small, Python web framework.

* py_webpy: new package
  + py_webpy-0.34,REV=2011.01.20-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From maciej at opencsw.org  Thu Jan 20 00:38:12 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 19 Jan 2011 23:38:12 +0000
Subject: [csw-pkgsubmissions] newpkgs libprotobuf6, libprotobuf_lite6,
	libp(...)
In-Reply-To: <AANLkTin+jCV6hRTUq1qrLCN_-_C_117S1veLynLyMZ=h@mail.gmail.com>
References: <201012172117.oBHLHTle005635@login.bo.opencsw.org>
	<AANLkTikwpJVmiyB8UtsJ9NrwcW+XvwUKZoqqF1hUNWsF@mail.gmail.com>
	<AANLkTik4EeSQhmF7bNzy-ud8mFny9VTzFdTZp+1emJD_@mail.gmail.com>
	<AANLkTimkMpcVDFOdk9tjE8jUdiTid4QG4QEp5Pv0mhXU@mail.gmail.com>
	<AANLkTin560xQ2jXhu7sHDEZ-4dQJFWHM6j74bebhXPPt@mail.gmail.com>
	<AANLkTin+jCV6hRTUq1qrLCN_-_C_117S1veLynLyMZ=h@mail.gmail.com>
Message-ID: <AANLkTi=n_uz0MgU0e8cy6FkjuBwrbN+yeRT3Qrc3J=M1@mail.gmail.com>

No dia 19 de Janeiro de 2011 22:56, Philip Brown <phil at bolthole.com> escreveu:
> On 1/19/11, Maciej (Matchek) Blizinski <maciej at opencsw.org> wrote:
>>
>>
>> I looked at the catalog to see if there are other instances of the
>> same problem, and I found:
>>
>> CSWapache2 vs CSWapache2c
>> CSWpmtt2 vs CSWpmtt2-common
>> CSWx11proto vs CSWxproto
>> CSWpy-yaml vs CSWpyyaml
>> CSWx11kbproto vs CSWkbproto
>>
>> Thre might be more packages, with less colliding files. ?These are the
>> biggest.
>
>
> erm.. I thought at least some of those arent actual collisions.
> specifically the x11 related ones.
> different locations for files

/opt/csw/X11/include/X11/extensions/XKB.h for example, belongs to both
CSWx11kbproto and CSWkbproto.

From bwalton at opencsw.org  Thu Jan 20 02:40:26 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Wed, 19 Jan 2011 20:40:26 -0500
Subject: [csw-pkgsubmissions] newpkgs libprotobuf6, libprotobuf_lite6,
	libp(...)
In-Reply-To: <AANLkTin+jCV6hRTUq1qrLCN_-_C_117S1veLynLyMZ=h@mail.gmail.com>
References: <201012172117.oBHLHTle005635@login.bo.opencsw.org>
	<AANLkTikwpJVmiyB8UtsJ9NrwcW+XvwUKZoqqF1hUNWsF@mail.gmail.com>
	<AANLkTik4EeSQhmF7bNzy-ud8mFny9VTzFdTZp+1emJD_@mail.gmail.com>
	<AANLkTimkMpcVDFOdk9tjE8jUdiTid4QG4QEp5Pv0mhXU@mail.gmail.com>
	<AANLkTin560xQ2jXhu7sHDEZ-4dQJFWHM6j74bebhXPPt@mail.gmail.com>
	<AANLkTin+jCV6hRTUq1qrLCN_-_C_117S1veLynLyMZ=h@mail.gmail.com>
Message-ID: <1295487544-sup-1921@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Wed Jan 19 17:56:10 -0500 2011:

> > CSWapache2 vs CSWapache2c

> erm.. I thought at least some of those arent actual collisions.
> specifically the x11 related ones.  different locations for files

Would be nice to see this one cleaned up as I've got quite a pile of
file collision warnings from checkpkg about it. :)

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From dam at opencsw.org  Thu Jan 20 09:12:33 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 20 Jan 2011 09:12:33 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_htmltree
Message-ID: <201101200812.p0K8CXYI003072@login.bo.opencsw.org>

Updated on request

* pm_htmltree: major version upgrade
  - from: 3.23,REV=2010.02.16
  -   to: 4.1,REV=2011.01.20
  + pm_htmltree-4.1,REV=2011.01.20-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Thu Jan 20 18:20:15 2011
From: phil at bolthole.com (Philip Brown)
Date: Thu, 20 Jan 2011 09:20:15 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
Message-ID: <AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>

erm... "py_webpy"... isnt that rather redundantly redundant? :-}

seems like it should either be "py_web" or just "webpy".



On 1/19/11, Maciej Blizinski <maciej at opencsw.org> wrote:
> A small, Python web framework.
>
> * py_webpy: new package
>   + py_webpy-0.34,REV=2011.01.20-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Thu Jan 20 18:19:00 2011
From: phil at bolthole.com (Philip Brown)
Date: Thu, 20 Jan 2011 09:19:00 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_htmltree
In-Reply-To: <201101200812.p0K8CXYI003072@login.bo.opencsw.org>
References: <201101200812.p0K8CXYI003072@login.bo.opencsw.org>
Message-ID: <AANLkTi=rC8BqtgW8wC51q134JyQ=-JGC=KhnyaKV_roC@mail.gmail.com>

Thanks. batched.

On 1/20/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Updated on request
>
> * pm_htmltree: major version upgrade
>   - from: 3.23,REV=2010.02.16
>   -   to: 4.1,REV=2011.01.20
>   + pm_htmltree-4.1,REV=2011.01.20-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bwalton at opencsw.org  Thu Jan 20 18:28:40 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Thu, 20 Jan 2011 12:28:40 -0500
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
Message-ID: <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Thu Jan 20 12:20:15 -0500 2011:

Hi Phil,

> seems like it should either be "py_web" or just "webpy".

It's not a nice name (aethetically), but it does conform to the
standard.  The framework is web.py, it's referenced as /webpy/ in the
documentation on the homepage and py_ is our preferred prefix for
python modules.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From phil at opencsw.org  Thu Jan 20 18:36:14 2011
From: phil at opencsw.org (Philip Brown)
Date: Thu, 20 Jan 2011 09:36:14 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>

On Thu, Jan 20, 2011 at 9:28 AM, Ben Walton <bwalton at opencsw.org> wrote:
> Excerpts from Philip Brown's message of Thu Jan 20 12:20:15 -0500 2011:
>
> Hi Phil,
>
>> seems like it should either be "py_web" or just "webpy".
>
> It's not a nice name (aethetically), but it does conform to the
> standard. ?The framework is web.py, it's referenced as /webpy/ in the
> documentation on the homepage and py_ is our preferred prefix for
> python modules.
>

our standard also says (going from memory, since you didnt give
explicit url), that while of course, py_xxx is preferred, some things
that are well known as something else, are best named as that thing,
rather than py_thatthing.

So here I'm asking the maintainer (or more regular users of this
framework, if the maintainer isnt a regular user of it) if that naming
makes more sense. Is it reasonable that some random outside user of
the framework, new to csw, is going to expect

[install] webpy

to work?

Given that the thing is homed at "webpy.org", it seems like the answer
would be "yes".

From phil at opencsw.org  Thu Jan 20 18:38:10 2011
From: phil at opencsw.org (Philip Brown)
Date: Thu, 20 Jan 2011 09:38:10 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
Message-ID: <AANLkTin6y2-0w6riDKWT2rvordFVspOUXoc_rzQawfGC@mail.gmail.com>

On Thu, Jan 20, 2011 at 9:36 AM, Philip Brown <phil at opencsw.org> wrote:
>
> Given that the thing is homed at "webpy.org", it seems like the answer
> would be "yes".
>

and note also, that its *source tree*, is


https://github.com/webpy

it is commonly referred to and indexed by "webpy". so it seems
counter-productive to not make it available to our users as such.

From maciej at opencsw.org  Thu Jan 20 19:08:02 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Thu, 20 Jan 2011 18:08:02 +0000
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
Message-ID: <AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>

No dia 20 de Janeiro de 2011 17:36, Philip Brown <phil at opencsw.org> escreveu:
> On Thu, Jan 20, 2011 at 9:28 AM, Ben Walton <bwalton at opencsw.org> wrote:
>> Excerpts from Philip Brown's message of Thu Jan 20 12:20:15 -0500 2011:
>>
>> Hi Phil,
>>
>>> seems like it should either be "py_web" or just "webpy".
>>
>> It's not a nice name (aethetically), but it does conform to the
>> standard. ?The framework is web.py, it's referenced as /webpy/ in the
>> documentation on the homepage and py_ is our preferred prefix for
>> python modules.
>>
>
> our standard also says (going from memory, since you didnt give
> explicit url), that while of course, py_xxx is preferred, some things
> that are well known as something else, are best named as that thing,
> rather than py_thatthing.
>
> So here I'm asking the maintainer (or more regular users of this
> framework, if the maintainer isnt a regular user of it) if that naming
> makes more sense. Is it reasonable that some random outside user of
> the framework, new to csw, is going to expect
>
> [install] webpy
>
> to work?
>
> Given that the thing is homed at "webpy.org", it seems like the answer
> would be "yes".

According to what we agreed on, the presence of py_ prefix depends on
whether it's a library or a standalone program.

http://wiki.opencsw.org/python-packages-naming

webpy is a library, not a standalone program, so unless we change the
policy, the catalogname is py_webpy.

From phil at bolthole.com  Thu Jan 20 21:04:50 2011
From: phil at bolthole.com (Philip Brown)
Date: Thu, 20 Jan 2011 12:04:50 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
Message-ID: <AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>

On Thu, Jan 20, 2011 at 10:08 AM, Maciej (Matchek) Blizinski
<maciej at opencsw.org> wrote:
> No dia 20 de Janeiro de 2011 17:36, Philip Brown <phil at opencsw.org> escreveu:
>>
>> So here I'm asking the maintainer (or more regular users of this
>> framework, if the maintainer isnt a regular user of it) if that naming
>> makes more sense. Is it reasonable that some random outside user of
>> the framework, new to csw, is going to expect
>>
>> [install] webpy
>>
>> to work?
>>
>> Given that the thing is homed at "webpy.org", it seems like the answer
>> would be "yes".
>
> According to what we agreed on, the presence of py_ prefix depends on
> whether it's a library or a standalone program.
>
> http://wiki.opencsw.org/python-packages-naming
>
> webpy is a library, not a standalone program, so unless we change the
> policy, the catalogname is py_webpy.


Hm. Okay, that's what the policy currently says. We didnt really do a
very deep analysis on this sort of aspect of the policy though, that I
recall.
(well known, non-standalone python thing).
Maybe its time to look at this more explicitly.

ls py* |egrep -v py_|awk -F- '{print $1}'


in the main dir, gives a fair number of things that might be in this category.

pychecker
pyclearsilver
pydes
pydocutils
pyeyed3
pygobject
pygtk
pylint
pymxbase
pymysql
pyorbit
pypgsql
pysetuptools
pysqlite
pysqlite2
pysvn
pythonsvn
pyxml
pyyaml
pyzor

Some of those, I think are good candiates for "should be renamed to py_xxx".
Some, I have no idea of.

As the python maintainer, is it your stance that ALL of these should
be renamed to py_xxx?

I would ask you to make your decision not merely on "yes because thats
what the policy says now", but, "is that what is going to make the
most sense to our users"?
I would also ask you to carefully consider each one as an individual,
rather than just making a blanket decision without careful inspection.

From jcraig at opencsw.org  Fri Jan 21 06:40:36 2011
From: jcraig at opencsw.org (Jonathan Craig)
Date: Fri, 21 Jan 2011 06:40:36 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pm_htmltableextract
Message-ID: <201101210540.p0L5eaZU010976@login.bo.opencsw.org>

* pm_htmltableextract: new package
  + pm_htmltableextract-2.10,REV=2011.01.21-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From bonivart at opencsw.org  Fri Jan 21 10:57:03 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Fri, 21 Jan 2011 10:57:03 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
Message-ID: <201101210957.p0L9v353020229@login.bo.opencsw.org>

Closes bug #4544 and finally gives us a proper INC (using a patch from RHEL5).

* perl: revision upgrade
  - from: 2010.08.11
  -   to: 2011.01.15
  + perl-5.10.1,REV=2011.01.15-SunOS5.9-sparc-CSW.pkg.gz
  + perl-5.10.1,REV=2011.01.15-SunOS5.9-i386-CSW.pkg.gz
  + perldoc-5.10.1,REV=2011.01.15-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From maciej at opencsw.org  Sat Jan 22 14:21:30 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Sat, 22 Jan 2011 13:21:30 +0000
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
Message-ID: <AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>

No dia 20 de Janeiro de 2011 20:04, Philip Brown <phil at bolthole.com> escreveu:
> Hm. Okay, that's what the policy currently says. We didnt really do a
> very deep analysis on this sort of aspect of the policy though, that I
> recall.
> (well known, non-standalone python thing).
> Maybe its time to look at this more explicitly.
>
> ls py* |egrep -v py_|awk -F- '{print $1}'
>
>
> in the main dir, gives a fair number of things that might be in this category.
>
> pychecker

We can remove it entirely - superseded by pylint.  (standalone)

> pyclearsilver

Python module.

> pydes

Python module.

> pydocutils

The software is named 'docutils' and provides executables into
/opt/csw/bin; however, there isn't a 'docutils' executable.  I'd say -
it's not a standalone program.

> pyeyed3

Python module, rename.

> pygobject

Module.

> pygtk

Module.

> pylint

Standalone.

> pymxbase

Module.

> pymysql

Module.

> pyorbit

Module.

> pypgsql

Module.

> pysetuptools

Module.

> pysqlite

Module.

> pysqlite2

Module.

> pysvn

Module.

> pythonsvn

Module.

> pyxml

Module.

> pyyaml

Module, already renamed to py_yaml.

> pyzor

Standalone.

>
> Some of those, I think are good candiates for "should be renamed to py_xxx".
> Some, I have no idea of.
>
> As the python maintainer, is it your stance that ALL of these should
> be renamed to py_xxx?
>
> I would ask you to make your decision not merely on "yes because thats
> what the policy says now", but, "is that what is going to make the
> most sense to our users"?
> I would also ask you to carefully consider each one as an individual,
> rather than just making a blanket decision without careful inspection.

Sure.  What criteria should be applied?  What kinds of cases should be
special enough to break the rules?

When building new versions of these packages, maintainers will be
confronted with a checkpkg error.  They will have the opportunity to
review their packages and rename them if they decide to do so.

From pfelecan at opencsw.org  Sat Jan 22 18:21:30 2011
From: pfelecan at opencsw.org (Peter Felecan)
Date: Sat, 22 Jan 2011 18:21:30 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs gdb
Message-ID: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>

32 and 64 bit support and corrects bugs 1452 and 2757.

* gdb: revision upgrade
  - from: 2011.01.16
  -   to: 2011.01.21
  + gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg.gz
  + gdb-7.2,REV=2011.01.21-SunOS5.9-i386-CSW.pkg.gz
  + gdb-7.2,REV=2011.01.21-SunOS5.10-sparc-CSW.pkg.gz
  + gdb-7.2,REV=2011.01.21-SunOS5.10-i386-CSW.pkg.gz

Remarks:

- There are separate Solaris 9 and Solaris 10 packages on purpose.

- There are false positives found par checkpkg for /usr/local in the
  documentation which can be safely ignored.
-- 
Generated by submitpkg

From phil at bolthole.com  Sat Jan 22 22:31:39 2011
From: phil at bolthole.com (Philip Brown)
Date: Sat, 22 Jan 2011 13:31:39 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
Message-ID: <AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>

Thanks for taking the time to look at each of those.
Let me preface this email by summarizing where I'm at.
As I am neither the python maintainer, nor even a python user, I dont
have a particular "personal" stake in all this. You're the python
maintainer - it's pretty much your call.
As the release manager, I just want to make sure that we have a
carefully considered policy in place, so that down the road, we dont
have a situation of, "oh,hmmm.. didnt think of that. We should maybe
rename some stuff back the other way now".

renames are very disruptive to the end user experience.
(both on a "urg this is annoying" level, but also gives a bad
impression of opencsw: "arg, these guys have no idea what they're
doing, cant even keep names straight!")

So, to continue...

On Sat, Jan 22, 2011 at 5:21 AM, Maciej (Matchek) Blizinski
<maciej at opencsw.org> wrote:
> .....
>> As the python maintainer, is it your stance that ALL of these should
>> be renamed to py_xxx?
>>
>> I would ask you to make your decision not merely on "yes because thats
>> what the policy says now", but, "is that what is going to make the
>> most sense to our users"?
>> I would also ask you to carefully consider each one as an individual,
>> rather than just making a blanket decision without careful inspection.
>
> Sure. ?What criteria should be applied? ?What kinds of cases should be
> special enough to break the rules?

I'm not entirely sure :-/ My thoughts are mostly, "if something has
strong name recognition".
Where unfortunately, "strong" is completely subjective :-/
Based on what I previously posted, along the lines of "webpy.org", it
would see like webpy does have exceptionally "strong" recognition,
even by fairly objective standards though.

Since "webpy" would be currently the "only" one in the [not
standalone] python related category, I can understand the tendency to
go with "oh lets just make it like everything else".
So that's why I asked you to consider the other stragglers, to see if
this is really a "unique" case, or whether there are other "strong
name recognition" candidates like it.

Even if it was completely unique in our catalog, my personal view of
this, is that "webpy" really seems to have uniquely high name
recognition. Because of that, it really seems to me that a relatively
fresh solaris admin who wanted to install it (either for themselves,
or for a user request), is most likely going to try first

# [pkginstaller] install webpy

So, that's my view. but I'll leave the final call up to you.

From jcraig at opencsw.org  Sat Jan 22 22:54:22 2011
From: jcraig at opencsw.org (Jonathan Craig)
Date: Sat, 22 Jan 2011 16:54:22 -0500
Subject: [csw-pkgsubmissions] newpkgs pm_htmltableextract
In-Reply-To: <201101210540.p0L5eaZU010976@login.bo.opencsw.org>
References: <201101210540.p0L5eaZU010976@login.bo.opencsw.org>
Message-ID: <AANLkTikrLwNch+4xNW4DkPL5qjmGxCGPEmX0HMQ8atY_@mail.gmail.com>

As I am new to this process, have I missed a step or is this package
on its way to release.

On Fri, Jan 21, 2011 at 12:40 AM, Jonathan Craig <jcraig at opencsw.org> wrote:
> * pm_htmltableextract: new package
> ?+ pm_htmltableextract-2.10,REV=2011.01.21-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bwalton at opencsw.org  Sun Jan 23 01:55:01 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sat, 22 Jan 2011 19:55:01 -0500
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
Message-ID: <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Sat Jan 22 16:31:39 -0500 2011:

> # [pkginstaller] install webpy

For cases like these, where it can reasonably be argued either way,
why not have a stub webpy that depends on py_webpy.  That gives the
name recognition piece while keeping the consistency of naming as
well?

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From pfelecan at opencsw.org  Sun Jan 23 12:32:17 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Sun, 23 Jan 2011 12:32:17 +0100
Subject: [csw-pkgsubmissions] newpkgs pm_htmltableextract
In-Reply-To: <AANLkTikrLwNch+4xNW4DkPL5qjmGxCGPEmX0HMQ8atY_@mail.gmail.com>
	(Jonathan Craig's message of "Sat, 22 Jan 2011 16:54:22 -0500")
References: <201101210540.p0L5eaZU010976@login.bo.opencsw.org>
	<AANLkTikrLwNch+4xNW4DkPL5qjmGxCGPEmX0HMQ8atY_@mail.gmail.com>
Message-ID: <x6oc77yhxa.fsf@opencsw.org>

Jonathan Craig <jcraig at opencsw.org> writes:

> As I am new to this process, have I missed a step or is this package
> on its way to release.

I don't think so. As you can see there were no release processed in the
past 2 days. This gives me a new opportunity to hammer my "automatic
release management is good" nail...
-- 
Peter

From maciej at opencsw.org  Sun Jan 23 19:47:20 2011
From: maciej at opencsw.org (Maciej Blizinski)
Date: Sun, 23 Jan 2011 19:47:20 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs py_flup
Message-ID: <201101231847.p0NIlKAc010102@login.bo.opencsw.org>

A Python WSGI implementation.

* py_flup: new package
  + py_flup-1.0.2,REV=2011.01.15-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From maciej at opencsw.org  Sun Jan 23 19:47:42 2011
From: maciej at opencsw.org (Maciej Blizinski)
Date: Sun, 23 Jan 2011 19:47:42 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs pius
Message-ID: <201101231847.p0NIlgow010111@login.bo.opencsw.org>

* pius: patchlevel upgrade
  - from: 2.0.7,REV=2010.08.31
  -   to: 2.0.8,REV=2011.01.23
  + pius-2.0.8,REV=2011.01.23-SunOS5.9-all-CSW.pkg.gz

-- 
Generated by submitpkg

From maciej at opencsw.org  Sun Jan 23 19:49:50 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Sun, 23 Jan 2011 18:49:50 +0000
Subject: [csw-pkgsubmissions] newpkgs py_flup
In-Reply-To: <201101231847.p0NIlKAc010102@login.bo.opencsw.org>
References: <201101231847.p0NIlKAc010102@login.bo.opencsw.org>
Message-ID: <AANLkTi=4Ck8r53xLCdvbP6D7=fT4YK6qwGCZ4FixZk7p@mail.gmail.com>

No dia 23 de Janeiro de 2011 18:47, Maciej Blizinski
<maciej at opencsw.org> escreveu:
> A Python WSGI implementation.
>
> * py_flup: new package
> ?+ py_flup-1.0.2,REV=2011.01.15-SunOS5.9-all-CSW.pkg.gz

Sorry, this e-mail has been sent accidentally.

From bwalton at opencsw.org  Mon Jan 24 01:13:43 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 23 Jan 2011 19:13:43 -0500
Subject: [csw-pkgsubmissions] newpkgs ap2_prefork, ap2_suexec, ap2_worker,
	(...)
In-Reply-To: <1294619158-sup-7578@pinkfloyd.chass.utoronto.ca>
References: <201011010656.oA16uaLQ012938@login.bo.opencsw.org>
	<1288617957-sup-3784@pinkfloyd.chass.utoronto.ca>
	<AANLkTikgvLLNAj3VCgWNrE_zA+PE8=TtNT2VwWyuMVq9@mail.gmail.com>
	<1288802093-sup-4720@pinkfloyd.chass.utoronto.ca>
	<AANLkTik4eYmFVNc7C51trEh-jBR3eTUzxck1JOCQGD2=@mail.gmail.com>
	<1291482445-sup-2084@pinkfloyd.chass.utoronto.ca>
	<AANLkTin0dmAb_mnFscsnDM39kQRFUoJYAx=crMuLOH-K@mail.gmail.com>
	<1291486009-sup-6022@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=MUyP3Kr3u-7hBrMKTNbg2gwLovfmh+piu=y9t@mail.gmail.com>
	<1294619158-sup-7578@pinkfloyd.chass.utoronto.ca>
Message-ID: <1295827931-sup-4777@pinkfloyd.chass.utoronto.ca>

Excerpts from Ben Walton's message of Sun Jan 09 19:27:25 -0500 2011:

> > should we revert the change to transfer the config files, so the new
> > version could be finally released?
> 
> Yes, I think I need to undo this stuff for now.  Moving apache's
> etc/ will impact enough other packages that I don't think I can
> supply the required effort right now.

This is done and in good shape, I think.  It's 2.2.17 with fixes for
the open mantis bugs in place.

Rupert: Are you able to test these?

http://buildfarm.opencsw.org/experimental.html#apache2

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From phil at bolthole.com  Mon Jan 24 04:02:29 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 23 Jan 2011 19:02:29 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>

Hmmmm....

I dunno... I think that might be setting a bad precedent for frivolous
creation of empty packages down the road


On Sat, Jan 22, 2011 at 4:55 PM, Ben Walton <bwalton at opencsw.org> wrote:
> Excerpts from Philip Brown's message of Sat Jan 22 16:31:39 -0500 2011:
>
>> # [pkginstaller] install webpy
>
> For cases like these, where it can reasonably be argued either way,
> why not have a stub webpy that depends on py_webpy. ?That gives the
> name recognition piece while keeping the consistency of naming as
> well?
>

From phil at bolthole.com  Mon Jan 24 04:06:23 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 23 Jan 2011 19:06:23 -0800
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <201101210957.p0L9v353020229@login.bo.opencsw.org>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
Message-ID: <AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>

erm...

./root/opt/csw/lib/perl/5.10.1/CORE/uconfig.h:#define SITELIB_STEM
"/usr/local/lib/perl5"

(and many similar others)


On Fri, Jan 21, 2011 at 1:57 AM, Peter Bonivart <bonivart at opencsw.org> wrote:
> Closes bug #4544 and finally gives us a proper INC (using a patch from RHEL5).
>
> * perl: revision upgrade
> ?- from: 2010.08.11
> ?- ? to: 2011.01.15
> ?+ perl-5.10.1,REV=2011.01.15-SunOS5.9-sparc-CSW.pkg.gz
> ?+ perl-5.10.1,REV=2011.01.15-SunOS5.9-i386-CSW.pkg.gz
> ?+ perldoc-5.10.1,REV=2011.01.15-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at opencsw.org  Mon Jan 24 04:09:30 2011
From: phil at opencsw.org (Philip Brown)
Date: Sun, 23 Jan 2011 19:09:30 -0800
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
Message-ID: <AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>

Thank you for the heads-up, and the extra info.

For any future package, you might reconsider the dependencies. you
probably should not depend on CSWtextinfo
and there is probably an updated class action depend you should be using.
But, given the age of the prior package, I'll let this one through as-is.


On Sat, Jan 22, 2011 at 9:21 AM, Peter Felecan <pfelecan at opencsw.org> wrote:
> 32 and 64 bit support and corrects bugs 1452 and 2757.
>
> * gdb: revision upgrade
> ?- from: 2011.01.16
> ?- ? to: 2011.01.21
> ?+ gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg.gz
> ?+ gdb-7.2,REV=2011.01.21-SunOS5.9-i386-CSW.pkg.gz
> ?+ gdb-7.2,REV=2011.01.21-SunOS5.10-sparc-CSW.pkg.gz
> ?+ gdb-7.2,REV=2011.01.21-SunOS5.10-i386-CSW.pkg.gz
>
> Remarks:
>
> - There are separate Solaris 9 and Solaris 10 packages on purpose.
>
> - There are false positives found par checkpkg for /usr/local in the
> ?documentation which can be safely ignored.
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bwalton at opencsw.org  Mon Jan 24 04:24:11 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 23 Jan 2011 22:24:11 -0500
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
Message-ID: <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Sun Jan 23 22:02:29 -0500 2011:

> I dunno... I think that might be setting a bad precedent for
> frivolous creation of empty packages down the road

It's only frivolous if it doesn't serve a purpose.  In this case, it
does serve a purpose...that of making it easier from someone to obtain
the package they want while keeping our naming consistent.

I wonder if a feature like:

(pkgutil|pkg-get) list '*webpy*'
...
py_webpy - A python web framework (version: $VERSION)
...

wouldn't help to solve this problem too.  It's a feature I use with
yum on a fairly regular basis.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From phil at bolthole.com  Mon Jan 24 04:31:55 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 23 Jan 2011 19:31:55 -0800
Subject: [csw-pkgsubmissions] newpkgs pm_htmltableextract
In-Reply-To: <AANLkTikrLwNch+4xNW4DkPL5qjmGxCGPEmX0HMQ8atY_@mail.gmail.com>
References: <201101210540.p0L5eaZU010976@login.bo.opencsw.org>
	<AANLkTikrLwNch+4xNW4DkPL5qjmGxCGPEmX0HMQ8atY_@mail.gmail.com>
Message-ID: <AANLkTi=YmxyBdLmwuYVWTbnjYhasM91qhG7fR_HO0azh@mail.gmail.com>

On Sat, Jan 22, 2011 at 1:54 PM, Jonathan Craig <jcraig at opencsw.org> wrote:
> As I am new to this process, have I missed a step or is this package
> on its way to release.
>

it's called "the weekend".
frequently, people take a break on it :-}


package is now batched

From phil at bolthole.com  Mon Jan 24 04:34:26 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 23 Jan 2011 19:34:26 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
	<1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTinBkSqkY3OdDhLBm6kyK1nEXBCKWdqOTyBojdC2@mail.gmail.com>

On Sun, Jan 23, 2011 at 7:24 PM, Ben Walton <bwalton at opencsw.org> wrote:
> Excerpts from Philip Brown's message of Sun Jan 23 22:02:29 -0500 2011:
>
>> I dunno... I think that might be setting a bad precedent for
>> frivolous creation of empty packages down the road
>
> It's only frivolous if it doesn't serve a purpose. ?In this case, it
> does serve a purpose...that of making it easier from someone to obtain
> the package they want while keeping our naming consistent.
>
> I wonder if a feature like:
>
> (pkgutil|pkg-get) list '*webpy*'
> ...
> py_webpy - A python web framework (version: $VERSION)
> ...
>
> wouldn't help to solve this problem too. ?It's a feature I use with
> yum on a fairly regular basis.



pkg-get -D webpy

would indeed show it.
(-D for Descriptions)

but with a "well known name", I think people are more likely to search
for well-known-name, and presume "it's not there" if not found.

eg:

pkg-get install perl

"failed? okay, they dont have perl."

not "hmm.. maybe I need to search all packages with perl in the
description, maybe they've named it something more interesting".

Okay, an extreme example, but it hopefully makes my point.

From phil at bolthole.com  Mon Jan 24 04:35:21 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 23 Jan 2011 19:35:21 -0800
Subject: [csw-pkgsubmissions] newpkgs pius
In-Reply-To: <201101231847.p0NIlgow010111@login.bo.opencsw.org>
References: <201101231847.p0NIlgow010111@login.bo.opencsw.org>
Message-ID: <AANLkTin15o4J0HLR4rmJ9_wWOcLipJSMRUd7_s+ZYT8G@mail.gmail.com>

batched


On Sun, Jan 23, 2011 at 10:47 AM, Maciej Blizinski <maciej at opencsw.org> wrote:
> * pius: patchlevel upgrade
> ?- from: 2.0.7,REV=2010.08.31
> ?- ? to: 2.0.8,REV=2011.01.23
> ?+ pius-2.0.8,REV=2011.01.23-SunOS5.9-all-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From bwalton at opencsw.org  Mon Jan 24 04:43:17 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 23 Jan 2011 22:43:17 -0500
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
	<1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
Message-ID: <1295840453-sup-3137@pinkfloyd.chass.utoronto.ca>

Excerpts from Ben Walton's message of Sun Jan 23 22:24:11 -0500 2011:

> I wonder if a feature like:
> 
> (pkgutil|pkg-get) list '*webpy*'
> ...
> py_webpy - A python web framework (version: $VERSION)
> ...
> 
> wouldn't help to solve this problem too.  It's a feature I use with
> yum on a fairly regular basis.

Peter has already added this to pkgutil:

pkgutil -a git
git                  CSWgit               1.7.3.2,REV=2010.11.28 3.7 MB
git_completion       CSWgitcompletion     1.7.3.2,REV=2010.11.28 20.3 KB
git_cvs              CSWgitcvs            1.7.3.2,REV=2010.11.28 61.9 KB
git_devel            CSWgitdevel          1.7.3.2,REV=2010.11.28 610.3 KB
git_doc              CSWgitdoc            1.7.3.2,REV=2010.11.28 1.5 MB
git_emacs            CSWgitemacs          1.7.3.2,REV=2010.11.28 49.8 KB
git_gui              CSWgitgui            1.7.3.2,REV=2010.11.28 238.2 KB
git_subtree          CSWgitsubtree        0.2_d20ac,REV=2010.01.11 15.6 KB
git_svn              CSWgitsvn            1.7.3.2,REV=2010.11.28 70.7 KB
gitk                 CSWgitk              1.7.3.2,REV=2010.11.28 124.9 KB
gitosis              CSWgitosis           0.2,REV=2010.06.12_rev=73a03 32.2 KB
magit                CSWmagit             0.7,REV=2010.03.23 79.4 KB

Or:

pkgutil --describe git
cvs2svn - CVS to svn/git/hg/bzr Repository Converter
dcraw - Raw Digital Photo Decoder
git - Fast Version Control System
git_completion - Bash completion support for Git
git_cvs - Git tools for working with CVS repositories
git_devel - Headers and static libraries for Git
git_doc - Documentation for Git
git_emacs - Git VCS support for Emacs
git_gui - Git GUI tool
git_subtree - Subtree support for git
git_svn - Git tools for working with Subversion repositories
gitk - Git revision tree visualiser
gitosis - Software for hosting git repositories
libgphoto2 - library to be used by applications to access digital cameras
magit - An Git Mode for Emacs
pm_algorithmchkdig - Algorithm-CheckDigits: Perl extension to generate and test check digits
tig - A git repository browser

-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From bwalton at opencsw.org  Mon Jan 24 05:04:13 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 23 Jan 2011 23:04:13 -0500
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTinBkSqkY3OdDhLBm6kyK1nEXBCKWdqOTyBojdC2@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
	<1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
	<AANLkTinBkSqkY3OdDhLBm6kyK1nEXBCKWdqOTyBojdC2@mail.gmail.com>
Message-ID: <1295841532-sup-1077@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Sun Jan 23 22:34:26 -0500 2011:

> pkg-get -D webpy
> 
> would indeed show it.
> (-D for Descriptions)
> 
> but with a "well known name", I think people are more likely to search
> for well-known-name, and presume "it's not there" if not found.

Right, which is why a regex match helps in this case.  It wouldn't
help if the 'friendly' name is not in any way a substring of the
non-friendly name.

> Okay, an extreme example, but it hopefully makes my point.

I don't have pkg-get handy here, but from what you say it looks like
the argument to -D is a catalog name, as it would be found in the
catalog?  If so, this pre-supposes knowledge.  The versions of this in
pkgutil don't make this assumption.  They match against title and/or
description.

My point here is that if you want both naming consistency (good) and
installation by friendly name (also good), you can have that by
packaging under the standardized format and providing stub packages
with the friendly name.  I don't see a problem with stub packages but
I do see a gain from using them where appropriate.  To my eye, this is
an appropriate use.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From phil at bolthole.com  Mon Jan 24 05:09:02 2011
From: phil at bolthole.com (Philip Brown)
Date: Sun, 23 Jan 2011 20:09:02 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <1295841532-sup-1077@pinkfloyd.chass.utoronto.ca>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
	<1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
	<AANLkTinBkSqkY3OdDhLBm6kyK1nEXBCKWdqOTyBojdC2@mail.gmail.com>
	<1295841532-sup-1077@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTi=_g=BuJt0j5HFGNgCyUXFwZR-LC5gun3EVC+fp@mail.gmail.com>

On Sun, Jan 23, 2011 at 8:04 PM, Ben Walton <bwalton at opencsw.org> wrote:
> Excerpts from Philip Brown's message of Sun Jan 23 22:34:26 -0500 2011:
>
>> pkg-get -D webpy
>>
>> would indeed show it.
>> (-D for Descriptions)
>>...
> I don't have pkg-get handy here, but from what you say it looks like
> the argument to -D is a catalog name, as it would be found in the
> catalog?

no, descriptions.


I think Peter copied pkgutils -describe option from it.
At any rate, they do the same thing.

and pkg-get -D takes regexes.


> My point here is that if you want both naming consistency (good) and
> installation by friendly name (also good), you can have that by
> packaging under the standardized format and providing stub packages
> with the friendly name. ?I don't see a problem with stub packages but
> I do see a gain from using them where appropriate. ?To my eye, this is
> an appropriate use.


Mmmm... but from my perspective, having a view of the entire system
from all layers, it feels... wrong.
Might almost be better to support some kind of proper 'aliases'
mechanism for the catalog instead. dunno.
Needs to be pondered on.

From rupert at opencsw.org  Mon Jan 24 06:22:29 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Mon, 24 Jan 2011 06:22:29 +0100
Subject: [csw-pkgsubmissions] newpkgs ap2_prefork, ap2_suexec, ap2_worker,
	(...)
In-Reply-To: <1295827931-sup-4777@pinkfloyd.chass.utoronto.ca>
References: <201011010656.oA16uaLQ012938@login.bo.opencsw.org>
	<1288617957-sup-3784@pinkfloyd.chass.utoronto.ca>
	<AANLkTikgvLLNAj3VCgWNrE_zA+PE8=TtNT2VwWyuMVq9@mail.gmail.com>
	<1288802093-sup-4720@pinkfloyd.chass.utoronto.ca>
	<AANLkTik4eYmFVNc7C51trEh-jBR3eTUzxck1JOCQGD2=@mail.gmail.com>
	<1291482445-sup-2084@pinkfloyd.chass.utoronto.ca>
	<AANLkTin0dmAb_mnFscsnDM39kQRFUoJYAx=crMuLOH-K@mail.gmail.com>
	<1291486009-sup-6022@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=MUyP3Kr3u-7hBrMKTNbg2gwLovfmh+piu=y9t@mail.gmail.com>
	<1294619158-sup-7578@pinkfloyd.chass.utoronto.ca>
	<1295827931-sup-4777@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTi=TqTEVNOsKwU4eQOG+dfwsGPoJgs946PDnRhAN@mail.gmail.com>

currently not, i am off work for 3 weeks.

rupert.


On Mon, Jan 24, 2011 at 01:13, Ben Walton <bwalton at opencsw.org> wrote:

> Excerpts from Ben Walton's message of Sun Jan 09 19:27:25 -0500 2011:
>
> > > should we revert the change to transfer the config files, so the new
> > > version could be finally released?
> >
> > Yes, I think I need to undo this stuff for now.  Moving apache's
> > etc/ will impact enough other packages that I don't think I can
> > supply the required effort right now.
>
> This is done and in good shape, I think.  It's 2.2.17 with fixes for
> the open mantis bugs in place.
>
> Rupert: Are you able to test these?
>
> http://buildfarm.opencsw.org/experimental.html#apache2
>
> Thanks
> -Ben
> --
> Ben Walton
> Systems Programmer - CHASS
> University of Toronto
> C:416.407.5610 | W:416.978.4302
>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/pkgsubmissions/attachments/20110124/7dabd6ea/attachment-0001.html>

From dam at opencsw.org  Mon Jan 24 08:50:07 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 24 Jan 2011 08:50:07 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
Message-ID: <F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>

Hi,

Am 24.01.2011 um 04:09 schrieb Philip Brown:
> Thank you for the heads-up, and the extra info.
> 
> For any future package, you might reconsider the dependencies. you
> probably should not depend on CSWtextinfo

The rationale behind this is that not all people actually "enjoy"
texinfo. The CAS has therefore been written to print a notice if
texinfo is not installed at the moment and if it is later installed
all pending .info-files will be reregistered. This is documented
here:
  http://wiki.opencsw.org/cswclassutils-package#toc23

But it is really cool to have an updated GDB now, thanks!!


Best regards

  -- Dago



From pfelecan at opencsw.org  Mon Jan 24 10:49:57 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Mon, 24 Jan 2011 10:49:57 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org> (Dagobert
	Michelsen's message of "Mon, 24 Jan 2011 08:50:07 +0100")
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
Message-ID: <x68vyay6ka.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> The rationale behind this is that not all people actually "enjoy"
> texinfo. The CAS has therefore been written to print a notice if
> texinfo is not installed at the moment and if it is later installed
> all pending .info-files will be reregistered. This is documented
> here:
>   http://wiki.opencsw.org/cswclassutils-package#toc23

1. I don't get this non dependency point. If texinfo is not installed,
   how can I access them easily, i.e., with an index and all? As an
   Emacs user I'm trifled by this...

2. declaring all the files having .info suffix as part of cswtexinfo
   class is a little bit coarse grained: e.g., gdb has 10 such
   components and they all declare the same INFO-DIR-ENTRY which rises a
   warning during the removal of the package for each such component,
   e.g.:

   install-info: warning: no entries found for
   `/opt/csw/share/info/gdbint.info-1'

   This is a minor issue but can be annoying.

-- 
Peter

From dam at opencsw.org  Mon Jan 24 13:16:57 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 24 Jan 2011 13:16:57 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <x68vyay6ka.fsf@opencsw.org>
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
Message-ID: <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>

Hi Peter,

Am 24.01.2011 um 10:49 schrieb Peter FELECAN:
> Dagobert Michelsen <dam at opencsw.org> writes:
>> The rationale behind this is that not all people actually "enjoy"
>> texinfo. The CAS has therefore been written to print a notice if
>> texinfo is not installed at the moment and if it is later installed
>> all pending .info-files will be reregistered. This is documented
>> here:
>>  http://wiki.opencsw.org/cswclassutils-package#toc23
> 
> 1. I don't get this non dependency point. If texinfo is not installed,
>   how can I access them easily, i.e., with an index and all? As an
>   Emacs user I'm trifled by this...

You can't. But if you want to you can install the texinfo package at
any time and all registrations will be correct, regardless of the
install time of texinfo.

> 2. declaring all the files having .info suffix as part of cswtexinfo
>   class is a little bit coarse grained: e.g., gdb has 10 such
>   components and they all declare the same INFO-DIR-ENTRY which rises a
>   warning during the removal of the package for each such component,
>   e.g.:
> 
>   install-info: warning: no entries found for
>   `/opt/csw/share/info/gdbint.info-1'
> 
>   This is a minor issue but can be annoying.

It is easiest to do it automatically this way. The CAS script could
peek into it and don't register it. But I see no real problem with
this (maybe another 99% issue ;-)


Best regards

  -- Dago


From bwalton at opencsw.org  Mon Jan 24 16:16:27 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Mon, 24 Jan 2011 10:16:27 -0500
Subject: [csw-pkgsubmissions] newpkgs ap2_prefork, ap2_suexec, ap2_worker,
	(...)
In-Reply-To: <AANLkTi=TqTEVNOsKwU4eQOG+dfwsGPoJgs946PDnRhAN@mail.gmail.com>
References: <201011010656.oA16uaLQ012938@login.bo.opencsw.org>
	<1288617957-sup-3784@pinkfloyd.chass.utoronto.ca>
	<AANLkTikgvLLNAj3VCgWNrE_zA+PE8=TtNT2VwWyuMVq9@mail.gmail.com>
	<1288802093-sup-4720@pinkfloyd.chass.utoronto.ca>
	<AANLkTik4eYmFVNc7C51trEh-jBR3eTUzxck1JOCQGD2=@mail.gmail.com>
	<1291482445-sup-2084@pinkfloyd.chass.utoronto.ca>
	<AANLkTin0dmAb_mnFscsnDM39kQRFUoJYAx=crMuLOH-K@mail.gmail.com>
	<1291486009-sup-6022@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=MUyP3Kr3u-7hBrMKTNbg2gwLovfmh+piu=y9t@mail.gmail.com>
	<1294619158-sup-7578@pinkfloyd.chass.utoronto.ca>
	<1295827931-sup-4777@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=TqTEVNOsKwU4eQOG+dfwsGPoJgs946PDnRhAN@mail.gmail.com>
Message-ID: <1295882175-sup-6584@pinkfloyd.chass.utoronto.ca>

Excerpts from rupert THURNER's message of Mon Jan 24 00:22:29 -0500 2011:

> currently not, i am off work for 3 weeks.

Ok.  Enjoy your break!

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From pfelecan at opencsw.org  Mon Jan 24 14:43:25 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Mon, 24 Jan 2011 14:43:25 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> (Dagobert
	Michelsen's message of "Mon, 24 Jan 2011 13:16:57 +0100")
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
Message-ID: <x6zkqqwh6q.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> Am 24.01.2011 um 10:49 schrieb Peter FELECAN:
>> Dagobert Michelsen <dam at opencsw.org> writes:
>>> The rationale behind this is that not all people actually "enjoy"
>>> texinfo. The CAS has therefore been written to print a notice if
>>> texinfo is not installed at the moment and if it is later installed
>>> all pending .info-files will be reregistered. This is documented
>>> here:
>>>  http://wiki.opencsw.org/cswclassutils-package#toc23
>> 
>> 1. I don't get this non dependency point. If texinfo is not installed,
>>   how can I access them easily, i.e., with an index and all? As an
>>   Emacs user I'm trifled by this...
>
> You can't. But if you want to you can install the texinfo package at
> any time and all registrations will be correct, regardless of the
> install time of texinfo.

That I get. But why should I remove the dependency?

-- 
Peter

From pfelecan at opencsw.org  Mon Jan 24 10:49:57 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Mon, 24 Jan 2011 10:49:57 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org> (Dagobert
	Michelsen's message of "Mon, 24 Jan 2011 08:50:07 +0100")
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
Message-ID: <x68vyay6ka.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> The rationale behind this is that not all people actually "enjoy"
> texinfo. The CAS has therefore been written to print a notice if
> texinfo is not installed at the moment and if it is later installed
> all pending .info-files will be reregistered. This is documented
> here:
>   http://wiki.opencsw.org/cswclassutils-package#toc23

1. I don't get this non dependency point. If texinfo is not installed,
   how can I access them easily, i.e., with an index and all? As an
   Emacs user I'm trifled by this...

2. declaring all the files having .info suffix as part of cswtexinfo
   class is a little bit coarse grained: e.g., gdb has 10 such
   components and they all declare the same INFO-DIR-ENTRY which rises a
   warning during the removal of the package for each such component,
   e.g.:

   install-info: warning: no entries found for
   `/opt/csw/share/info/gdbint.info-1'

   This is a minor issue but can be annoying.

-- 
Peter

From phil at bolthole.com  Mon Jan 24 15:14:49 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 24 Jan 2011 06:14:49 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTi=_g=BuJt0j5HFGNgCyUXFwZR-LC5gun3EVC+fp@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
	<1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
	<AANLkTinBkSqkY3OdDhLBm6kyK1nEXBCKWdqOTyBojdC2@mail.gmail.com>
	<1295841532-sup-1077@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=_g=BuJt0j5HFGNgCyUXFwZR-LC5gun3EVC+fp@mail.gmail.com>
Message-ID: <AANLkTi=3RiXtas+5ktDu2bvL-JVA3MatM3sbCnvM5zY2@mail.gmail.com>

On Sun, Jan 23, 2011 at 8:09 PM, Philip Brown <phil at bolthole.com> wrote:
> On Sun, Jan 23, 2011 at 8:04 PM, Ben Walton <bwalton at opencsw.org> wrote:
>...
>> My point here is that if you want both naming consistency (good) and
>> installation by friendly name (also good), you can have that by
>> packaging under the standardized format and providing stub packages
>> with the friendly name. ?I don't see a problem with stub packages but
>> I do see a gain from using them where appropriate. ?To my eye, this is
>> an appropriate use.
>
>
> Mmmm... but from my perspective, having a view of the entire system
> from all layers, it feels... wrong.
> Might almost be better to support some kind of proper 'aliases'
> mechanism for the catalog instead. dunno.
> Needs to be pondered on.


well, I've slept a bit, and pondered a bit, and I'm liking the package
idea a bit better than mucking with the catalog format.
In its own way, a virtual package can serve well as an "alias in the catalog"
To articulate the "wrongness", the following are my areas of concern with it:

1. having it registered in mantis. I'm thinking it would be nice to
NOT register it
2. having another file almost needlessly sitting in our archives
3. having a "fake package" being actually installed on the user side
when thats not what they really need

#2, I think I might just have to live with

#1, perhaps if it is agreed we dont want to register it, we can come
up with some kind of agreed naming/pkginfo trigger that says "do not
autoregister", this is just an alias

#3... I'm thinking we might write it to deliberately NOT install. a
very elegant solution, in a way: it would still pull in dependencies,
but yet not needlessly install itself
  Only problem with that is, it would then potentially stop
pkg-get/pkgutil from proceeding further.
  This MIGHT be seen as a good thing; it alerts the user "hey you did
something you shouldnt really be doing".
  On the other hand, this would stop  "pkg-get install all" from working

  ... Unless we updated pkg-get and pkgutil to also recognise the same
magic for #1, and not fuss if that package bombed. Or, just not really
pkgadd in the first place. Well, maybe we should still do that, so
that the package gets to put out a special message? Dunno, there's a
few ways we could go, there.

This probably deserves a fresh thread in maintainers, if you're really
serious about it.

From dam at opencsw.org  Mon Jan 24 16:37:59 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 24 Jan 2011 16:37:59 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <x6zkqqwh6q.fsf@opencsw.org>
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
Message-ID: <F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>

Hi Peter,

Am 24.01.2011 um 14:43 schrieb Peter FELECAN:
> Dagobert Michelsen <dam at opencsw.org> writes:
>> Am 24.01.2011 um 10:49 schrieb Peter FELECAN:
>>> Dagobert Michelsen <dam at opencsw.org> writes:
>>>> The rationale behind this is that not all people actually "enjoy"
>>>> texinfo. The CAS has therefore been written to print a notice if
>>>> texinfo is not installed at the moment and if it is later installed
>>>> all pending .info-files will be reregistered. This is documented
>>>> here:
>>>> http://wiki.opencsw.org/cswclassutils-package#toc23
>>> 
>>> 1. I don't get this non dependency point. If texinfo is not installed,
>>>  how can I access them easily, i.e., with an index and all? As an
>>>  Emacs user I'm trifled by this...
>> 
>> You can't. But if you want to you can install the texinfo package at
>> any time and all registrations will be correct, regardless of the
>> install time of texinfo.
> 
> That I get. But why should I remove the dependency?

In fact it is usually handled as "soft dependency", that means you can
safely install it later optionally if you want texinfo. At least it is done
this way for the other packages :-)


Best regards

  -- Dago

From bonivart at opencsw.org  Mon Jan 24 17:19:21 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Mon, 24 Jan 2011 17:19:21 +0100
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
	<AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
Message-ID: <AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>

On Mon, Jan 24, 2011 at 4:06 AM, Philip Brown <phil at bolthole.com> wrote:
> erm...
>
> ./root/opt/csw/lib/perl/5.10.1/CORE/uconfig.h:#define SITELIB_STEM
> "/usr/local/lib/perl5"
>
> (and many similar others)

I'm not worried about that.

From pfelecan at opencsw.org  Mon Jan 24 17:30:37 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Mon, 24 Jan 2011 17:30:37 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org> (Dagobert
	Michelsen's message of "Mon, 24 Jan 2011 16:37:59 +0100")
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
Message-ID: <x6aaiqw9g2.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> Hi Peter,
>
> Am 24.01.2011 um 14:43 schrieb Peter FELECAN:
>> Dagobert Michelsen <dam at opencsw.org> writes:
>>> Am 24.01.2011 um 10:49 schrieb Peter FELECAN:
>>>> Dagobert Michelsen <dam at opencsw.org> writes:
>>>>> The rationale behind this is that not all people actually "enjoy"
>>>>> texinfo. The CAS has therefore been written to print a notice if
>>>>> texinfo is not installed at the moment and if it is later installed
>>>>> all pending .info-files will be reregistered. This is documented
>>>>> here:
>>>>> http://wiki.opencsw.org/cswclassutils-package#toc23
>>>> 
>>>> 1. I don't get this non dependency point. If texinfo is not installed,
>>>>  how can I access them easily, i.e., with an index and all? As an
>>>>  Emacs user I'm trifled by this...
>>> 
>>> You can't. But if you want to you can install the texinfo package at
>>> any time and all registrations will be correct, regardless of the
>>> install time of texinfo.
>> 
>> That I get. But why should I remove the dependency?
>
> In fact it is usually handled as "soft dependency", that means you can
> safely install it later optionally if you want texinfo. At least it is done
> this way for the other packages :-)

Alright. But why should I remove the dependecy? Is not correct or what?
-- 
Peter

From dam at opencsw.org  Mon Jan 24 17:36:17 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 24 Jan 2011 17:36:17 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <x6aaiqw9g2.fsf@opencsw.org>
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
	<x6aaiqw9g2.fsf@opencsw.org>
Message-ID: <5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org>

Hi Peter,

Am 24.01.2011 um 17:30 schrieb Peter FELECAN:
> Dagobert Michelsen <dam at opencsw.org> writes:
>> Hi Peter,
>> 
>> Am 24.01.2011 um 14:43 schrieb Peter FELECAN:
>>> Dagobert Michelsen <dam at opencsw.org> writes:
>>>> Am 24.01.2011 um 10:49 schrieb Peter FELECAN:
>>>>> Dagobert Michelsen <dam at opencsw.org> writes:
>>>>>> The rationale behind this is that not all people actually "enjoy"
>>>>>> texinfo. The CAS has therefore been written to print a notice if
>>>>>> texinfo is not installed at the moment and if it is later installed
>>>>>> all pending .info-files will be reregistered. This is documented
>>>>>> here:
>>>>>> http://wiki.opencsw.org/cswclassutils-package#toc23
>>>>> 
>>>>> 1. I don't get this non dependency point. If texinfo is not installed,
>>>>> how can I access them easily, i.e., with an index and all? As an
>>>>> Emacs user I'm trifled by this...
>>>> 
>>>> You can't. But if you want to you can install the texinfo package at
>>>> any time and all registrations will be correct, regardless of the
>>>> install time of texinfo.
>>> 
>>> That I get. But why should I remove the dependency?
>> 
>> In fact it is usually handled as "soft dependency", that means you can
>> safely install it later optionally if you want texinfo. At least it is done
>> this way for the other packages :-)
> 
> Alright. But why should I remove the dependecy? Is not correct or what?

It is correct, but all other packages handle this differently by not
explicitly depending on it. So it may best be described as "behaves
different from the other OpenCSW packages".


Best regards

  -- Dago



From phil at bolthole.com  Mon Jan 24 18:51:28 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 24 Jan 2011 09:51:28 -0800
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
	<AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
	<AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>
Message-ID: <AANLkTikvV9rYLpdz=cXLQ7nkFu62ohEEvfj6GFzMQ+E9@mail.gmail.com>

On 1/24/11, Peter Bonivart <bonivart at opencsw.org> wrote:
> On Mon, Jan 24, 2011 at 4:06 AM, Philip Brown <phil at bolthole.com> wrote:
>> erm...
>>
>> ./root/opt/csw/lib/perl/5.10.1/CORE/uconfig.h:#define SITELIB_STEM
>> "/usr/local/lib/perl5"
>>
>> (and many similar others)
>
> I'm not worried about that.
>

errr... this looks rather important. Please share details on WHY you
arent worried about that?

From bonivart at opencsw.org  Mon Jan 24 19:03:28 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Mon, 24 Jan 2011 19:03:28 +0100
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <AANLkTikvV9rYLpdz=cXLQ7nkFu62ohEEvfj6GFzMQ+E9@mail.gmail.com>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
	<AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
	<AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>
	<AANLkTikvV9rYLpdz=cXLQ7nkFu62ohEEvfj6GFzMQ+E9@mail.gmail.com>
Message-ID: <AANLkTikGsD5Z0_kmmf2EEe1H68dybWPtvPsS6U8encBq@mail.gmail.com>

On Mon, Jan 24, 2011 at 6:51 PM, Philip Brown <phil at bolthole.com> wrote:
> errr... this looks rather important. Please share details on WHY you
> arent worried about that?

I've used this package pretty much since the beginning and I've never
had any use for it. I'm also the maintainer since a few years back and
no one has indicated a problem to me via e-mail, IRC or a bug report.
I simply have no indication at all this would be important and I'm not
inclined to do more work for no benefit.

For reference, both Red Hat and Debian leaves these paths as is.

From phil at bolthole.com  Mon Jan 24 19:15:59 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 24 Jan 2011 10:15:59 -0800
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <x6aaiqw9g2.fsf@opencsw.org>
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
	<x6aaiqw9g2.fsf@opencsw.org>
Message-ID: <AANLkTim-wbzpGofjWURqUc6RRRkN-6eT22wREmYAwg5n@mail.gmail.com>

On 1/24/11, Peter FELECAN <pfelecan at opencsw.org> wrote:
>
> Alright. But why should I remove the dependecy? Is not correct or what?
>

It is not correct, in the sense that it forces users to download a
package that they do not strictly "need", and may have no interest or
use for.
Yes, you like it; others however, may not.

Depending on CSWtexinfo also pulls in other packages, which makes it even worse.
(gsed, and CSWbash. neither of which are needed for gdb itself)

It is always good to be mindful of the use case, where a user tries us
for the first time, to get "one specific program".

if they are initially using us just to get a modern gdb installed..
they will not be impressed if we then needlessly pull in 3 extra
packages they have no wish for.

From phil at bolthole.com  Mon Jan 24 20:18:10 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 24 Jan 2011 11:18:10 -0800
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <AANLkTikGsD5Z0_kmmf2EEe1H68dybWPtvPsS6U8encBq@mail.gmail.com>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
	<AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
	<AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>
	<AANLkTikvV9rYLpdz=cXLQ7nkFu62ohEEvfj6GFzMQ+E9@mail.gmail.com>
	<AANLkTikGsD5Z0_kmmf2EEe1H68dybWPtvPsS6U8encBq@mail.gmail.com>
Message-ID: <AANLkTi=48vDSWm9-Wxu3zoxjr3Ehz637F_iDbZUuDsXY@mail.gmail.com>

On 1/24/11, Peter Bonivart <bonivart at opencsw.org> wrote:
> On Mon, Jan 24, 2011 at 6:51 PM, Philip Brown <phil at bolthole.com> wrote:
>> errr... this looks rather important. Please share details on WHY you
>> arent worried about that?
>
> I've used this package pretty much since the beginning and I've never
> had any use for it. I'm also the maintainer since a few years back and
> no one has indicated a problem to me via e-mail, IRC or a bug report.
> I simply have no indication at all this would be important and I'm not
> inclined to do more work for no benefit.

"it works for me", is not an appropriate substitute for due diligence
as a maintainer.
Nor is "well, no-one's complained about it".
(who on earth would know to look at something that deep anyway?)

If you cant explain what it does, then you need to patch it.

I'm not "forcing" you to patch it... you can patch it, OR do research
to explain what what it is and why it isnt important. But you can't
avoid doing both of them.

> For reference, both Red Hat and Debian leaves these paths as is.

okay, that's a good sign.. but still not enough for something like this.
Maybe this would explain some of the incompatibility we've had with
newer perl vs older modules.

From bwalton at opencsw.org  Tue Jan 25 04:30:59 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Mon, 24 Jan 2011 22:30:59 -0500
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTi=_g=BuJt0j5HFGNgCyUXFwZR-LC5gun3EVC+fp@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
	<1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
	<AANLkTinBkSqkY3OdDhLBm6kyK1nEXBCKWdqOTyBojdC2@mail.gmail.com>
	<1295841532-sup-1077@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=_g=BuJt0j5HFGNgCyUXFwZR-LC5gun3EVC+fp@mail.gmail.com>
Message-ID: <1295926096-sup-6259@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Sun Jan 23 23:09:02 -0500 2011:

> Might almost be better to support some kind of proper 'aliases'
> mechanism for the catalog instead. dunno.  Needs to be pondered on.

Interesting.  Pondering indeed.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From bwalton at opencsw.org  Tue Jan 25 04:24:19 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Mon, 24 Jan 2011 22:24:19 -0500
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <AANLkTikGsD5Z0_kmmf2EEe1H68dybWPtvPsS6U8encBq@mail.gmail.com>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
	<AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
	<AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>
	<AANLkTikvV9rYLpdz=cXLQ7nkFu62ohEEvfj6GFzMQ+E9@mail.gmail.com>
	<AANLkTikGsD5Z0_kmmf2EEe1H68dybWPtvPsS6U8encBq@mail.gmail.com>
Message-ID: <1295925473-sup-3213@pinkfloyd.chass.utoronto.ca>

Excerpts from Peter Bonivart's message of Mon Jan 24 13:03:28 -0500 2011:

> For reference, both Red Hat and Debian leaves these paths as is.

Ok, while I don't think this is a blocking issue for a package that
already exists with this exact same file content, I do think it's
worth looking at.

It's a header file that other things could potentially include during
a binary module build.  I went to look at it as I was curious about
how a reference to usr/local in a .h file _wasn't_ breaking things.

The u in uconfig.h is for micro.  This header file is used _only_ when
-DPERL_MICRO is set.  No file in the source tree for perl sets this
and the only place I found that did is Makefile.micro.  This is a
special version of perl and we don't use or ship it in this
configuration at all.

A site would need to go out of it's way to be affected by this header
file, at which point they deserve what they get. :)

The only other reference I see to usr/local is in config.h but that's
inside a comment.

Phil: Good enough?

Peter: It might be worth adding this to the 'i releasemanager'[1] (or
whatever we chose for that) in the next release so we don't need to
dig up this info again.

Thanks
-Ben

[1] Do we have GAR support for this?  I've not used it in any way yet
    so I haven't looked.
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From bonivart at opencsw.org  Mon Jan 24 21:16:14 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Mon, 24 Jan 2011 21:16:14 +0100
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <AANLkTi=48vDSWm9-Wxu3zoxjr3Ehz637F_iDbZUuDsXY@mail.gmail.com>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
	<AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
	<AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>
	<AANLkTikvV9rYLpdz=cXLQ7nkFu62ohEEvfj6GFzMQ+E9@mail.gmail.com>
	<AANLkTikGsD5Z0_kmmf2EEe1H68dybWPtvPsS6U8encBq@mail.gmail.com>
	<AANLkTi=48vDSWm9-Wxu3zoxjr3Ehz637F_iDbZUuDsXY@mail.gmail.com>
Message-ID: <AANLkTik+iqXYp0c9KCEnprQy0WDeo7uK9qiPNqczsZQQ@mail.gmail.com>

On Mon, Jan 24, 2011 at 8:18 PM, Philip Brown <phil at bolthole.com> wrote:
> "it works for me", is not an appropriate substitute for due diligence
> as a maintainer.
> Nor is "well, no-one's complained about it".

Of course it is, it says that I very likely should know if this was an
issue at all since complaints about Perl get channeled through me and
no such complaints have been put forward. The two fixes this release
brings are real issues for real users though.

> (who on earth would know to look at something that deep anyway?)

Are you saying developers are unfamiliar with header files? For
everyone else this whole discussion is nonrelevant.

> If you cant explain what it does, then you need to patch it.
>
> I'm not "forcing" you to patch it... you can patch it, OR do research
> to explain what what it is and why it isnt important. But you can't
> avoid doing both of them.

I will not do any extra work, the packages are ready to go according
to our current standards. You're just making this up following your
latest obsession. Again you're mixing up your personal views with your
job as release manager. You have been recommended to separate this by
bringing up discussions on maintainers but still you use this
opportunity to force your view. It's just wrong and I hope it will end
soon.

>> For reference, both Red Hat and Debian leaves these paths as is.
>
> okay, that's a good sign.. but still not enough for something like this.
> Maybe this would explain some of the incompatibility we've had with
> newer perl vs older modules.

No, the ABI changes between major versions of Perl so when we went
from 5.8.8 to 5.10.1 around 100 modules using libperl needed to be
rebuilt. We have done so.

Also it's funny how references to Debian are only valid when they work for you.

From pfelecan at opencsw.org  Tue Jan 25 09:47:14 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Tue, 25 Jan 2011 09:47:14 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org> (Dagobert
	Michelsen's message of "Mon, 24 Jan 2011 17:36:17 +0100")
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
	<x6aaiqw9g2.fsf@opencsw.org>
	<5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org>
Message-ID: <x6ipxdv08d.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> Hi Peter,
>
> Am 24.01.2011 um 17:30 schrieb Peter FELECAN:
>> Dagobert Michelsen <dam at opencsw.org> writes:
>>> Hi Peter,
>>> 
>>> Am 24.01.2011 um 14:43 schrieb Peter FELECAN:
>>>> Dagobert Michelsen <dam at opencsw.org> writes:
>>>>> Am 24.01.2011 um 10:49 schrieb Peter FELECAN:
>>>>>> Dagobert Michelsen <dam at opencsw.org> writes:
>>>>>>> The rationale behind this is that not all people actually "enjoy"
>>>>>>> texinfo. The CAS has therefore been written to print a notice if
>>>>>>> texinfo is not installed at the moment and if it is later installed
>>>>>>> all pending .info-files will be reregistered. This is documented
>>>>>>> here:
>>>>>>> http://wiki.opencsw.org/cswclassutils-package#toc23
>>>>>> 
>>>>>> 1. I don't get this non dependency point. If texinfo is not installed,
>>>>>> how can I access them easily, i.e., with an index and all? As an
>>>>>> Emacs user I'm trifled by this...
>>>>> 
>>>>> You can't. But if you want to you can install the texinfo package at
>>>>> any time and all registrations will be correct, regardless of the
>>>>> install time of texinfo.
>>>> 
>>>> That I get. But why should I remove the dependency?
>>> 
>>> In fact it is usually handled as "soft dependency", that means you can
>>> safely install it later optionally if you want texinfo. At least it is done
>>> this way for the other packages :-)
>> 
>> Alright. But why should I remove the dependecy? Is not correct or what?
>
> It is correct, but all other packages handle this differently by not
> explicitly depending on it. So it may best be described as "behaves
> different from the other OpenCSW packages".

Well, I beg to differ: if a package bring info files it must depend on
the package which gives the mean to read them. Otherwise, why not
isolate systematically the info files in a specific package, e.g., -doc?
-- 
Peter

From pfelecan at opencsw.org  Tue Jan 25 09:53:30 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Tue, 25 Jan 2011 09:53:30 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <AANLkTim-wbzpGofjWURqUc6RRRkN-6eT22wREmYAwg5n@mail.gmail.com>
	(Philip Brown's message of "Mon, 24 Jan 2011 10:15:59 -0800")
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
	<x6aaiqw9g2.fsf@opencsw.org>
	<AANLkTim-wbzpGofjWURqUc6RRRkN-6eT22wREmYAwg5n@mail.gmail.com>
Message-ID: <x6ei81uzxx.fsf@opencsw.org>

Philip Brown <phil at bolthole.com> writes:

> On 1/24/11, Peter FELECAN <pfelecan at opencsw.org> wrote:
>>
>> Alright. But why should I remove the dependecy? Is not correct or what?
>>
>
> It is not correct, in the sense that it forces users to download a
> package that they do not strictly "need", and may have no interest or
> use for.

Maybe this is a little bit strong... if a package bring info files it
must depend on the package which gives the mean to read them.

> Yes, you like it; others however, may not.

Like what? IMO is not a question of love but of comfort. But as we have
seen often you're esthetically inclined when I'm pragmatically leaning.

How can we measure how many like it and how many don't? This is
subjective.

> Depending on CSWtexinfo also pulls in other packages, which makes it even worse.
> (gsed, and CSWbash. neither of which are needed for gdb itself)
>
> It is always good to be mindful of the use case, where a user tries us
> for the first time, to get "one specific program".
>
> if they are initially using us just to get a modern gdb installed..
> they will not be impressed if we then needlessly pull in 3 extra
> packages they have no wish for.

This can be taken as the opposite: they install gdb but there is no mean
to read the info files which is quantitatively good but qualitatively
bad.

-- 
Peter

From dam at opencsw.org  Tue Jan 25 11:02:03 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 25 Jan 2011 11:02:03 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs ddrescue
Message-ID: <201101251002.p0PA23Mp018877@login.bo.opencsw.org>

* ddrescue: minor version upgrade
  - from: 1.13,REV=2010.08.30
  -   to: 1.14,REV=2011.01.25
  + ddrescue-1.14,REV=2011.01.25-SunOS5.9-sparc-CSW.pkg.gz
  + ddrescue-1.14,REV=2011.01.25-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at bolthole.com  Tue Jan 25 17:42:30 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 25 Jan 2011 08:42:30 -0800
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <x6ipxdv08d.fsf@opencsw.org>
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
	<x6aaiqw9g2.fsf@opencsw.org>
	<5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org>
	<x6ipxdv08d.fsf@opencsw.org>
Message-ID: <AANLkTik3oH8SDnPCgWmMrP-+rz2KBAfB3BvGHXZ-+teF@mail.gmail.com>

On 1/25/11, Peter FELECAN <pfelecan at opencsw.org> wrote:
>
> Well, I beg to differ: if a package bring info files it must depend on
> the package which gives the mean to read them. Otherwise, why not
> isolate systematically the info files in a specific package, e.g., -doc?

It's a nice general principle, but not always true.
There are lots of packages that deliver what are effectively
"optional" files. Files that require other packages/programs to work,
but dont depend on the related package.
To take a silly example: header files.
or, emacs related files.
IF you have a compiler, or emacs installed.. you get the benefit of those files.
if not... the files just come along for the ride. They're often too
small to merit a separate package.

Your idea of splitting out the .info files is a good one, though.
Usually I only suggest this, if the documentation is of a certain
size. No-one has bothered to examine gdb for this issue before.
[looking...]
As the info files take up almost 2 megabytes in space, I think that
would be a great idea for the next release.

From pfelecan at opencsw.org  Tue Jan 25 17:56:39 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Tue, 25 Jan 2011 17:56:39 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <AANLkTik3oH8SDnPCgWmMrP-+rz2KBAfB3BvGHXZ-+teF@mail.gmail.com>
	(Philip Brown's message of "Tue, 25 Jan 2011 08:42:30 -0800")
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
	<x6aaiqw9g2.fsf@opencsw.org>
	<5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org>
	<x6ipxdv08d.fsf@opencsw.org>
	<AANLkTik3oH8SDnPCgWmMrP-+rz2KBAfB3BvGHXZ-+teF@mail.gmail.com>
Message-ID: <x61v40vs54.fsf@opencsw.org>

Philip Brown <phil at bolthole.com> writes:

> On 1/25/11, Peter FELECAN <pfelecan at opencsw.org> wrote:
>>
>> Well, I beg to differ: if a package bring info files it must depend on
>> the package which gives the mean to read them. Otherwise, why not
>> isolate systematically the info files in a specific package, e.g., -doc?
>
> Your idea of splitting out the .info files is a good one, though.
> Usually I only suggest this, if the documentation is of a certain
> size. No-one has bothered to examine gdb for this issue before.
> [looking...]
> As the info files take up almost 2 megabytes in space, I think that
> would be a great idea for the next release.

If I didn't splitted is because the info files take less than 10% of the
package. Sure, now that there are 4 of them there is 4 instances in the
repository.

In the hypothesis that the info files are splitted, is the info specific
package depending on texinfo or not?
-- 
Peter

From phil at bolthole.com  Tue Jan 25 18:07:28 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 25 Jan 2011 09:07:28 -0800
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <x61v40vs54.fsf@opencsw.org>
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
	<x6aaiqw9g2.fsf@opencsw.org>
	<5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org>
	<x6ipxdv08d.fsf@opencsw.org>
	<AANLkTik3oH8SDnPCgWmMrP-+rz2KBAfB3BvGHXZ-+teF@mail.gmail.com>
	<x61v40vs54.fsf@opencsw.org>
Message-ID: <AANLkTimpf25XbU7LpOxMWsp9GEhqsN36WbhSQ39JV_Sw@mail.gmail.com>

On 1/25/11, Peter FELECAN <pfelecan at opencsw.org> wrote:
>...
> If I didn't splitted is because the info files take less than 10% of the
> package. Sure, now that there are 4 of them there is 4 instances in the
> repository.
>
> In the hypothesis that the info files are splitted, is the info specific
> package depending on texinfo or not?
>

If the info files are split into their own "doc" package, then they
are no longer "optional". They are the primary reason for that
particular package to exist. So in that case, it makes sense to
directly depend on texinfo.

From pfelecan at opencsw.org  Tue Jan 25 18:52:14 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Tue, 25 Jan 2011 18:52:14 +0100
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <AANLkTimpf25XbU7LpOxMWsp9GEhqsN36WbhSQ39JV_Sw@mail.gmail.com>
	(Philip Brown's message of "Tue, 25 Jan 2011 09:07:28 -0800")
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
	<x6aaiqw9g2.fsf@opencsw.org>
	<5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org>
	<x6ipxdv08d.fsf@opencsw.org>
	<AANLkTik3oH8SDnPCgWmMrP-+rz2KBAfB3BvGHXZ-+teF@mail.gmail.com>
	<x61v40vs54.fsf@opencsw.org>
	<AANLkTimpf25XbU7LpOxMWsp9GEhqsN36WbhSQ39JV_Sw@mail.gmail.com>
Message-ID: <x6wrlsub01.fsf@opencsw.org>

Philip Brown <phil at bolthole.com> writes:

> On 1/25/11, Peter FELECAN <pfelecan at opencsw.org> wrote:
>>...
>> If I didn't splitted is because the info files take less than 10% of the
>> package. Sure, now that there are 4 of them there is 4 instances in the
>> repository.
>>
>> In the hypothesis that the info files are splitted, is the info specific
>> package depending on texinfo or not?
>>
>
> If the info files are split into their own "doc" package, then they
> are no longer "optional". They are the primary reason for that
> particular package to exist. So in that case, it makes sense to
> directly depend on texinfo.

Alright. I'll try to do that in the next update cycle or, if lacking the
time, remove the dependency on texinfo.

Subsidiary question: if there is a -doc package for gdb should it
depend on gdb itself (the run-time)? Or we can consider that if somebody
installs this package is to read the doc and not necessarily to execute
gdb (which in my opinion is dumb but it's an use case to consider).
-- 
Peter

From phil at bolthole.com  Tue Jan 25 19:17:57 2011
From: phil at bolthole.com (Philip Brown)
Date: Tue, 25 Jan 2011 10:17:57 -0800
Subject: [csw-pkgsubmissions] newpkgs gdb
In-Reply-To: <x6wrlsub01.fsf@opencsw.org>
References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org>
	<AANLkTikZHdg4YXM_NcBc8bDoSKLtUw2G_sWyrN-J453M@mail.gmail.com>
	<F89A4481-FF56-4BF5-854B-1C053C01CF0B@opencsw.org>
	<x68vyay6ka.fsf@opencsw.org>
	<81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org>
	<x6zkqqwh6q.fsf@opencsw.org>
	<F0D41F58-778E-41CF-94F5-5F083548565F@opencsw.org>
	<x6aaiqw9g2.fsf@opencsw.org>
	<5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org>
	<x6ipxdv08d.fsf@opencsw.org>
	<AANLkTik3oH8SDnPCgWmMrP-+rz2KBAfB3BvGHXZ-+teF@mail.gmail.com>
	<x61v40vs54.fsf@opencsw.org>
	<AANLkTimpf25XbU7LpOxMWsp9GEhqsN36WbhSQ39JV_Sw@mail.gmail.com>
	<x6wrlsub01.fsf@opencsw.org>
Message-ID: <AANLkTin52NTvgOzbOwKtYV0ej7weTp5keUZ3gzEgvM1s@mail.gmail.com>

On 1/25/11, Peter FELECAN <pfelecan at opencsw.org> wrote:
> Philip Brown <phil at bolthole.com> writes:
>
>> If the info files are split into their own "doc" package, then they
>> are no longer "optional". They are the primary reason for that
>> particular package to exist. So in that case, it makes sense to
>> directly depend on texinfo.
>
> Alright. I'll try to do that in the next update cycle or, if lacking the
> time, remove the dependency on texinfo.

great, thanks.


> Subsidiary question: if there is a -doc package for gdb should it
> depend on gdb itself (the run-time)? Or we can consider that if somebody
> installs this package is to read the doc and not necessarily to execute
> gdb (which in my opinion is dumb but it's an use case to consider).


Someone might want to glance through the docs, to decide if they want
to install gdb, or use something else. So, not so silly.
I think the docs would be fine just depending on texinfo and the
appropriate class action package.

From maciej at opencsw.org  Wed Jan 26 10:01:49 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 26 Jan 2011 09:01:49 +0000
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <x6aaj55hoa.fsf@opencsw.org>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
	<AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
	<AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>
	<x6aaj55hoa.fsf@opencsw.org>
Message-ID: <AANLkTikN5Bbb-QvmyJfPvfkgwc4rfVjvbh_gNu-oaT9U@mail.gmail.com>

No dia 13 de Janeiro de 2011 08:31, Peter FELECAN
<pfelecan at opencsw.org> escreveu:
> Philip Brown <phil at bolthole.com> writes:
>
>> [...]
>> If regular maintainers need to stay with 'the latest official
>> version', then lets have 'the official version' of the scripts, etc.
>> always properly installed on the build machines, in a single standard
>> location, rather than making people have to locally update their own
>> tree at random times?
>
> Entirely agreeing with you. What you describe is one, and not only,
> reason for which I didn't try to adopt gar based packaging.

I understand this point, however I think that central distribution
would cause more problems than it would solve.  If we wanted to
distribute gar centrally, we would need to package it.  If we wanted
to install a package on the buildfarm, we would need to release it
first.  For it to be released, it would have to be accepted and pushed
by release manager.  Imagine a scenario in which we want to push a
bugfix for GAR, and the release manager blocks the release, because he
thought it would be neat to force gar package maintainter to do
unrelated work.  It's more practical for people to update gar sources
when they want to, rather than waiting for a release which might be
blocked at random times.

From pfelecan at opencsw.org  Wed Jan 26 10:31:29 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Wed, 26 Jan 2011 10:31:29 +0100
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTikN5Bbb-QvmyJfPvfkgwc4rfVjvbh_gNu-oaT9U@mail.gmail.com>
	(Maciej Blizinski's message of "Wed, 26 Jan 2011 09:01:49 +0000")
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
	<AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
	<AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>
	<x6aaj55hoa.fsf@opencsw.org>
	<AANLkTikN5Bbb-QvmyJfPvfkgwc4rfVjvbh_gNu-oaT9U@mail.gmail.com>
Message-ID: <x6zkqo2eq6.fsf@opencsw.org>

"Maciej (Matchek) Blizinski" <maciej at opencsw.org> writes:

> No dia 13 de Janeiro de 2011 08:31, Peter FELECAN
> <pfelecan at opencsw.org> escreveu:
>> Philip Brown <phil at bolthole.com> writes:
>>
>>> [...]
>>> If regular maintainers need to stay with 'the latest official
>>> version', then lets have 'the official version' of the scripts, etc.
>>> always properly installed on the build machines, in a single standard
>>> location, rather than making people have to locally update their own
>>> tree at random times?
>>
>> Entirely agreeing with you. What you describe is one, and not only,
>> reason for which I didn't try to adopt gar based packaging.
>
> I understand this point, however I think that central distribution
> would cause more problems than it would solve.  If we wanted to
> distribute gar centrally, we would need to package it.  If we wanted
> to install a package on the buildfarm, we would need to release it
> first.  For it to be released, it would have to be accepted and pushed
> by release manager.  Imagine a scenario in which we want to push a
> bugfix for GAR, and the release manager blocks the release, because he
> thought it would be neat to force gar package maintainter to do
> unrelated work.  It's more practical for people to update gar sources
> when they want to, rather than waiting for a release which might be
> blocked at random times.

Your remarks are right. What if we consider having exceptions for the
installation on the build farm for packages which are related to
maintenance activities and on which there are no "user" dependencies?
Gar is a good example of this class.

Back to the initial discussion, I extracted a working-copy of mgar (as
documented on the wiki). It took a loooong time and the result took up
1.4 Gb. I think that I should know better and checkout only a sub-tree
but didn't have the enough experience to know which self-sufficient part
is necessary.
-- 
Peter

From ihsan at opencsw.org  Wed Jan 26 12:13:01 2011
From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuIERvxJ9hbg==?=)
Date: Wed, 26 Jan 2011 12:13:01 +0100
Subject: [csw-pkgsubmissions] newpkgs drill, libldns1, libldnsdevel,
	libunb(...)
In-Reply-To: <AANLkTikqAeG=r3tDX5Ty+N-CLvE2PQoTDvh3NRGVTmqC@mail.gmail.com>
References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org>	<AANLkTi=6kt1L15VR32fLEoyA3egRF7o=rucER_c-8yGa@mail.gmail.com>	<4CE29F37.8080101@opencsw.org>	<AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>	<4D24C28F.1030708@opencsw.org>	<AANLkTimkT0qejZ7qdRDFNHLtZVT+UXHzGqvjA-PVcad+@mail.gmail.com>	<4D3326DA.7070908@opencsw.org>
	<AANLkTikqAeG=r3tDX5Ty+N-CLvE2PQoTDvh3NRGVTmqC@mail.gmail.com>
Message-ID: <4D4001BD.7090508@opencsw.org>

On 01/17/11 07:49 PM, Philip Brown wrote:

>> According to http://wiki.opencsw.org/packaging-shared-libraries , the
>> package name is absolutely appropriate.
>
> Ah, sorry for not being clearer. I make no arguments against the
> specific package libldns1-xxx, as per our page listed above.
> I would just let it go through right now, but unfortunately, the
> dependency issues dont make that possible at the moment
>
> I was thinking that it might be more helpful for our users to have
> some, or all, of the other stuff, associated more strongly with
> "ldns".
> specifically, the "drill" package.

Do you mean to be more exact in the package description field?




Ihsan

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

From bwalton at opencsw.org  Wed Jan 26 15:04:13 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Wed, 26 Jan 2011 09:04:13 -0500
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTikN5Bbb-QvmyJfPvfkgwc4rfVjvbh_gNu-oaT9U@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
	<AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
	<AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>
	<x6aaj55hoa.fsf@opencsw.org>
	<AANLkTikN5Bbb-QvmyJfPvfkgwc4rfVjvbh_gNu-oaT9U@mail.gmail.com>
Message-ID: <1296050539-sup-4423@pinkfloyd.chass.utoronto.ca>

Excerpts from Maciej (Matchek) Blizinski's message of Wed Jan 26 04:01:49 -0500 2011:


> first.  For it to be released, it would have to be accepted and
> pushed by release manager.  Imagine a scenario in which we want to
> push a bugfix for GAR, and the release manager blocks the release,
> because he thought it would be neat to force gar package maintainter
> to do unrelated work.  It's more practical for people to update gar
> sources

While it is frustrating when packages are blocked for what appear to
be odd reasons at times, I don't think it's fair to say "because he
thought it would be neat."

Overall, though, I think that for GAR to be a useful as a package, it
must be excluded from the standard norms for installation on the
buildfarm.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From phil at bolthole.com  Wed Jan 26 18:19:22 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 26 Jan 2011 09:19:22 -0800
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <1296050539-sup-4423@pinkfloyd.chass.utoronto.ca>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
	<AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
	<AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>
	<x6aaj55hoa.fsf@opencsw.org>
	<AANLkTikN5Bbb-QvmyJfPvfkgwc4rfVjvbh_gNu-oaT9U@mail.gmail.com>
	<1296050539-sup-4423@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTi=EmufCTkNwegCCcK+f+6VCYqYgPpOQYkOBV2sP@mail.gmail.com>

On 1/26/11, Ben Walton <bwalton at opencsw.org> wrote:
>
> Overall, though, I think that for GAR to be a useful as a package, it
> must be excluded from the standard norms for installation on the
> buildfarm.
>

fine with me.

I also dont personally care if the package of gar, is officially
released through our "normal" channels or not. Having an actual
offical packaged version, through any channel, is better than what we
have now.

If "blockage by the release manager" is a concern (which I suspect it
isnt really, but lets get this out of the way anyway)  then make
packages, and just put it up in experimental.
As Ben suggests, you are welcome to then install stuff on the build
farm directly from experimental.

From phil at bolthole.com  Wed Jan 26 18:47:16 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 26 Jan 2011 09:47:16 -0800
Subject: [csw-pkgsubmissions] newpkgs ddrescue
In-Reply-To: <201101251002.p0PA23Mp018877@login.bo.opencsw.org>
References: <201101251002.p0PA23Mp018877@login.bo.opencsw.org>
Message-ID: <AANLkTi=RJuPtVrtGLhUAsfAK5ysxETXqSDoXdKfsE7JO@mail.gmail.com>

batched

On 1/25/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> * ddrescue: minor version upgrade
>   - from: 1.13,REV=2010.08.30
>   -   to: 1.14,REV=2011.01.25
>   + ddrescue-1.14,REV=2011.01.25-SunOS5.9-sparc-CSW.pkg.gz
>   + ddrescue-1.14,REV=2011.01.25-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From maciej at opencsw.org  Thu Jan 27 00:59:48 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=)
Date: Wed, 26 Jan 2011 23:59:48 +0000
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <1296050539-sup-4423@pinkfloyd.chass.utoronto.ca>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
	<AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
	<AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>
	<x6aaj55hoa.fsf@opencsw.org>
	<AANLkTikN5Bbb-QvmyJfPvfkgwc4rfVjvbh_gNu-oaT9U@mail.gmail.com>
	<1296050539-sup-4423@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTikBpe8=q_swk=fjb4g8UJkYzp6CyQiLfBG+-oDe@mail.gmail.com>

2011/1/26 Ben Walton <bwalton at opencsw.org>:
> Excerpts from Maciej (Matchek) Blizinski's message of Wed Jan 26 04:01:49 -0500 2011:
>
>
>> first. ?For it to be released, it would have to be accepted and
>> pushed by release manager. ?Imagine a scenario in which we want to
>> push a bugfix for GAR, and the release manager blocks the release,
>> because he thought it would be neat to force gar package maintainter
>> to do unrelated work. ?It's more practical for people to update gar
>> sources
>
> While it is frustrating when packages are blocked for what appear to
> be odd reasons at times, I don't think it's fair to say "because he
> thought it would be neat."

You're right, I was unnecessarily bitter, sorry about that.

> Overall, though, I think that for GAR to be a useful as a package, it
> must be excluded from the standard norms for installation on the
> buildfarm.

If we made a package with gar, it would make sense to include
Sebastian's wrapper, and put it into /opt/csw/bin.  This way, setup
would be simplified: install the mgar package (or a csw devel
metapackage), do 'mgar init', then cd into a directory with your
package, and finally do 'mgar package'.

From phil at bolthole.com  Wed Jan 26 18:19:22 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 26 Jan 2011 09:19:22 -0800
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <1296050539-sup-4423@pinkfloyd.chass.utoronto.ca>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
	<AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
	<AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>
	<x6aaj55hoa.fsf@opencsw.org>
	<AANLkTikN5Bbb-QvmyJfPvfkgwc4rfVjvbh_gNu-oaT9U@mail.gmail.com>
	<1296050539-sup-4423@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTi=EmufCTkNwegCCcK+f+6VCYqYgPpOQYkOBV2sP@mail.gmail.com>

On 1/26/11, Ben Walton <bwalton at opencsw.org> wrote:
>
> Overall, though, I think that for GAR to be a useful as a package, it
> must be excluded from the standard norms for installation on the
> buildfarm.
>

fine with me.

I also dont personally care if the package of gar, is officially
released through our "normal" channels or not. Having an actual
offical packaged version, through any channel, is better than what we
have now.

If "blockage by the release manager" is a concern (which I suspect it
isnt really, but lets get this out of the way anyway)  then make
packages, and just put it up in experimental.
As Ben suggests, you are welcome to then install stuff on the build
farm directly from experimental.

From phil at bolthole.com  Wed Jan 26 18:23:19 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 26 Jan 2011 09:23:19 -0800
Subject: [csw-pkgsubmissions] newpkgs drill, libldns1, libldnsdevel,
	libunb(...)
In-Reply-To: <4D4001BD.7090508@opencsw.org>
References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org>
	<AANLkTi=6kt1L15VR32fLEoyA3egRF7o=rucER_c-8yGa@mail.gmail.com>
	<4CE29F37.8080101@opencsw.org>
	<AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>
	<4D24C28F.1030708@opencsw.org>
	<AANLkTimkT0qejZ7qdRDFNHLtZVT+UXHzGqvjA-PVcad+@mail.gmail.com>
	<4D3326DA.7070908@opencsw.org>
	<AANLkTikqAeG=r3tDX5Ty+N-CLvE2PQoTDvh3NRGVTmqC@mail.gmail.com>
	<4D4001BD.7090508@opencsw.org>
Message-ID: <AANLkTi=pOgcD6vUf-TYQ+qnLHUvhZApWtOwJ6g_Oj=64@mail.gmail.com>

On 1/26/11, ?hsan Do?an <ihsan at opencsw.org> wrote:
> On 01/17/11 07:49 PM, Philip Brown wrote:
>
>> Ah, sorry for not being clearer...
>>
>> I was thinking that it might be more helpful for our users to have
>> some, or all, of the other stuff, associated more strongly with
>> "ldns".
>> specifically, the "drill" package.
>
> Do you mean to be more exact in the package description field?

actually, I was suggesting a package rename. From "drill", to either
"ldns_drill", or "ldns_utils" as some other distributions do.
What do you think about that?
Reasons being first of all, "thats what other places do", and also as
mentioned previously, that "drill" is not really recognized on its own
name. it's too generically named.

From phil at bolthole.com  Wed Jan 26 18:35:03 2011
From: phil at bolthole.com (Philip Brown)
Date: Wed, 26 Jan 2011 09:35:03 -0800
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <AANLkTik+iqXYp0c9KCEnprQy0WDeo7uK9qiPNqczsZQQ@mail.gmail.com>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
	<AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
	<AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>
	<AANLkTikvV9rYLpdz=cXLQ7nkFu62ohEEvfj6GFzMQ+E9@mail.gmail.com>
	<AANLkTikGsD5Z0_kmmf2EEe1H68dybWPtvPsS6U8encBq@mail.gmail.com>
	<AANLkTi=48vDSWm9-Wxu3zoxjr3Ehz637F_iDbZUuDsXY@mail.gmail.com>
	<AANLkTik+iqXYp0c9KCEnprQy0WDeo7uK9qiPNqczsZQQ@mail.gmail.com>
Message-ID: <AANLkTikm5oLbHae2q1CitdMAVCTb7ZSX_tNJyey_quoX@mail.gmail.com>

On 1/24/11, Peter Bonivart <bonivart at opencsw.org> wrote:
> On Mon, Jan 24, 2011 at 8:18 PM, Philip Brown <phil at bolthole.com> wrote:
>
>> I'm not "forcing" you to patch it... you can patch it, OR do research
>> to explain what what it is and why it isnt important. But you can't
>> avoid doing both of them.
>
> I will not do any extra work, ...

then you're not doing your job properly as perl maintainer.

>Again you're mixing up your personal views with your
> job as release manager.

no, I'm bringing up a valid technical point of concern, which you
should have responded to on a technical level.



> Also it's funny how references to Debian are only valid when they work for
> you.

references to debian are useful, when either
a) there is no other point of concern, and its just an aesthetic choice, or
b) the debian use, comes along with a debian writeup of "this is why
debian does it this way".

This was not merely an aesthetic choice, and there was no debian
writeup on this issue (or at least, none that was referenced.)

As such, and if there was no further technical response, to a
potentially major issue in  a very major package, these packages
should still sit in newpkgs, until the concerns were addressed.

HOWEVER.... since Ben was nice enough to do Your Job For You, and
research the technical issue, and email a technical response to the
issue... the issue has now been appropriately "addressed".  Thank you
Ben.
Packages are now headed to be batched.

that being said, the issue still merits either some kind of writeup in
/opt/csw/share/doc/perl/README or something, with a warning about if
users choose to use "-DPERL_MICRO".
Or, as I suggested in the first place, the files should just be
patched like they should have been in the first place. That is
probably the better solution.

But, given what Ben wrote, this sounds like a very very rare instance.
rare enough to not make it release-critical any more.

From maciej at opencsw.org  Thu Jan 27 10:51:52 2011
From: maciej at opencsw.org (Maciej Blizinski)
Date: Thu, 27 Jan 2011 10:51:52 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs gfile, libmagic, libmagic1,
	libmagic_(...)
Message-ID: <201101270951.p0R9pqSc018244@login.bo.opencsw.org>

As discussed on the mailing list: libmagic1 contains the shared library, and
depends on libmagic_data, which contains the data file.

Man pages are bundled together with things they refer to.

* libmagic: minor version upgrade
  - from: 5.04,REV=2010.06.08
  -   to: 5.05,REV=2011.01.21
  + libmagic-5.05,REV=2011.01.21-SunOS5.9-all-CSW.pkg.gz

* gfile: minor version upgrade
  - from: 5.04,REV=2010.06.09
  -   to: 5.05,REV=2011.01.21
  + gfile-5.05,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg.gz
  + gfile-5.05,REV=2011.01.21-SunOS5.9-i386-CSW.pkg.gz

* new packages
  + libmagic1-5.05,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg.gz
  + libmagic1-5.05,REV=2011.01.21-SunOS5.9-i386-CSW.pkg.gz
  + libmagic_data-5.05,REV=2011.01.21-SunOS5.9-all-CSW.pkg.gz
  + libmagic_dev-5.05,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg.gz
  + libmagic_dev-5.05,REV=2011.01.21-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From phil at opencsw.org  Thu Jan 27 20:18:55 2011
From: phil at opencsw.org (Philip Brown)
Date: Thu, 27 Jan 2011 11:18:55 -0800
Subject: [csw-pkgsubmissions] newpkgs cswutils
In-Reply-To: <AANLkTikBpe8=q_swk=fjb4g8UJkYzp6CyQiLfBG+-oDe@mail.gmail.com>
References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org>
	<AANLkTimH-Z5_TjhwUCrfBmbe=wx4UnjwHDkcFyFXOmPv@mail.gmail.com>
	<AANLkTikTnFim=RoQLhp5MaqwEimesS6k5=OhHaOZRdQp@mail.gmail.com>
	<AANLkTinwvU-wMHNXVePxRp_V0EVQ9ARqNmEkTDau2rdr@mail.gmail.com>
	<AANLkTimBp86iT_a78BFpkGrzqgzaOit4seZLQDprOFLO@mail.gmail.com>
	<AANLkTimgPcDe_CDktbyYuaneVojmsaCaQ3Hs3rbb-UqF@mail.gmail.com>
	<AANLkTimAqh_imrLQqwDDqm7h7zcAenWpa0d2t5ZtUCrT@mail.gmail.com>
	<AANLkTik9xROPyW1k5guuLMpvQck52QAiwzN8H_MEWhVj@mail.gmail.com>
	<AANLkTinJLHaRK+3WfSJyQR_TVRaAa5QkfqXbxtkp9=m4@mail.gmail.com>
	<AANLkTik+vs4238PcF8uC=r+evjGU9RcgjJjNroeM=NQa@mail.gmail.com>
	<x6aaj55hoa.fsf@opencsw.org>
	<AANLkTikN5Bbb-QvmyJfPvfkgwc4rfVjvbh_gNu-oaT9U@mail.gmail.com>
	<1296050539-sup-4423@pinkfloyd.chass.utoronto.ca>
	<AANLkTikBpe8=q_swk=fjb4g8UJkYzp6CyQiLfBG+-oDe@mail.gmail.com>
Message-ID: <AANLkTi=AxiivhqodG+DYDnCy1n9JfbpY7f=L9+Egs_Ej@mail.gmail.com>

2011/1/26 Maciej Blizi?ski <maciej at opencsw.org>:
>
> If we made a package with gar, it would make sense to include
> Sebastian's wrapper, and put it into /opt/csw/bin. ?This way, setup
> would be simplified: install the mgar package (or a csw devel
> metapackage), do 'mgar init', then cd into a directory with your
> package, and finally do 'mgar package'.
>

hear, hear.
(and its only what I've been suggesting for the last... 4 years? :-)

From dam at opencsw.org  Thu Jan 27 20:48:58 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 27 Jan 2011 20:48:58 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs gdbm, libgdbm3, libgdbm_dev
Message-ID: <201101271948.p0RJmwdP026156@login.bo.opencsw.org>

Courtesy rebuild for Phil :-) First step towards 64 bit Perl/Python/Ruby

* gdbm: revision upgrade
  - from: 2006.01.01
  -   to: 2011.01.27
  + gdbm-1.8.3,REV=2011.01.27-SunOS5.9-all-CSW.pkg.gz

* libgdbm: new package
  + libgdbm3-1.8.3,REV=2011.01.27-SunOS5.9-sparc-CSW.pkg.gz
  + libgdbm3-1.8.3,REV=2011.01.27-SunOS5.9-i386-CSW.pkg.gz
  + libgdbm_dev-1.8.3,REV=2011.01.27-SunOS5.9-sparc-CSW.pkg.gz
  + libgdbm_dev-1.8.3,REV=2011.01.27-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From bwalton at opencsw.org  Fri Jan 28 01:51:49 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Thu, 27 Jan 2011 19:51:49 -0500
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <AANLkTikm5oLbHae2q1CitdMAVCTb7ZSX_tNJyey_quoX@mail.gmail.com>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
	<AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
	<AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>
	<AANLkTikvV9rYLpdz=cXLQ7nkFu62ohEEvfj6GFzMQ+E9@mail.gmail.com>
	<AANLkTikGsD5Z0_kmmf2EEe1H68dybWPtvPsS6U8encBq@mail.gmail.com>
	<AANLkTi=48vDSWm9-Wxu3zoxjr3Ehz637F_iDbZUuDsXY@mail.gmail.com>
	<AANLkTik+iqXYp0c9KCEnprQy0WDeo7uK9qiPNqczsZQQ@mail.gmail.com>
	<AANLkTikm5oLbHae2q1CitdMAVCTb7ZSX_tNJyey_quoX@mail.gmail.com>
Message-ID: <1296175445-sup-7208@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Wed Jan 26 12:35:03 -0500 2011:

> > I will not do any extra work, ...

Peter: This isn't a helpful response in this case.

> then you're not doing your job properly as perl maintainer.

Phil: If you wonder why Peter isn't offering a helpful response, it's
because of comments like this.

> HOWEVER.... since Ben was nice enough to do Your Job For You, and

Phil: And this...

> that being said, the issue still merits either some kind of writeup in
> /opt/csw/share/doc/perl/README or something, with a warning about if
> users choose to use "-DPERL_MICRO".

I disagree with this.  The README's in the perl distribution
explicitly state that if this macro is enabled, you're to "submit
patches, not bug reports" or something similar.  It really is a
running with scissors type thing.  It doesn't get turned on by
accident and there is no use for it in a packaged distribution of
perl. No of the perl module builds will hit it by accident.  It would
take conscious effort.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From bwalton at opencsw.org  Fri Jan 28 02:23:25 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Thu, 27 Jan 2011 20:23:25 -0500
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <AANLkTi=3RiXtas+5ktDu2bvL-JVA3MatM3sbCnvM5zY2@mail.gmail.com>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
	<1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
	<AANLkTinBkSqkY3OdDhLBm6kyK1nEXBCKWdqOTyBojdC2@mail.gmail.com>
	<1295841532-sup-1077@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=_g=BuJt0j5HFGNgCyUXFwZR-LC5gun3EVC+fp@mail.gmail.com>
	<AANLkTi=3RiXtas+5ktDu2bvL-JVA3MatM3sbCnvM5zY2@mail.gmail.com>
Message-ID: <1296177601-sup-8238@pinkfloyd.chass.utoronto.ca>

Excerpts from Philip Brown's message of Mon Jan 24 09:14:49 -0500 2011:

> 1. having it registered in mantis. I'm thinking it would be nice to
> NOT register it

This isn't a bad idea, but it would complicate a process that is
seemingly already fragile.  Bugs can be moved in the DB.  If it's a
real package, although only a stub, treat it as such.  A GAR-built
stub will contain a license file at a minimum.  The fewer special
cases we have, the better.

> 2. having another file almost needlessly sitting in our archives

Yes, it's hard to avoid this if a real package file is used.  You're
correct in saying that it's a survivable artifact.

> 3. having a "fake package" being actually installed on the user side
> when thats not what they really need

To this I'd say, use the postmsg CAS to inform the user that the
package can be removed as it's just a stub.  No need to jump through
extra hoops to have it perform a non-installation.  It is serving a
valid purpose for the user that installed it, thus it's not hurting
anything on that system.

The opposite of using a package for this involves many things that are
less desirable:

1. Catalog format modification or (and I think better), creation of a
   third file to reside with catalog and descriptions named aliases.
   Tools would need updates to take this into account either way it's
   done.

- Updating tools to add functionality isn't a bad thing, but it is a
  lot of extra work and requires coordination among several
  tools/people.

2. Additional process creation for maintenance of these aliases.  Eg:
   in the package submission mail, maintainers says "oh, hey, add this
   alias too..." and then some file manipulation happens, etc.

- This is the real pita, I think.

3. A mismatch between requested packages and installed packages on the
   system.  The opposite of your #3 above.

- This is harmless, but possibly confusing for an admin.  "Hey, I
  installed webpy, where is it..."

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302


From phil at bolthole.com  Fri Jan 28 17:36:24 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 28 Jan 2011 08:36:24 -0800
Subject: [csw-pkgsubmissions] newpkgs perl, perldoc
In-Reply-To: <1296175445-sup-7208@pinkfloyd.chass.utoronto.ca>
References: <201101210957.p0L9v353020229@login.bo.opencsw.org>
	<AANLkTi=hPSLvfT8oxivLrOqSLXpT7g4mremd89oLgUAd@mail.gmail.com>
	<AANLkTinUskwfVOAcGq+ydTm7VdRG3m4hCd6rXwq6JBXL@mail.gmail.com>
	<AANLkTikvV9rYLpdz=cXLQ7nkFu62ohEEvfj6GFzMQ+E9@mail.gmail.com>
	<AANLkTikGsD5Z0_kmmf2EEe1H68dybWPtvPsS6U8encBq@mail.gmail.com>
	<AANLkTi=48vDSWm9-Wxu3zoxjr3Ehz637F_iDbZUuDsXY@mail.gmail.com>
	<AANLkTik+iqXYp0c9KCEnprQy0WDeo7uK9qiPNqczsZQQ@mail.gmail.com>
	<AANLkTikm5oLbHae2q1CitdMAVCTb7ZSX_tNJyey_quoX@mail.gmail.com>
	<1296175445-sup-7208@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTi=rJp6Wc28Xju9n-JHvxrKBRVvzV_zUOAMomWBq@mail.gmail.com>

On 1/27/11, Ben Walton <bwalton at opencsw.org> wrote:
>
>> that being said, the issue still merits either some kind of writeup in
>> /opt/csw/share/doc/perl/README or something, with a warning about if
>> users choose to use "-DPERL_MICRO".
>
> I disagree with this.  The README's in the perl distribution
> explicitly state that if this macro is enabled, you're to "submit
> patches, not bug reports" or something similar.  It really is a
> running with scissors type thing.  It doesn't get turned on by
> accident and there is no use for it in a packaged distribution of
> perl. No of the perl module builds will hit it by accident.  It would
> take conscious effort.
>

I view this as if we shipped gcc with its cross-compiler non-functional.
No one is going to use it "by accident". It would "take conscious effort."
But if it WOULD be functional if we just consistently replaced all
occurrences of /usr/local with /opt/csw... then we should do so.
Otherwise, that very small, infrequently used part of it would be
broken, and it would be the gcc maintainer's fault.

From phil at bolthole.com  Fri Jan 28 17:42:44 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 28 Jan 2011 08:42:44 -0800
Subject: [csw-pkgsubmissions] newpkgs py_webpy
In-Reply-To: <1296177601-sup-8238@pinkfloyd.chass.utoronto.ca>
References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org>
	<AANLkTikTihGHt3REZJ7mcuOE7kdJVGmH+ooEeqUtcnp5@mail.gmail.com>
	<1295544411-sup-5391@pinkfloyd.chass.utoronto.ca>
	<AANLkTinbVGd10LWqQxcxBZm-6qgJfRTZzMs19A--39Pq@mail.gmail.com>
	<AANLkTimZzLrZ67UU+-zzt4u9yFZqTtsNvG+MAqiiFhTQ@mail.gmail.com>
	<AANLkTik3nKt5J20e1cdAZr1KA0QiuhyYsvfFFJ6HiKC=@mail.gmail.com>
	<AANLkTi=w+M1xVM_dLWFre5p8wueb8AOUb=2YExXw0vwg@mail.gmail.com>
	<AANLkTin+i59UKUQYzL3dg=+OniXEajvB_avn0ZmkakyM@mail.gmail.com>
	<1295743987-sup-4555@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=OxNOUBAOf2H5fu2PQTCsvO9fv4BzgsO2MBhJD@mail.gmail.com>
	<1295839205-sup-2664@pinkfloyd.chass.utoronto.ca>
	<AANLkTinBkSqkY3OdDhLBm6kyK1nEXBCKWdqOTyBojdC2@mail.gmail.com>
	<1295841532-sup-1077@pinkfloyd.chass.utoronto.ca>
	<AANLkTi=_g=BuJt0j5HFGNgCyUXFwZR-LC5gun3EVC+fp@mail.gmail.com>
	<AANLkTi=3RiXtas+5ktDu2bvL-JVA3MatM3sbCnvM5zY2@mail.gmail.com>
	<1296177601-sup-8238@pinkfloyd.chass.utoronto.ca>
Message-ID: <AANLkTi=2iFEHKrq1RSkcm4cvTrdxH9S43bpEb-_8cf5V@mail.gmail.com>

On 1/27/11, Ben Walton <bwalton at opencsw.org> wrote:
>
> 3. A mismatch between requested packages and installed packages on the
>    system.  The opposite of your #3 above.
>
> - This is harmless, but possibly confusing for an admin.  "Hey, I
>   installed webpy, where is it..."
>

mmm, thats nasty too.

Sounds like you should start a fresh thread on maintainers. If you do,
please summarize the points I made, as well as your new points.

Also, I'm thinking to propose   webpy|CSWwebpy-alias =>  py_webpy|CSWpywebpy
as a naming strategy.
Slightly "breaks" our     soft|CSWsoft 1-to-1 correlation, but seems
nicest compromise.

From phil at bolthole.com  Fri Jan 28 17:49:26 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 28 Jan 2011 08:49:26 -0800
Subject: [csw-pkgsubmissions] newpkgs gfile, libmagic, libmagic1,
	libmagic_(...)
In-Reply-To: <201101270951.p0R9pqSc018244@login.bo.opencsw.org>
References: <201101270951.p0R9pqSc018244@login.bo.opencsw.org>
Message-ID: <AANLkTikqhncZSkKWq9Et4==CQXuAX8jdrYZasnLMzNAQ@mail.gmail.com>

Thanks. batched.


On 1/27/11, Maciej Blizinski <maciej at opencsw.org> wrote:
> As discussed on the mailing list: libmagic1 contains the shared library, and
> depends on libmagic_data, which contains the data file.
>
> Man pages are bundled together with things they refer to.
>
> * libmagic: minor version upgrade
>   - from: 5.04,REV=2010.06.08
>   -   to: 5.05,REV=2011.01.21
>   + libmagic-5.05,REV=2011.01.21-SunOS5.9-all-CSW.pkg.gz
>
> * gfile: minor version upgrade
>   - from: 5.04,REV=2010.06.09
>   -   to: 5.05,REV=2011.01.21
>   + gfile-5.05,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg.gz
>   + gfile-5.05,REV=2011.01.21-SunOS5.9-i386-CSW.pkg.gz
>
> * new packages
>   + libmagic1-5.05,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg.gz
>   + libmagic1-5.05,REV=2011.01.21-SunOS5.9-i386-CSW.pkg.gz
>   + libmagic_data-5.05,REV=2011.01.21-SunOS5.9-all-CSW.pkg.gz
>   + libmagic_dev-5.05,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg.gz
>   + libmagic_dev-5.05,REV=2011.01.21-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Fri Jan 28 17:54:55 2011
From: phil at bolthole.com (Philip Brown)
Date: Fri, 28 Jan 2011 08:54:55 -0800
Subject: [csw-pkgsubmissions] newpkgs gdbm, libgdbm3, libgdbm_dev
In-Reply-To: <201101271948.p0RJmwdP026156@login.bo.opencsw.org>
References: <201101271948.p0RJmwdP026156@login.bo.opencsw.org>
Message-ID: <AANLkTi=OkxMxmXzUxf=icd6p6bLOsa+hUL4MwGyQDykz@mail.gmail.com>

Ah, thanks for the 64bit comment. For a minute, it looked like it was
a repackage solely for renaming, which would have been a bit odd.
Thanks for getting it off my plate!

(but... who uses gdbm any more? honestly? :-)



On 1/27/11, Dagobert Michelsen <dam at opencsw.org> wrote:
> Courtesy rebuild for Phil :-) First step towards 64 bit Perl/Python/Ruby
>
> * gdbm: revision upgrade
>   - from: 2006.01.01
>   -   to: 2011.01.27
>   + gdbm-1.8.3,REV=2011.01.27-SunOS5.9-all-CSW.pkg.gz
>
> * libgdbm: new package
>   + libgdbm3-1.8.3,REV=2011.01.27-SunOS5.9-sparc-CSW.pkg.gz
>   + libgdbm3-1.8.3,REV=2011.01.27-SunOS5.9-i386-CSW.pkg.gz
>   + libgdbm_dev-1.8.3,REV=2011.01.27-SunOS5.9-sparc-CSW.pkg.gz
>   + libgdbm_dev-1.8.3,REV=2011.01.27-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From maciej at opencsw.org  Sun Jan 30 00:40:27 2011
From: maciej at opencsw.org (Maciej Blizinski)
Date: Sun, 30 Jan 2011 00:40:27 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs py_amara
Message-ID: <201101292340.p0TNeRGR000702@login.bo.opencsw.org>

Library for XML processing in Python

* py_amara: new package
  + py_amara-2.0a4,REV=2011.01.30-SunOS5.9-sparc-CSW.pkg.gz
  + py_amara-2.0a4,REV=2011.01.30-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From ihsan at opencsw.org  Sun Jan 30 19:47:40 2011
From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuwqBEb8SfYW4=?=)
Date: Sun, 30 Jan 2011 19:47:40 +0100
Subject: [csw-pkgsubmissions] newpkgs drill, libldns1, libldnsdevel,
	libunb(...)
In-Reply-To: <AANLkTi=pOgcD6vUf-TYQ+qnLHUvhZApWtOwJ6g_Oj=64@mail.gmail.com>
References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org>	<AANLkTi=6kt1L15VR32fLEoyA3egRF7o=rucER_c-8yGa@mail.gmail.com>	<4CE29F37.8080101@opencsw.org>	<AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>	<4D24C28F.1030708@opencsw.org>	<AANLkTimkT0qejZ7qdRDFNHLtZVT+UXHzGqvjA-PVcad+@mail.gmail.com>	<4D3326DA.7070908@opencsw.org>	<AANLkTikqAeG=r3tDX5Ty+N-CLvE2PQoTDvh3NRGVTmqC@mail.gmail.com>	<4D4001BD.7090508@opencsw.org>
	<AANLkTi=pOgcD6vUf-TYQ+qnLHUvhZApWtOwJ6g_Oj=64@mail.gmail.com>
Message-ID: <4D45B24C.1010601@opencsw.org>

Am 26.01.2011 18:23, schrieb Philip Brown:

>>> I was thinking that it might be more helpful for our users to have
>>> some, or all, of the other stuff, associated more strongly with
>>> "ldns".
>>> specifically, the "drill" package.
>>
>> Do you mean to be more exact in the package description field?
> 
> actually, I was suggesting a package rename. From "drill", to either
> "ldns_drill", or "ldns_utils" as some other distributions do.
> What do you think about that?
> Reasons being first of all, "thats what other places do", and also as
> mentioned previously, that "drill" is not really recognized on its own
> name. it's too generically named.

I would prefer more ldns_drill. There might be other utilities shipped
with ldns in the future and it's probably more handy to have them separated.



Ihsan

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

From ihsan at opencsw.org  Sun Jan 30 21:49:05 2011
From: ihsan at opencsw.org (Ihsan Dogan)
Date: Sun, 30 Jan 2011 21:49:05 +0100 (CET)
Subject: [csw-pkgsubmissions] newpkgs nsd
Message-ID: <201101302049.p0UKn5Pj017810@login.bo.opencsw.org>

* nsd: patchlevel upgrade
  - from: 3.2.6,REV=2010.08.03
  -   to: 3.2.7,REV=2011.01.30
  + nsd-3.2.7,REV=2011.01.30-SunOS5.9-sparc-CSW.pkg.gz
  + nsd-3.2.7,REV=2011.01.30-SunOS5.9-i386-CSW.pkg.gz

-- 
Generated by submitpkg

From yann at opencsw.org  Sun Jan 30 22:14:29 2011
From: yann at opencsw.org (Yann Rouillard)
Date: Sun, 30 Jan 2011 22:14:29 +0100
Subject: [csw-pkgsubmissions] newpkgs bash
Message-ID: <4D45D4B5.8000208@opencsw.org>

* bash: patchlevel upgrade
   - from: 4.1.7,REV=2010.11.20
   -     to: 4.1.9,REV=2010.12.20
   + bash-4.1.9,REV=2010.12.20-SunOS5.9-sparc-CSW.pkg.gz
   + bash-4.1.9,REV=2010.12.20-SunOS5.9-i386-CSW.pkg.gz

--
Generated by submitpkg


From phil at opencsw.org  Sun Jan 30 23:51:37 2011
From: phil at opencsw.org (Philip Brown)
Date: Sun, 30 Jan 2011 14:51:37 -0800
Subject: [csw-pkgsubmissions] newpkgs drill, libldns1, libldnsdevel,
	libunb(...)
In-Reply-To: <4D45B24C.1010601@opencsw.org>
References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org>
	<AANLkTi=6kt1L15VR32fLEoyA3egRF7o=rucER_c-8yGa@mail.gmail.com>
	<4CE29F37.8080101@opencsw.org>
	<AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>
	<4D24C28F.1030708@opencsw.org>
	<AANLkTimkT0qejZ7qdRDFNHLtZVT+UXHzGqvjA-PVcad+@mail.gmail.com>
	<4D3326DA.7070908@opencsw.org>
	<AANLkTikqAeG=r3tDX5Ty+N-CLvE2PQoTDvh3NRGVTmqC@mail.gmail.com>
	<4D4001BD.7090508@opencsw.org>
	<AANLkTi=pOgcD6vUf-TYQ+qnLHUvhZApWtOwJ6g_Oj=64@mail.gmail.com>
	<4D45B24C.1010601@opencsw.org>
Message-ID: <AANLkTi=yPQVbX5Eh54u+8EeQ4ktFHgTOD8M4NiEhv0Sp@mail.gmail.com>

2011/1/30 ?hsan?Do?an <ihsan at opencsw.org>:
> Am 26.01.2011 18:23, schrieb Philip Brown:
>
>> actually, I was suggesting a package rename. From "drill", to either
>> "ldns_drill", or "ldns_utils" as some other distributions do.
>> What do you think about that?
>> Reasons being first of all, "thats what other places do", and also as
>> mentioned previously, that "drill" is not really recognized on its own
>> name. it's too generically named.
>
> I would prefer more ldns_drill. There might be other utilities shipped
> with ldns in the future and it's probably more handy to have them separated.
>

sounds good to me. So we're in agreement? As soon as you repackage
that, I can push the whole set through?

From ihsan at opencsw.org  Mon Jan 31 10:41:19 2011
From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuIERvxJ9hbg==?=)
Date: Mon, 31 Jan 2011 10:41:19 +0100
Subject: [csw-pkgsubmissions] newpkgs drill, libldns1, libldnsdevel,
	libunb(...)
In-Reply-To: <AANLkTi=yPQVbX5Eh54u+8EeQ4ktFHgTOD8M4NiEhv0Sp@mail.gmail.com>
References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org>	<AANLkTi=6kt1L15VR32fLEoyA3egRF7o=rucER_c-8yGa@mail.gmail.com>	<4CE29F37.8080101@opencsw.org>	<AANLkTikzcM_9G9ZjiHkp=-fAu0L=Mb5P8qPoCvuy3br+@mail.gmail.com>	<4D24C28F.1030708@opencsw.org>	<AANLkTimkT0qejZ7qdRDFNHLtZVT+UXHzGqvjA-PVcad+@mail.gmail.com>	<4D3326DA.7070908@opencsw.org>	<AANLkTikqAeG=r3tDX5Ty+N-CLvE2PQoTDvh3NRGVTmqC@mail.gmail.com>	<4D4001BD.7090508@opencsw.org>	<AANLkTi=pOgcD6vUf-TYQ+qnLHUvhZApWtOwJ6g_Oj=64@mail.gmail.com>	<4D45B24C.1010601@opencsw.org>
	<AANLkTi=yPQVbX5Eh54u+8EeQ4ktFHgTOD8M4NiEhv0Sp@mail.gmail.com>
Message-ID: <4D4683BF.1020605@opencsw.org>

On 01/30/11 11:51 PM, Philip Brown wrote:

>>> actually, I was suggesting a package rename. From "drill", to either
>>> "ldns_drill", or "ldns_utils" as some other distributions do.
>>> What do you think about that?
>>> Reasons being first of all, "thats what other places do", and also as
>>> mentioned previously, that "drill" is not really recognized on its own
>>> name. it's too generically named.
>>
>> I would prefer more ldns_drill. There might be other utilities shipped
>> with ldns in the future and it's probably more handy to have them separated.
>
> sounds good to me. So we're in agreement? As soon as you repackage
> that, I can push the whole set through?

Yes, we are.
I'll start to work today on the new packages.



Ihsan

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

From phil at bolthole.com  Mon Jan 31 19:43:56 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 31 Jan 2011 10:43:56 -0800
Subject: [csw-pkgsubmissions] newpkgs py_amara
In-Reply-To: <201101292340.p0TNeRGR000702@login.bo.opencsw.org>
References: <201101292340.p0TNeRGR000702@login.bo.opencsw.org>
Message-ID: <AANLkTinQaE1iL_++K-ST5zCsvNRDm8_GeeS_LaOOgiEu@mail.gmail.com>

batched

On 1/29/11, Maciej Blizinski <maciej at opencsw.org> wrote:
> Library for XML processing in Python
>
> * py_amara: new package
>   + py_amara-2.0a4,REV=2011.01.30-SunOS5.9-sparc-CSW.pkg.gz
>   + py_amara-2.0a4,REV=2011.01.30-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Mon Jan 31 19:44:34 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 31 Jan 2011 10:44:34 -0800
Subject: [csw-pkgsubmissions] newpkgs nsd
In-Reply-To: <201101302049.p0UKn5Pj017810@login.bo.opencsw.org>
References: <201101302049.p0UKn5Pj017810@login.bo.opencsw.org>
Message-ID: <AANLkTim31V-eK70455qbiHwRpcH0GHSXd0mTgw2uPEtP@mail.gmail.com>

batched

On 1/30/11, Ihsan Dogan <ihsan at opencsw.org> wrote:
> * nsd: patchlevel upgrade
>   - from: 3.2.6,REV=2010.08.03
>   -   to: 3.2.7,REV=2011.01.30
>   + nsd-3.2.7,REV=2011.01.30-SunOS5.9-sparc-CSW.pkg.gz
>   + nsd-3.2.7,REV=2011.01.30-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>

From phil at bolthole.com  Mon Jan 31 19:46:08 2011
From: phil at bolthole.com (Philip Brown)
Date: Mon, 31 Jan 2011 10:46:08 -0800
Subject: [csw-pkgsubmissions] newpkgs bash
In-Reply-To: <4D45D4B5.8000208@opencsw.org>
References: <4D45D4B5.8000208@opencsw.org>
Message-ID: <AANLkTi=VMQQQx2JvfdZfmQXwK=m5LVv1sMZzR6YnJMrE@mail.gmail.com>

bunch of /usr/local references, but they seem to be harmless.
batching


On 1/30/11, Yann Rouillard <yann at opencsw.org> wrote:
> * bash: patchlevel upgrade
>    - from: 4.1.7,REV=2010.11.20
>    -     to: 4.1.9,REV=2010.12.20
>    + bash-4.1.9,REV=2010.12.20-SunOS5.9-sparc-CSW.pkg.gz
>    + bash-4.1.9,REV=2010.12.20-SunOS5.9-i386-CSW.pkg.gz
>
> --
> Generated by submitpkg
>
> _______________________________________________
> pkgsubmissions mailing list
> pkgsubmissions at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/pkgsubmissions
>