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: References: <201012012116.oB1LGbgY010236@login.bo.opencsw.org> <1292373495-sup-2481@pinkfloyd.chass.utoronto.ca> Message-ID: 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: 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 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: 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 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: On Thu, Dec 30, 2010 at 1:05 PM, Dagobert Michelsen 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: (Philip Brown's message of "Fri, 31 Dec 2010 18:13:28 -0800") References: <201012012116.oB1LGbgY010236@login.bo.opencsw.org> <1292373495-sup-2481@pinkfloyd.chass.utoronto.ca> Message-ID: Philip Brown 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: References: <201012012116.oB1LGbgY010236@login.bo.opencsw.org> <1292373495-sup-2481@pinkfloyd.chass.utoronto.ca> Message-ID: On Sat, Jan 1, 2011 at 3:25 AM, Peter FELECAN 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: References: <201012291233.oBTCXs9O022326@login.bo.opencsw.org> Message-ID: 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: 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: References: <201012291233.oBTCXs9O022326@login.bo.opencsw.org> Message-ID: 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: 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: References: <201012302105.oBUL5q9R014285@login.bo.opencsw.org> 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 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: 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 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: batched On 1/4/11, Dagobert Michelsen 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> <0693E6D2-E410-4245-A6DB-3A271D52E68C@opencsw.org> Message-ID: 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 wrote: > Hi Phil, > > Am 01.01.2011 um 03:28 schrieb Philip Brown: >> On Thu, Dec 30, 2010 at 1:05 PM, Dagobert Michelsen >> 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: batched On 1/4/11, Dagobert Michelsen 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: 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 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: batched On 1/4/11, Dagobert Michelsen 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: 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 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: References: <201101040937.p049bX8u006905@login.bo.opencsw.org> 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: References: <201101041309.p04D9kZL016236@login.bo.opencsw.org> Message-ID: 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: References: <201101041032.p04AW7tc016180@login.bo.opencsw.org> 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: References: <201012061313.oB6DDUNH000511@login.bo.opencsw.org> <1FA29B72-2559-400F-BF3B-EEED8EAB1A07@opencsw.org> Message-ID: Hi Phil, Am 06.12.2010 um 22:57 schrieb Philip Brown: > On 12/6/10, Dagobert Michelsen 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: okay. batched On 1/5/11, Dagobert Michelsen 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> <9076A083-F944-4914-980C-9463172C8503@opencsw.org> Message-ID: On 1/5/11, Dagobert Michelsen 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: References: <201101041309.p04D9kZL016236@login.bo.opencsw.org> Message-ID: On 1/5/11, Dagobert Michelsen 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> <62D59158-C572-469B-88BF-932077DD1522@opencsw.org> Message-ID: On 1/5/11, Dagobert Michelsen 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: References: <201012061313.oB6DDUNH000511@login.bo.opencsw.org> <1FA29B72-2559-400F-BF3B-EEED8EAB1A07@opencsw.org> Message-ID: 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 wrote: > Hi Phil, > > Am 06.12.2010 um 22:57 schrieb Philip Brown: > >> On 12/6/10, Dagobert Michelsen 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: batched On 1/5/11, Dagobert Michelsen 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: References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org> <4CE29F37.8080101@opencsw.org> 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: On Tue, Dec 7, 2010 at 18:08, Philip Brown 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: References: <201012061313.oB6DDUNH000511@login.bo.opencsw.org> <1FA29B72-2559-400F-BF3B-EEED8EAB1A07@opencsw.org> 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: References: <201101041032.p04AW7tc016180@login.bo.opencsw.org> <62D59158-C572-469B-88BF-932077DD1522@opencsw.org> 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 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> <62D59158-C572-469B-88BF-932077DD1522@opencsw.org> <74DD4F15-42B5-4E65-A1C9-AE66CCB8F914@opencsw.org> Message-ID: Thanks much. Batched. On 1/5/11, Dagobert Michelsen wrote: > Hi Phil, > > Am 05.01.2011 um 19:12 schrieb Philip Brown: >> On 1/5/11, Dagobert Michelsen 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> <1FA29B72-2559-400F-BF3B-EEED8EAB1A07@opencsw.org> <82E22E38-71D3-4872-98D0-4A29D527C12D@opencsw.org> Message-ID: On 1/5/11, Dagobert Michelsen 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: Sounds very useful. cool. now batched On 1/5/11, Dagobert Michelsen 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> <4CE29F37.8080101@opencsw.org> <4D24C28F.1030708@opencsw.org> Message-ID: On 1/5/11, ?hsan Do?an 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: References: <201101051942.p05Jgqmf020222@login.bo.opencsw.org> 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 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: 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 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: batched On Thu, Jan 6, 2011 at 3:41 AM, Dagobert Michelsen 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: References: <201101060112.p061CrFI021035@login.bo.opencsw.org> 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: Thanks for the work, and the writeup. batched. On Thu, Jan 6, 2011 at 5:24 AM, Dagobert Michelsen 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: Errrr.... Almost all of the listed packages, are missing from newpkgs. On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen 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: okay. batched On Thu, Jan 6, 2011 at 2:19 PM, Peter Bonivart 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> <77399F31-4A20-4CA5-9B67-AAA5D5D131B4@opencsw.org> Message-ID: On Fri, Jan 7, 2011 at 1:54 AM, Dagobert Michelsen 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: References: <201101061436.p06EaUAI007105@login.bo.opencsw.org> 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 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> <1294413335-sup-8841@pinkfloyd.chass.utoronto.ca> Message-ID: 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 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: References: <201101060112.p061CrFI021035@login.bo.opencsw.org> <1294413335-sup-8841@pinkfloyd.chass.utoronto.ca> 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> <1294413335-sup-8841@pinkfloyd.chass.utoronto.ca> <1294420577-sup-1328@pinkfloyd.chass.utoronto.ca> Message-ID: 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 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: batched, including dep On Fri, Jan 7, 2011 at 3:43 AM, Peter Bonivart 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: excellent, thanks. On Fri, Jan 7, 2011 at 4:21 AM, Peter Bonivart 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: 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 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: cool, batched On Fri, Jan 7, 2011 at 6:36 AM, Dagobert Michelsen 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: 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 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> <862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org> Message-ID: On Fri, Jan 7, 2011 at 7:34 AM, Dagobert Michelsen 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: On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen 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: 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 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: batched On Sat, Jan 8, 2011 at 7:00 AM, Peter Bonivart 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: batched On Sat, Jan 8, 2011 at 6:35 AM, Peter Bonivart 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: On Sat, Jan 8, 2011 at 4:26 PM, Peter Bonivart 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: 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: References: <201101081448.p08Em54W005491@login.bo.opencsw.org> Message-ID: On Sat, Jan 8, 2011 at 4:21 PM, Philip Brown 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: References: <201101081128.p08BSsqD001950@login.bo.opencsw.org> 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> <1294506717-sup-7268@pinkfloyd.chass.utoronto.ca> Message-ID: On Sat, Jan 8, 2011 at 9:16 AM, Ben Walton 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: References: <201101081448.p08Em54W005491@login.bo.opencsw.org> Message-ID: On Sat, Jan 8, 2011 at 9:04 AM, Peter Bonivart wrote: > On Sat, Jan 8, 2011 at 4:21 PM, Philip Brown 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: thanks. batched On Sat, Jan 8, 2011 at 8:44 AM, Peter Bonivart 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: batched On Sat, Jan 8, 2011 at 12:07 PM, Peter Bonivart 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: 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 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: batched On Sat, Jan 8, 2011 at 1:39 PM, Peter Bonivart 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: batched On Sat, Jan 8, 2011 at 1:55 PM, Peter Bonivart 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: batched On Sat, Jan 8, 2011 at 6:03 PM, Peter Bonivart 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: batched On Sat, Jan 8, 2011 at 4:30 PM, Peter Bonivart 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: batched On Sat, Jan 8, 2011 at 4:13 PM, Peter Bonivart 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: batched On Sat, Jan 8, 2011 at 3:56 PM, Peter Bonivart 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: On Sat, Jan 8, 2011 at 6:03 PM, Peter Bonivart 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: References: Message-ID: On Sun, Jan 9, 2011 at 4:47 AM, Philip Brown wrote: > On Sat, Jan 8, 2011 at 6:03 PM, Peter Bonivart 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: References: <201101081526.p08FQ6rt020480@login.bo.opencsw.org> Message-ID: No dia 8 de Janeiro de 2011 15:58, Peter Bonivart escreveu: > On Sat, Jan 8, 2011 at 4:26 PM, Peter Bonivart 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: References: <201101081526.p08FQ6rt020480@login.bo.opencsw.org> Message-ID: On Sun, Jan 9, 2011 at 10:59 AM, Maciej (Matchek) Blizinski wrote: > No dia 8 de Janeiro de 2011 15:58, Peter Bonivart > escreveu: >> On Sat, Jan 8, 2011 at 4:26 PM, Peter Bonivart 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> <1288802093-sup-4720@pinkfloyd.chass.utoronto.ca> <1291482445-sup-2084@pinkfloyd.chass.utoronto.ca> <1291486009-sup-6022@pinkfloyd.chass.utoronto.ca> Message-ID: On Sat, Dec 4, 2010 at 19:17, Ben Walton 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: References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: No dia 7 de Janeiro de 2011 19:23, Philip Brown 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: (Maciej Blizinski's message of "Sun, 9 Jan 2011 13:58:39 +0000") References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: "Maciej (Matchek) Blizinski" writes: > No dia 7 de Janeiro de 2011 19:23, Philip Brown 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: On Fri, Jan 7, 2011 at 5:15 PM, William Bonnet 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: References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: No dia 9 de Janeiro de 2011 14:22, Peter FELECAN escreveu: > "Maciej (Matchek) Blizinski" writes: > >> No dia 7 de Janeiro de 2011 19:23, Philip Brown 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: (Maciej Blizinski's message of "Sun, 9 Jan 2011 14:54:04 +0000") References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: "Maciej (Matchek) Blizinski" writes: > No dia 9 de Janeiro de 2011 14:22, Peter FELECAN > escreveu: >> "Maciej (Matchek) Blizinski" writes: >> >>> No dia 7 de Janeiro de 2011 19:23, Philip Brown 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: Thanks. batched On Sun, Jan 9, 2011 at 12:55 AM, Peter Bonivart 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: References: <201101071615.p07GFSxS027011@login.bo.opencsw.org> Message-ID: 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 wrote: > On Fri, Jan 7, 2011 at 5:15 PM, William Bonnet 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: References: <201101071615.p07GFSxS027011@login.bo.opencsw.org> Message-ID: 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 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 wrote: >> On Fri, Jan 7, 2011 at 5:15 PM, William Bonnet 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: References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: No dia 9 de Janeiro de 2011 15:10, Peter FELECAN 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: References: <201101071615.p07GFSxS027011@login.bo.opencsw.org> Message-ID: On Sun, Jan 9, 2011 at 4:31 PM, Philip Brown 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: References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: On Sun, Jan 9, 2011 at 4:43 PM, Maciej (Matchek) Blizinski 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: References: <201101071615.p07GFSxS027011@login.bo.opencsw.org> Message-ID: On Sun, Jan 9, 2011 at 7:42 AM, Peter Bonivart wrote: > On Sun, Jan 9, 2011 at 4:31 PM, Philip Brown 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: References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: On Sun, Jan 9, 2011 at 7:43 AM, Maciej (Matchek) Blizinski 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: References: <201101071615.p07GFSxS027011@login.bo.opencsw.org> Message-ID: On Sun, Jan 9, 2011 at 5:17 PM, Philip Brown 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 > To: Release Manager > 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: (Peter Bonivart's message of "Sun, 9 Jan 2011 16:47:26 +0100") References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: Peter Bonivart writes: > On Sun, Jan 9, 2011 at 4:43 PM, Maciej (Matchek) Blizinski > 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: (Philip Brown's message of "Sun, 9 Jan 2011 08:21:27 -0800") References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: Philip Brown writes: > On Sun, Jan 9, 2011 at 7:43 AM, Maciej (Matchek) Blizinski > 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: References: <201101071615.p07GFSxS027011@login.bo.opencsw.org> Message-ID: On Sun, Jan 9, 2011 at 8:25 AM, Peter Bonivart wrote: > On Sun, Jan 9, 2011 at 5:17 PM, Philip Brown 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: References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: On Sun, Jan 9, 2011 at 9:26 AM, Peter FELECAN wrote: > Philip Brown 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: (Philip Brown's message of "Sun, 9 Jan 2011 10:24:51 -0800") References: <201101071336.p07DawYp021456@login.bo.opencsw.org> Message-ID: Philip Brown writes: > On Sun, Jan 9, 2011 at 9:26 AM, Peter FELECAN wrote: >> Philip Brown 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: References: <201101071336.p07DawYp021456@login.bo.opencsw.org> 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: References: <201101071615.p07GFSxS027011@login.bo.opencsw.org> 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> <4D2A1572.3070507@wbonnet.net> Message-ID: On Sun, Jan 9, 2011 at 12:07 PM, William Bonnet 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> <4D2A0A01.8090500@wbonnet.net> Message-ID: great. batched On Sun, Jan 9, 2011 at 11:18 AM, William Bonnet 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: 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 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: References: <201101091957.p09JvMJW027306@login.bo.opencsw.org> 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 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> <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: References: <201011010656.oA16uaLQ012938@login.bo.opencsw.org> <1288617957-sup-3784@pinkfloyd.chass.utoronto.ca> <1288802093-sup-4720@pinkfloyd.chass.utoronto.ca> <1291482445-sup-2084@pinkfloyd.chass.utoronto.ca> <1291486009-sup-6022@pinkfloyd.chass.utoronto.ca> 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: References: <201101061436.p06EaUAI007105@login.bo.opencsw.org> <862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org> Message-ID: Hi Phil, Am 07.01.2011 um 20:32 schrieb Philip Brown: > On Fri, Jan 7, 2011 at 7:34 AM, Dagobert Michelsen 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: References: Message-ID: Hi Phil, Am 07.01.2011 um 20:36 schrieb Philip Brown: > On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen 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:
  • The ICU library is no longer used, and ICU .cnv files are no longer included with the code.
  • > 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: References: <201101081128.p08BSsqD001950@login.bo.opencsw.org> <1294506717-sup-7268@pinkfloyd.chass.utoronto.ca> 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 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> <1294506717-sup-7268@pinkfloyd.chass.utoronto.ca> <447138AA-135C-4F62-BC41-1C6FEA7D974A@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi, > > Am 08.01.2011 um 23:55 schrieb Philip Brown: >> On Sat, Jan 8, 2011 at 9:16 AM, Ben Walton 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> <4D2A44D7.9000202@opencsw.org> <1294617019-sup-4959@pinkfloyd.chass.utoronto.ca> Message-ID: 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: References: <201101081128.p08BSsqD001950@login.bo.opencsw.org> <1294506717-sup-7268@pinkfloyd.chass.utoronto.ca> <447138AA-135C-4F62-BC41-1C6FEA7D974A@opencsw.org> Message-ID: Hi Peter, Am 10.01.2011 um 14:30 schrieb Peter FELECAN: > Dagobert Michelsen 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: References: Message-ID: On 1/10/11, Dagobert Michelsen wrote: > Hi Phil, > > Am 07.01.2011 um 20:36 schrieb Philip Brown: >> On Thu, Jan 6, 2011 at 6:36 AM, Dagobert Michelsen >> 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: > >
  • The ICU library is no longer used, and ICU .cnv files are no > longer > included with the code.
  • >> 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: References: <201101061436.p06EaUAI007105@login.bo.opencsw.org> <862A8F7A-9405-4F35-8704-9F83FAB4940F@opencsw.org> Message-ID: On 1/10/11, Dagobert Michelsen wrote: > Hi Phil, > > Am 07.01.2011 um 20:32 schrieb Philip Brown: >> On Fri, Jan 7, 2011 at 7:34 AM, Dagobert Michelsen >> 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: Thanks. batched On 1/10/11, Peter Bonivart 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: References: <201012051752.oB5Hq6fE020585@login.bo.opencsw.org> <1291685940-sup-4548@pinkfloyd.chass.utoronto.ca> <20101207201118.GC30288@sebastiankayser.de> <20101207210000.GD30288@sebastiankayser.de> Message-ID: 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 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: References: <201101091957.p09JvMJW027306@login.bo.opencsw.org> 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 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: References: <201012051752.oB5Hq6fE020585@login.bo.opencsw.org> <1291685940-sup-4548@pinkfloyd.chass.utoronto.ca> <20101207201118.GC30288@sebastiankayser.de> <20101207210000.GD30288@sebastiankayser.de> Message-ID: No dia 11 de Janeiro de 2011 05:43, rupert THURNER 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> <4D2A39D3.5020003@gmarler.com> Message-ID: No dia 9 de Janeiro de 2011 22:42, Gordon Marler 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: References: 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 wrote: >> okiedokie. should be out in the next 30 mins. >> >> >> On 1/11/11, Peter Bonivart 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: <34ED0509-96A0-4C2A-BCF0-51CE4093332C@opencsw.org> Message-ID: On 1/12/11, Dagobert Michelsen 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: 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 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: No dia 12 de Janeiro de 2011 17:45, Philip Brown 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: On 1/12/11, Maciej (Matchek) Blizinski wrote: > No dia 12 de Janeiro de 2011 17:45, Philip Brown > 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: No dia 12 de Janeiro de 2011 17:56, Philip Brown 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: On 1/12/11, Maciej (Matchek) Blizinski wrote: > No dia 12 de Janeiro de 2011 17:56, Philip Brown > 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: On 1/12/11, Philip Brown wrote: > On 1/12/11, Maciej (Matchek) Blizinski 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: On 1/12/11, Philip Brown 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: No dia 12 de Janeiro de 2011 18:26, Philip Brown escreveu: > On 1/12/11, Philip Brown 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: On 1/12/11, Maciej (Matchek) Blizinski wrote: > No dia 12 de Janeiro de 2011 18:26, Philip Brown > 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: (Philip Brown's message of "Wed, 12 Jan 2011 12:09:05 -0800") References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: Philip Brown 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: References: <34ED0509-96A0-4C2A-BCF0-51CE4093332C@opencsw.org> Message-ID: Hi Phil, Am 12.01.2011 um 18:41 schrieb Philip Brown: > On 1/12/11, Dagobert Michelsen 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: Great, thanks On 1/13/11, Ben Walton 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: batched, btw On 1/14/11, Dagobert Michelsen 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: On Sat, Jan 8, 2011 at 12:28 PM, Peter Bonivart 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: References: <201101081128.p08BSsqD001950@login.bo.opencsw.org> Message-ID: On Sat, Jan 15, 2011 at 2:59 AM, Peter Bonivart wrote: > On Sat, Jan 8, 2011 at 12:28 PM, Peter Bonivart 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: References: <201101081128.p08BSsqD001950@login.bo.opencsw.org> Message-ID: On Sun, Jan 16, 2011 at 12:17 AM, Philip Brown 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: References: <201101081128.p08BSsqD001950@login.bo.opencsw.org> Message-ID: On Sat, Jan 15, 2011 at 3:24 PM, Peter Bonivart wrote: > On Sun, Jan 16, 2011 at 12:17 AM, Philip Brown 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: batched On Sat, Jan 15, 2011 at 7:00 AM, Maciej Blizinski 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: 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 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: References: <201101151418.p0FEIUcX003483@login.bo.opencsw.org> Message-ID: On Sun, Jan 16, 2011 at 1:11 AM, Philip Brown 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: References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org> <4CE29F37.8080101@opencsw.org> <4D24C28F.1030708@opencsw.org> 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: was already batched. will go out soon On Mon, Jan 17, 2011 at 3:56 AM, Dagobert Michelsen 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: thanks. batched On Sat, Jan 15, 2011 at 4:36 PM, Peter Bonivart 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: 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 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> <4CE29F37.8080101@opencsw.org> <4D24C28F.1030708@opencsw.org> <4D3326DA.7070908@opencsw.org> Message-ID: 2011/1/16 ?hsan?Do?an : > 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: References: <201012172117.oBHLHTle005635@login.bo.opencsw.org> Message-ID: No dia 21 de Dezembro de 2010 02:31, Philip Brown escreveu: > On 12/17/10, Maciej Blizinski 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: References: <201101161714.p0GHETFI028902@login.bo.opencsw.org> Message-ID: 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 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 > 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: 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> <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 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: References: <201101161714.p0GHETFI028902@login.bo.opencsw.org> Message-ID: On 1/17/11, rupert THURNER 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 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 >> 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: References: <201012172117.oBHLHTle005635@login.bo.opencsw.org> Message-ID: On 1/17/11, Maciej (Matchek) Blizinski 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: 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 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: On 1/18/11, Dagobert Michelsen 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: Thanks much. and thanks for the pro-active comments about the /usr/local isssues. Batched On 1/18/11, Peter Felecan 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: 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 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: References: <201101180934.p0I9YPON028757@login.bo.opencsw.org> 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 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: References: Message-ID: Hi Phil, Am 18.01.2011 um 19:05 schrieb Philip Brown: > On 1/18/11, Dagobert Michelsen 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> <6A67CE55-CC5C-4253-9DFF-69ABE4D23683@opencsw.org> Message-ID: On 1/18/11, Dagobert Michelsen 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: batched On 1/18/11, Dagobert Michelsen 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: References: <201101161714.p0GHETFI028902@login.bo.opencsw.org> Message-ID: On Tue, Jan 18, 2011 at 18:41, Philip Brown wrote: > On 1/17/11, rupert THURNER 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 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 >>> 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: References: <201012172117.oBHLHTle005635@login.bo.opencsw.org> Message-ID: No dia 18 de Janeiro de 2011 17:42, Philip Brown escreveu: > On 1/17/11, Maciej (Matchek) Blizinski 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: References: <201101161714.p0GHETFI028902@login.bo.opencsw.org> Message-ID: On 1/18/11, rupert THURNER wrote: > On Tue, Jan 18, 2011 at 18:41, Philip Brown 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: References: <201012172117.oBHLHTle005635@login.bo.opencsw.org> Message-ID: On 1/19/11, Maciej (Matchek) Blizinski 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: References: <201012172117.oBHLHTle005635@login.bo.opencsw.org> Message-ID: No dia 19 de Janeiro de 2011 22:56, Philip Brown escreveu: > On 1/19/11, Maciej (Matchek) Blizinski 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: References: <201012172117.oBHLHTle005635@login.bo.opencsw.org> 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: 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 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: Thanks. batched. On 1/20/11, Dagobert Michelsen 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> 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> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> Message-ID: On Thu, Jan 20, 2011 at 9:28 AM, Ben Walton 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> Message-ID: On Thu, Jan 20, 2011 at 9:36 AM, Philip Brown 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> Message-ID: No dia 20 de Janeiro de 2011 17:36, Philip Brown escreveu: > On Thu, Jan 20, 2011 at 9:28 AM, Ben Walton 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> Message-ID: On Thu, Jan 20, 2011 at 10:08 AM, Maciej (Matchek) Blizinski wrote: > No dia 20 de Janeiro de 2011 17:36, Philip Brown 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> Message-ID: No dia 20 de Janeiro de 2011 20:04, Philip Brown 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> Message-ID: 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 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: 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 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> 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: (Jonathan Craig's message of "Sat, 22 Jan 2011 16:54:22 -0500") References: <201101210540.p0L5eaZU010976@login.bo.opencsw.org> Message-ID: Jonathan Craig 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: No dia 23 de Janeiro de 2011 18:47, Maciej Blizinski 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> <1288802093-sup-4720@pinkfloyd.chass.utoronto.ca> <1291482445-sup-2084@pinkfloyd.chass.utoronto.ca> <1291486009-sup-6022@pinkfloyd.chass.utoronto.ca> <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> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> Message-ID: 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 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: 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 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: 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 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> 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: References: <201101210540.p0L5eaZU010976@login.bo.opencsw.org> Message-ID: On Sat, Jan 22, 2011 at 1:54 PM, Jonathan Craig 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> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca> Message-ID: On Sun, Jan 23, 2011 at 7:24 PM, Ben Walton 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: batched On Sun, Jan 23, 2011 at 10:47 AM, Maciej Blizinski 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> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> <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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca> 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> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca> <1295841532-sup-1077@pinkfloyd.chass.utoronto.ca> Message-ID: On Sun, Jan 23, 2011 at 8:04 PM, Ben Walton 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> <1288802093-sup-4720@pinkfloyd.chass.utoronto.ca> <1291482445-sup-2084@pinkfloyd.chass.utoronto.ca> <1291486009-sup-6022@pinkfloyd.chass.utoronto.ca> <1294619158-sup-7578@pinkfloyd.chass.utoronto.ca> <1295827931-sup-4777@pinkfloyd.chass.utoronto.ca> Message-ID: currently not, i am off work for 3 weeks. rupert. On Mon, Jan 24, 2011 at 01:13, Ben Walton 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: 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: References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> Message-ID: 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: (Dagobert Michelsen's message of "Mon, 24 Jan 2011 08:50:07 +0100") References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> Message-ID: Dagobert Michelsen 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: References: <201101221721.p0MHLU1v022314@login.bo.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 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: References: <201011010656.oA16uaLQ012938@login.bo.opencsw.org> <1288617957-sup-3784@pinkfloyd.chass.utoronto.ca> <1288802093-sup-4720@pinkfloyd.chass.utoronto.ca> <1291482445-sup-2084@pinkfloyd.chass.utoronto.ca> <1291486009-sup-6022@pinkfloyd.chass.utoronto.ca> <1294619158-sup-7578@pinkfloyd.chass.utoronto.ca> <1295827931-sup-4777@pinkfloyd.chass.utoronto.ca> 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> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> Message-ID: Dagobert Michelsen writes: > Am 24.01.2011 um 10:49 schrieb Peter FELECAN: >> Dagobert Michelsen 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: (Dagobert Michelsen's message of "Mon, 24 Jan 2011 08:50:07 +0100") References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> Message-ID: Dagobert Michelsen 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca> <1295841532-sup-1077@pinkfloyd.chass.utoronto.ca> Message-ID: On Sun, Jan 23, 2011 at 8:09 PM, Philip Brown wrote: > On Sun, Jan 23, 2011 at 8:04 PM, Ben Walton 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: References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> Message-ID: Hi Peter, Am 24.01.2011 um 14:43 schrieb Peter FELECAN: > Dagobert Michelsen writes: >> Am 24.01.2011 um 10:49 schrieb Peter FELECAN: >>> Dagobert Michelsen 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: References: <201101210957.p0L9v353020229@login.bo.opencsw.org> Message-ID: On Mon, Jan 24, 2011 at 4:06 AM, Philip Brown 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: (Dagobert Michelsen's message of "Mon, 24 Jan 2011 16:37:59 +0100") References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi Peter, > > Am 24.01.2011 um 14:43 schrieb Peter FELECAN: >> Dagobert Michelsen writes: >>> Am 24.01.2011 um 10:49 schrieb Peter FELECAN: >>>> Dagobert Michelsen 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: References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@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 writes: >> Hi Peter, >> >> Am 24.01.2011 um 14:43 schrieb Peter FELECAN: >>> Dagobert Michelsen writes: >>>> Am 24.01.2011 um 10:49 schrieb Peter FELECAN: >>>>> Dagobert Michelsen 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: References: <201101210957.p0L9v353020229@login.bo.opencsw.org> Message-ID: On 1/24/11, Peter Bonivart wrote: > On Mon, Jan 24, 2011 at 4:06 AM, Philip Brown 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: References: <201101210957.p0L9v353020229@login.bo.opencsw.org> Message-ID: On Mon, Jan 24, 2011 at 6:51 PM, Philip Brown 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: References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> Message-ID: On 1/24/11, Peter FELECAN 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: References: <201101210957.p0L9v353020229@login.bo.opencsw.org> Message-ID: On 1/24/11, Peter Bonivart wrote: > On Mon, Jan 24, 2011 at 6:51 PM, Philip Brown 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca> <1295841532-sup-1077@pinkfloyd.chass.utoronto.ca> 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: References: <201101210957.p0L9v353020229@login.bo.opencsw.org> 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: References: <201101210957.p0L9v353020229@login.bo.opencsw.org> Message-ID: On Mon, Jan 24, 2011 at 8:18 PM, Philip Brown 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> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> <5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi Peter, > > Am 24.01.2011 um 17:30 schrieb Peter FELECAN: >> Dagobert Michelsen writes: >>> Hi Peter, >>> >>> Am 24.01.2011 um 14:43 schrieb Peter FELECAN: >>>> Dagobert Michelsen writes: >>>>> Am 24.01.2011 um 10:49 schrieb Peter FELECAN: >>>>>> Dagobert Michelsen 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: (Philip Brown's message of "Mon, 24 Jan 2011 10:15:59 -0800") References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> Message-ID: Philip Brown writes: > On 1/24/11, Peter FELECAN 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: References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> <5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org> Message-ID: On 1/25/11, Peter FELECAN 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: (Philip Brown's message of "Tue, 25 Jan 2011 08:42:30 -0800") References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> <5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org> Message-ID: Philip Brown writes: > On 1/25/11, Peter FELECAN 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: References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> <5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org> Message-ID: On 1/25/11, Peter FELECAN 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: (Philip Brown's message of "Tue, 25 Jan 2011 09:07:28 -0800") References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> <5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org> Message-ID: Philip Brown writes: > On 1/25/11, Peter FELECAN 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: References: <201101221721.p0MHLU1v022314@login.bo.opencsw.org> <81D60D96-1FF1-4F70-B8A8-BDB8FA25A06F@opencsw.org> <5774AF16-6C37-431E-A061-DB8B4840C55F@opencsw.org> Message-ID: On 1/25/11, Peter FELECAN wrote: > Philip Brown 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: No dia 13 de Janeiro de 2011 08:31, Peter FELECAN escreveu: > Philip Brown 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: (Maciej Blizinski's message of "Wed, 26 Jan 2011 09:01:49 +0000") References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> Message-ID: "Maciej (Matchek) Blizinski" writes: > No dia 13 de Janeiro de 2011 08:31, Peter FELECAN > escreveu: >> Philip Brown 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: References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org> <4CE29F37.8080101@opencsw.org> <4D24C28F.1030708@opencsw.org> <4D3326DA.7070908@opencsw.org> 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> 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> <1296050539-sup-4423@pinkfloyd.chass.utoronto.ca> Message-ID: On 1/26/11, Ben Walton 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: batched On 1/25/11, Dagobert Michelsen 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> <1296050539-sup-4423@pinkfloyd.chass.utoronto.ca> Message-ID: 2011/1/26 Ben Walton : > 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> <1296050539-sup-4423@pinkfloyd.chass.utoronto.ca> Message-ID: On 1/26/11, Ben Walton 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> <4CE29F37.8080101@opencsw.org> <4D24C28F.1030708@opencsw.org> <4D3326DA.7070908@opencsw.org> <4D4001BD.7090508@opencsw.org> Message-ID: On 1/26/11, ?hsan Do?an 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: References: <201101210957.p0L9v353020229@login.bo.opencsw.org> Message-ID: On 1/24/11, Peter Bonivart wrote: > On Mon, Jan 24, 2011 at 8:18 PM, Philip Brown 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: References: <201101120135.p0C1ZGB7005831@login.bo.opencsw.org> <1296050539-sup-4423@pinkfloyd.chass.utoronto.ca> Message-ID: 2011/1/26 Maciej Blizi?ski : > > 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: References: <201101210957.p0L9v353020229@login.bo.opencsw.org> 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: References: <201101192334.p0JNYAtU018620@login.bo.opencsw.org> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca> <1295841532-sup-1077@pinkfloyd.chass.utoronto.ca> 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> <1296175445-sup-7208@pinkfloyd.chass.utoronto.ca> Message-ID: On 1/27/11, Ben Walton 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> <1295544411-sup-5391@pinkfloyd.chass.utoronto.ca> <1295743987-sup-4555@pinkfloyd.chass.utoronto.ca> <1295839205-sup-2664@pinkfloyd.chass.utoronto.ca> <1295841532-sup-1077@pinkfloyd.chass.utoronto.ca> <1296177601-sup-8238@pinkfloyd.chass.utoronto.ca> Message-ID: On 1/27/11, Ben Walton 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: Thanks. batched. On 1/27/11, Maciej Blizinski 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: 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 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: References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org> <4CE29F37.8080101@opencsw.org> <4D24C28F.1030708@opencsw.org> <4D3326DA.7070908@opencsw.org> <4D4001BD.7090508@opencsw.org> 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> <4CE29F37.8080101@opencsw.org> <4D24C28F.1030708@opencsw.org> <4D3326DA.7070908@opencsw.org> <4D4001BD.7090508@opencsw.org> <4D45B24C.1010601@opencsw.org> Message-ID: 2011/1/30 ?hsan?Do?an : > 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: References: <201011141338.oAEDcRsq009017@login.bo.opencsw.org> <4CE29F37.8080101@opencsw.org> <4D24C28F.1030708@opencsw.org> <4D3326DA.7070908@opencsw.org> <4D4001BD.7090508@opencsw.org> <4D45B24C.1010601@opencsw.org> 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: batched On 1/29/11, Maciej Blizinski 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: batched On 1/30/11, Ihsan Dogan 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: bunch of /usr/local references, but they seem to be harmless. batching On 1/30/11, Yann Rouillard 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 >