From william at wbonnet.net Sun Feb 1 21:23:37 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 01 Feb 2009 21:23:37 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090131200629.GD12692@bolthole.com> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> Message-ID: <498604C9.3010809@wbonnet.net> Hi >> In fat the problem is that my original email was /not clear/. I was >> talking about adding files to GAR, so it was about the java (or >> javalibs) directory in svn not under /opt/csw :) >> > > > ahaha.. good to know now :-) > How do we say in such case ? better late than never ? :) So... I am wondering where is the best place to store java libraries in the svn repository that GAR is using (so i do not speak about stuff under /opt/csw ;) ). I have a few java libs to add to GAR build system. This include stuff like several Apache commons libs, log4j and junit. Since there will be many libs, it might be useful to group them under a directory. Let consider junit as an example. What would be the best place for it : [a]. SVN_ROOT/pkg/junit [b]. SVN_ROOT/pkg/java/junit [c]. SVN_ROOT/pkg/javalibs/junit [d]. SVN_ROOT/pkg/java/javalibs/junit I personnaly prefer [b]. [d] would have sense if there is something else under java like jdk, and maybe tomcat or jboss cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Sun Feb 1 22:58:01 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Feb 2009 13:58:01 -0800 Subject: [csw-maintainers] Use of java folder In-Reply-To: <498604C9.3010809@wbonnet.net> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> Message-ID: <20090201215801.GG65873@bolthole.com> On Sun, Feb 01, 2009 at 09:23:37PM +0100, William Bonnet wrote: > So... I am wondering where is the best place to store java libraries in > the svn repository that GAR is using I thought "GAR v2" was supposed to have a flat namespace? From dam at opencsw.org Mon Feb 2 09:22:07 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Feb 2009 09:22:07 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090201215801.GG65873@bolthole.com> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> Message-ID: <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> Hi, Am 01.02.2009 um 22:58 schrieb Philip Brown: > On Sun, Feb 01, 2009 at 09:23:37PM +0100, William Bonnet wrote: >> So... I am wondering where is the best place to store java >> libraries in >> the svn repository that GAR is using > > I thought "GAR v2" was supposed to have a flat namespace? Well, it is more like the namespace structure is now independent of the category. The namespace is mostly flat, but you can have subdirs and put the packages in there also - GAR doesn't care. So if it is suitable you can use directories in any way that fits. Best regards -- Dago From dam at opencsw.org Mon Feb 2 10:36:41 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Feb 2009 10:36:41 +0100 Subject: [csw-maintainers] Thematics action? Message-ID: Hi folks, it's already 2nd of february. Has someone already started with "communication"? What's next? I propose to define a number of tasks and assign them / let maintainers grab them. William, what's with the new webpage? Can we start working on the contents? Best regards -- Dago From phil at bolthole.com Mon Feb 2 12:07:01 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 03:07:01 -0800 Subject: [csw-maintainers] Use of java folder In-Reply-To: <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> Message-ID: <20090202110701.GA37004@bolthole.com> On Mon, Feb 02, 2009 at 09:22:07AM +0100, Dagobert Michelsen wrote: > Am 01.02.2009 um 22:58 schrieb Philip Brown: > > I thought "GAR v2" was supposed to have a flat namespace? > > Well, it is more like the namespace structure is now independent of the > category. The namespace is mostly flat, but you can have subdirs and put > the packages in there also - GAR doesn't care. So if it is suitable you > can use directories in any way that fits. This is not good. by saying that, you make the uniform namespace, non-uniform again. the whole point of a flat namespace, is that for any software package [xyzsoft] you would know EXACTLY where in the gar tree to go build it from. eg: "go do a 'make' in [GARROOT]/x/xyzsoft" From dam at opencsw.org Mon Feb 2 12:13:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Feb 2009 12:13:38 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090202110701.GA37004@bolthole.com> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> Message-ID: <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> Hi Phil, Am 02.02.2009 um 12:07 schrieb Philip Brown: > On Mon, Feb 02, 2009 at 09:22:07AM +0100, Dagobert Michelsen wrote: >> Am 01.02.2009 um 22:58 schrieb Philip Brown: >>> I thought "GAR v2" was supposed to have a flat namespace? >> >> Well, it is more like the namespace structure is now independent of >> the >> category. The namespace is mostly flat, but you can have subdirs >> and put >> the packages in there also - GAR doesn't care. So if it is suitable >> you >> can use directories in any way that fits. > > This is not good. by saying that, you make the uniform namespace, > non-uniform again. > > the whole point of a flat namespace, is that for any software package > [xyzsoft] > you would know EXACTLY where in the gar tree to go build it from. > > eg: > > "go do a 'make' in > > [GARROOT]/x/xyzsoft" It may be used for grouping similar items together, like for cpan/, where the directory name is exactly the module name in CPAN. I just said that it *may* be used with directories, but we are free to stick to a flat namespace by convention. Best regards -- Dago From phil at bolthole.com Mon Feb 2 12:21:54 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 03:21:54 -0800 Subject: [csw-maintainers] Use of java folder In-Reply-To: <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> References: <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> Message-ID: <20090202112154.GA50696@bolthole.com> On Mon, Feb 02, 2009 at 12:13:38PM +0100, Dagobert Michelsen wrote: > > This is not good. by saying that, you make the uniform namespace, > > non-uniform again. > > > > the whole point of a flat namespace, is that for any software package > > [xyzsoft] > > you would know EXACTLY where in the gar tree to go build it from. > >.... > > [GARROOT]/x/xyzsoft" > > It may be used for grouping similar items together, like for > cpan/, where the directory name is exactly the module name in CPAN. > I just said that it *may* be used with directories, but we are > free to stick to a flat namespace by convention. An "optional standard" is not really a "standard"; it becomes merely a "suggestion". That's no good for future purposes of a fully automated tool to build any arbitrary package. ie: "csw-build xyzsoft" would automatically download source for xyzsoft from gar, and build a package for it. From william at wbonnet.net Mon Feb 2 12:23:20 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 02 Feb 2009 12:23:20 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090202112154.GA50696@bolthole.com> References: <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> <20090202112154.GA50696@bolthole.com> Message-ID: <4986D7A8.6000200@wbonnet.net> Hi > An "optional standard" is not really a "standard"; it becomes merely a > "suggestion". That's no good for future purposes of a fully automated tool > to build any arbitrary package. > > ie: "csw-build xyzsoft" would automatically download source for xyzsoft > from gar, and build a package for it. > That's an issue I handle in the next version of uwatch. It will deal with 1:n relation between GAR entries and package build, and also with the location of the entry in GAR. btw it will also produce the stats Dago ask me a few weeks ago... cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Mon Feb 2 13:13:16 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 02 Feb 2009 13:13:16 +0100 Subject: [csw-maintainers] Thematics action? In-Reply-To: References: Message-ID: <4986E35C.4040508@wbonnet.net> Hi Dagobert > Hi folks, > > it's already 2nd of february. Has someone already started with > "communication"? What's next? I propose to define a number of > tasks and assign them / let maintainers grab them. William, > what's with the new webpage? Can we start working on the contents? > I'll put that online this evening/night. I was expecting to do it this wek end , but i spent too much time on "something else" :( Cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From mwatters at opencsw.org Mon Feb 2 16:51:03 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 09:51:03 -0600 Subject: [csw-maintainers] New Python Package available in Testing Message-ID: <49871667.7090706@opencsw.org> Changes: Update to Version 2.6.1 ------- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From mwatters at opencsw.org Mon Feb 2 16:52:11 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 09:52:11 -0600 Subject: [csw-maintainers] New Idle Package available in Testing Message-ID: <498716AB.30105@opencsw.org> Changes: Update to version 2.6.1 ------- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From mwatters at opencsw.org Mon Feb 2 16:52:52 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 09:52:52 -0600 Subject: [csw-maintainers] New Python-Tk available in Testing Message-ID: <498716D4.6050608@opencsw.org> Changes: Update to version 2.6.1 -- ------- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From phil at bolthole.com Mon Feb 2 17:53:52 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 08:53:52 -0800 Subject: [csw-maintainers] Use of java folder In-Reply-To: <4986D7A8.6000200@wbonnet.net> References: <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> <20090202112154.GA50696@bolthole.com> <4986D7A8.6000200@wbonnet.net> Message-ID: <20090202165352.GB61695@bolthole.com> On Mon, Feb 02, 2009 at 12:23:20PM +0100, William Bonnet wrote: > > ie: "csw-build xyzsoft" would automatically download source for xyzsoft > > from gar, and build a package for it. > > > That's an issue I handle in the next version of uwatch. It will deal > with 1:n relation between GAR entries and package build, and also with > the location of the entry in GAR. how does it determine the location in gar? From phil at bolthole.com Mon Feb 2 20:28:07 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 11:28:07 -0800 Subject: [csw-maintainers] tips for python Message-ID: <20090202192807.GF86639@bolthole.com> fyi: i dont use python myself, but python enthusiasts may be interested in the following reference http://docs.python.org/distutils/builtdist.html?highlight=install titled "Creating Built Distributions" (seems to be geared towards creating packages of python modules. i think) From mwatters at opencsw.org Mon Feb 2 20:38:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 13:38:46 -0600 Subject: [csw-maintainers] tips for python In-Reply-To: <20090202192807.GF86639@bolthole.com> References: <20090202192807.GF86639@bolthole.com> Message-ID: <49874BC6.5010308@opencsw.org> Philip Brown wrote: > fyi: i dont use python myself, but python enthusiasts may be interested in > the following reference > > http://docs.python.org/distutils/builtdist.html?highlight=install > > titled "Creating Built Distributions" > > (seems to be geared towards creating packages of python modules. i think) > > > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers :D I already have that doc bookmarked... it is good information on building distributable modules for python.... in essence you would download the source tar, and run setup.py and it would install the module much like perl Makefile.PY installs cpan modules. -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From mwatters at opencsw.org Mon Feb 2 22:04:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 15:04:25 -0600 Subject: [csw-maintainers] Python repackaged Message-ID: <49875FD9.5070708@opencsw.org> Change: included the libpython2.5 library on both sparc and i386 -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From william at wbonnet.net Mon Feb 2 22:56:06 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 02 Feb 2009 22:56:06 +0100 Subject: [csw-maintainers] Thematics action? In-Reply-To: <4986E35C.4040508@wbonnet.net> References: <4986E35C.4040508@wbonnet.net> Message-ID: <49876BF6.7040809@wbonnet.net> Hi I have added a wiki page gathering some more detailled ideas about setting up communication. Everything is not here, and many some of the idea have to be discarted. Well this is the point where we begin to talk :) http://wiki.opencsw.org/communication-opencsw-theme-february-09 Please feel free to add suggestion and discuss the deferent points. I have highlighted different sub subject, which are : . Web site subproject . Communication materials subproject . Project Road map for year 2009 . Community process drafts . Technical process drafts . Articles . Google rank . Establish a communication with Sun and maybe other corporates . Establish links and relation with other open source projects New subproject and ideas are welcome :) Each of the subproject has an objective, identified tasks and discussion summary section. I propose that most of the discussion should be done on the list, and the wiki used to write a summary of what we agreed on. >> what's with the new webpage? Can we start working on the contents? I go back to work on wordpress. You can review the existing page content (from www-mockup.opencsw.org) I'll try to improve a few things on the wiki page (objective description etc in the next days). Now please comment the page content, and if some of the item are of some interest apply for it :) cheers, W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Mon Feb 2 23:27:07 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Feb 2009 23:27:07 +0100 Subject: [csw-maintainers] nginx: csw/mgar In-Reply-To: <200902022144.46772.ai@vsu.ru> References: <200901132124.01724.ai@vsu.ru> <200902022144.46772.ai@vsu.ru> Message-ID: Hi Andy, Am 02.02.2009 um 19:44 schrieb Andy Igoshin: > i have commited milestone 2 of the nginx package. > > for below feature: > ---------------------------------------------------------- > This package may use online upgrade feature of nginx which > allows not to interrupt the processing of clients requests > during the nginx version upgrade. > To use it you should install the package over the existing > version (without removing). > ---------------------------------------------------------- > > i changed ~/mgar/pkg/nginx/trunk/gar/pkglib/smf/postinstall. > i think that these changes are common and useful in many > cases. so maybe to include them in mgar code? > diff file is attached. Looks good. I committed this as r2967. > also in the line 23 of ~/mgar/pkg/nginx/trunk/gar/pkglib/smf/preremove > i see the check of SMF existance. it is redundant since it is > already done > in checkinstall. Mmhhh, I am a bit reluctant to take that out. Comments? Best regards -- Dago From mwatters at opencsw.org Mon Feb 2 23:37:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 16:37:46 -0600 Subject: [csw-maintainers] Python repackaged In-Reply-To: <49875FD9.5070708@opencsw.org> References: <49875FD9.5070708@opencsw.org> Message-ID: <498775BA.3080301@opencsw.org> Mike Watters wrote: > Change: > included the libpython2.5 library on both sparc and i386 Forgot to mention, this version has been placed in testing. (Thanks Phil) -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From korpela at opencsw.org Mon Feb 2 23:45:57 2009 From: korpela at opencsw.org (Eric J Korpela) Date: Mon, 2 Feb 2009 14:45:57 -0800 Subject: [csw-maintainers] BOINC client packages 6.7.2 in /testing Message-ID: boinclibs, boincclient, and boincmanager 6.7.2 for SPARC Solaris are available in /testing. As far as I know the only BOINC application that currently has SPARC Solaris binaries is setiathome and the setiathome beta project. From phil at bolthole.com Mon Feb 2 23:59:08 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 14:59:08 -0800 Subject: [csw-maintainers] BOINC client packages 6.7.2 in /testing In-Reply-To: References: Message-ID: <20090202225908.GF15095@bolthole.com> On Mon, Feb 02, 2009 at 02:45:57PM -0800, Eric J Korpela wrote: > boinclibs, boincclient, and boincmanager 6.7.2 for SPARC Solaris are > available in /testing. > please also package up x86 solaris. that's what our build machines are for ;-) From korpela at opencsw.org Tue Feb 3 03:58:42 2009 From: korpela at opencsw.org (Eric J Korpela) Date: Mon, 2 Feb 2009 18:58:42 -0800 Subject: [csw-maintainers] Fwd: BOINC client packages 6.7.2 in /testing In-Reply-To: References: <20090202225908.GF15095@bolthole.com> Message-ID: Working on it. I've got some packages that I want to test here before I send them off to the world. Eric On Mon, Feb 2, 2009 at 2:59 PM, Philip Brown wrote: > On Mon, Feb 02, 2009 at 02:45:57PM -0800, Eric J Korpela wrote: >> boinclibs, boincclient, and boincmanager 6.7.2 for SPARC Solaris are >> available in /testing. >> > > please also package up x86 solaris. > that's what our build machines are for ;-) > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From harpchad at opencsw.org Tue Feb 3 04:57:17 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 2 Feb 2009 21:57:17 -0600 Subject: [csw-maintainers] new version of gettext in testing Message-ID: <3923CE82-EB5A-4307-9B30-03188A81BCA6@opencsw.org> Changes: - update to 0.17 - add 64-bit support for amd There are several packages that depend on gettext. I've included previous versions of the libraries that are still in use, but it's probably a good idea to test if you can. The newest version passed 'make check' on all four platforms, but there's very little that can be tested against it right now as all current packages link against previous versions of the libraries. From hson at opencsw.org Tue Feb 3 09:04:02 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 03 Feb 2009 09:04:02 +0100 Subject: [csw-maintainers] exiftool-7.63, libiptcdata-1.0.2 and libexif-0.6.17 in testing Message-ID: <4987FA72.7050804@opencsw.org> Since this is my first packages as newbie maintainer, and since I've only got sparc's running Solaris9 and x86 running Solaris10 at work, I guess that "a trip around the block" (i.e "testing") is a good idea... exiftool 7.63 is just a update from 7.21 libexif 0.6.17 is just a update from 0.6.16 libiptcdata (1.0.2) is a library for reading and manipulating IPTC tags in images -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3295 bytes Desc: S/MIME Cryptographic Signature URL: From dam at opencsw.org Tue Feb 3 12:30:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Feb 2009 12:30:24 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090202165352.GB61695@bolthole.com> References: <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> <20090202112154.GA50696@bolthole.com> <4986D7A8.6000200@wbonnet.net> <20090202165352.GB61695@bolthole.com> Message-ID: <1FC2F86D-BBFB-42F8-97D5-04ED0664B490@opencsw.org> Hi Phil, Am 02.02.2009 um 17:53 schrieb Philip Brown: > On Mon, Feb 02, 2009 at 12:23:20PM +0100, William Bonnet wrote: >>> ie: "csw-build xyzsoft" would automatically download source for >>> xyzsoft >>> from gar, and build a package for it. >>> >> That's an issue I handle in the next version of uwatch. It will deal >> with 1:n relation between GAR entries and package build, and also >> with >> the location of the entry in GAR. > > how does it determine the location in gar? There is a mechanism is GAR which prints the directory vs. catalogname vs. pkgname recursively for a directory. You can also apply this to pkg/ to list all pathes and all packages. Best regards -- Dago From william at wbonnet.net Tue Feb 3 13:11:33 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Feb 2009 13:11:33 +0100 Subject: [csw-maintainers] License and copyright notice Message-ID: <49883475.8010209@wbonnet.net> Hi all I would like to know if there is actually a package (or more) in GAR that use a copyright file ? I am talking about the file which is supposed to have a small content saying "This software is distributed under XXX license. Please se /opt/csw/this/path for full text" or something like that. I am about to update dbus packages and i would to use this. I was also wondering if it would make sense to define a set of copyright files (one for GPL, one for LGPL, etc) and add them to GAR. So each package could make a reference to this copyright file, and it might be automatically added to prototype (maybe same for full licene text ?) Cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From korpela at ssl.berkeley.edu Tue Feb 3 03:58:00 2009 From: korpela at ssl.berkeley.edu (Eric J Korpela) Date: Mon, 2 Feb 2009 18:58:00 -0800 Subject: [csw-maintainers] BOINC client packages 6.7.2 in /testing In-Reply-To: <20090202225908.GF15095@bolthole.com> References: <20090202225908.GF15095@bolthole.com> Message-ID: Working on it. I've got some packages that I want to test here before I send them off to the world. Eric On Mon, Feb 2, 2009 at 2:59 PM, Philip Brown wrote: > On Mon, Feb 02, 2009 at 02:45:57PM -0800, Eric J Korpela wrote: >> boinclibs, boincclient, and boincmanager 6.7.2 for SPARC Solaris are >> available in /testing. >> > > please also package up x86 solaris. > that's what our build machines are for ;-) > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From ai at vsu.ru Tue Feb 3 11:39:36 2009 From: ai at vsu.ru (Andy Igoshin) Date: Tue, 3 Feb 2009 13:39:36 +0300 Subject: [csw-maintainers] nginx: csw/mgar In-Reply-To: References: <200902022144.46772.ai@vsu.ru> Message-ID: <200902031339.37421.ai@vsu.ru> Hi! On Tuesday 03 February 2009, Dagobert Michelsen wrote: > Am 02.02.2009 um 19:44 schrieb Andy Igoshin: > > i have commited milestone 2 of the nginx package. > > > > for below feature: > > ---------------------------------------------------------- > > This package may use online upgrade feature of nginx which > > allows not to interrupt the processing of clients requests > > during the nginx version upgrade. > > To use it you should install the package over the existing > > version (without removing). > > ---------------------------------------------------------- > > > > i changed ~/mgar/pkg/nginx/trunk/gar/pkglib/smf/postinstall. > > i think that these changes are common and useful in many > > cases. so maybe to include them in mgar code? > > diff file is attached. > > Looks good. I committed this as r2967. thanks :) > > also in the line 23 of ~/mgar/pkg/nginx/trunk/gar/pkglib/smf/preremove sorry, not in line 23. > > i see the check of SMF existance. it is redundant since it is > > already done > > in checkinstall. > > Mmhhh, I am a bit reluctant to take that out. Comments? checkinstall (line 6) already calculates the SMF variable and exports it to the env for other scripts. postinstall (line 78) already uses this SMF env variable. preremove (line 62) does not use this SMF env variable but makes the same calculation as in checkinstall. i consider either env or recalculation should be used. mixing them is not beautiful imo :) > Best regards > > -- Dago Regards, -- Andy Igoshin Voronezh State University Phone: +7 (4732) 522406 Network Operation Center Fax: +7 (4732) 208820 Voronezh, Russia From bonivart at opencsw.org Tue Feb 3 13:47:10 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 3 Feb 2009 13:47:10 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <49883475.8010209@wbonnet.net> References: <49883475.8010209@wbonnet.net> Message-ID: <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> On Tue, Feb 3, 2009 at 1:11 PM, William Bonnet wrote: > Hi all > > I would like to know if there is actually a package (or more) in GAR > that use a copyright file ? > > I am talking about the file which is supposed to have a small content > saying "This software is distributed under XXX license. Please se > /opt/csw/this/path for full text" or something like that. Basically all my packages use this method (it was my idea) but I don't use a file for the short text. In the GAR spec file I have this (pkgutil in the example): ==> ... %copyright Please see /opt/csw/share/doc/pkgutil/LICENSE for license information. <== Then I put the actual license in the above mentioned file. Only the line above is shown during pkgadd but the complete license is part of the package. -- /peter From william at wbonnet.net Tue Feb 3 14:12:50 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Feb 2009 14:12:50 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> Message-ID: <498842D2.3030000@wbonnet.net> Hi Peter > Basically all my packages use this method (it was my idea) but I don't > use a file for the short text. In the GAR spec file I have this > (pkgutil in the example): > Thanks I was thinking of adding to GAR something like : LICENSE_CSWlibx11 = GPL2 Which would add the copyright (to gspec file) as you wrote and also the full license text file to the package, for instance to /opt/csw/share/license/GARNAME/LICENSE_NAME (GPL2.txt in this case) . That would remove the copyright from gspec (since it would be generated), and would take us one step closer to a fully generated gspec file. Cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From bonivart at opencsw.org Tue Feb 3 14:32:18 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 3 Feb 2009 14:32:18 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <498842D2.3030000@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> Message-ID: <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> On Tue, Feb 3, 2009 at 2:12 PM, William Bonnet wrote: > Hi Peter >> Basically all my packages use this method (it was my idea) but I don't >> use a file for the short text. In the GAR spec file I have this >> (pkgutil in the example): >> > Thanks > > I was thinking of adding to GAR something like : > > LICENSE_CSWlibx11 = GPL2 I just solved it manually because I was really sick of those GPL2 licenses scrolling by. :-) Dago wrote something about adding a feature in GAR previously and that would of course be nicer because we would get more people using the exact same method. As far as I know, I'm the only who does this at the moment. -- /peter From dam at opencsw.org Tue Feb 3 14:41:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Feb 2009 14:41:26 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> Message-ID: Hi, Am 03.02.2009 um 14:32 schrieb Peter Bonivart: > On Tue, Feb 3, 2009 at 2:12 PM, William Bonnet > wrote: >> >>> Basically all my packages use this method (it was my idea) but I >>> don't >>> use a file for the short text. In the GAR spec file I have this >>> (pkgutil in the example): >> >> I was thinking of adding to GAR something like : >> >> LICENSE_CSWlibx11 = GPL2 > > I just solved it manually because I was really sick of those GPL2 > licenses scrolling by. :-) > > Dago wrote something about adding a feature in GAR previously and that > would of course be nicer because we would get more people using the > exact same method. As far as I know, I'm the only who does this at the > moment. I'll prepare something tonight. Best regards -- Dago From william at wbonnet.net Tue Feb 3 14:43:19 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Feb 2009 14:43:19 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> Message-ID: <498849F7.1020209@wbonnet.net> Hi > I'll prepare something tonight. > Excellent, thanks :) I'll use it when available for dbus updates and apaches commons update. cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Tue Feb 3 14:45:33 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Feb 2009 14:45:33 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> Message-ID: <49884A7D.9020201@wbonnet.net> Hi Peter > I just solved it manually because I was really sick of those GPL2 > licenses scrolling by. :-) > +1 It is hardly impossible to see postinstall scripts output betwen two license text > that > would of course be nicer because we would get more people using the > exact same method. > That's the point :) It has to be automated, or everyone will have a different way to do it. cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From bonivart at opencsw.org Tue Feb 3 15:19:26 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 3 Feb 2009 15:19:26 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <49884A7D.9020201@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> <49884A7D.9020201@wbonnet.net> Message-ID: <625385e30902030619j38ba2744r358c923abb6c13d9@mail.gmail.com> On Tue, Feb 3, 2009 at 2:45 PM, William Bonnet wrote: > It has to be automated, or everyone will have a different way to do it. Yes, I agree but I was exhausted after fighting for even the possibility to not show the license during install. :-) -- /peter From harpchad at opencsw.org Tue Feb 3 16:34:46 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 03 Feb 2009 09:34:46 -0600 Subject: [csw-maintainers] new otr in testing Message-ID: <49886416.5070107@opencsw.org> - Now built in GAR - Add heartbeat patch - Add 64-bit libraries From korpela at opencsw.org Tue Feb 3 18:53:56 2009 From: korpela at opencsw.org (Eric J Korpela) Date: Tue, 3 Feb 2009 09:53:56 -0800 Subject: [csw-maintainers] BOINC client i386/amd64 packages 6.7.2 in /testing Message-ID: boinclibs, boincclient, and boincmanager 6.7.2 for i386/amd64 Solaris are now available in /testing. As far as I know the only no BOINC project currently ships i386 or amd64 Solaris applications. Let's hope that changes. SETI at home should start shipping some soon. From bonivart at opencsw.org Tue Feb 3 20:29:06 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 3 Feb 2009 20:29:06 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration Message-ID: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> I just helped a pkgutil user who wanted to install gnupg and it didn't install ncurses as a dependency which it needs. After installing that separately it worked. I checked Mantis and a bug about this missing ncurses dependency was already filed about a week ago. But since the maintainer is Alex Moore I assume no one will handle the bug. Could we configure Mantis so that packages with no active maintainer (in Alex case we know he's retired) get bug notifications posted to this list or similar? Good news is that I saw a new version of gnupg in GAR but it was waiting for libassuan (I think it was) to be released first. Any progress on that? -- /peter From dam at opencsw.org Tue Feb 3 20:43:14 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Feb 2009 20:43:14 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> Message-ID: Hi Peter, Am 03.02.2009 um 20:29 schrieb Peter Bonivart: > I just helped a pkgutil user who wanted to install gnupg and it didn't > install ncurses as a dependency which it needs. After installing that > separately it worked. I checked Mantis and a bug about this missing > ncurses dependency was already filed about a week ago. But since the > maintainer is Alex Moore I assume no one will handle the bug. > > Could we configure Mantis so that packages with no active maintainer > (in Alex case we know he's retired) get bug notifications posted to > this list or similar? Sebastian, can you reconfigure Mantis to do this? > Good news is that I saw a new version of gnupg in GAR but it was > waiting for libassuan (I think it was) to be released first. Any > progress on that? I am waiting on upstream fixes: Am 22.01.2009 um 14:23 schrieb Werner Koch: > On Wed, 21 Jan 2009 21:43, dam at opencsw.org said: > ... > (Some errors worked around in Makefile) > ... > >> Undefined first referenced >> symbol in file >> bug_at gpg2keys_hkp-no-libgcrypt.o > > I will look at it too. > >> Is here something wrong with my compile environment or is there >> something > > No. It is just that we selectivly add required libraries and catching > errors is hard on systems where these libraries alrady exist as system > libraries. > > > Shalom-Salam, > > Werner > > -- > Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. Currently I simply don't have the time to fix this the right way myself. Anyone feel free to give it a shot and work on what I put in GAR. Best regards -- Dago From harpchad at opencsw.org Tue Feb 3 21:02:30 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 03 Feb 2009 14:02:30 -0600 Subject: [csw-maintainers] new pidginotr in testing Message-ID: <4988A2D6.2050109@opencsw.org> - Now built in GAR - Add plugin priority patch From phil at bolthole.com Tue Feb 3 21:11:45 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 12:11:45 -0800 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <498842D2.3030000@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> Message-ID: <20090203201145.GC53253@bolthole.com> On Tue, Feb 03, 2009 at 02:12:50PM +0100, William Bonnet wrote: > I was thinking of adding to GAR something like : > > LICENSE_CSWlibx11 = GPL2 > > Which would add the copyright (to gspec file) as you wrote and also the > full license text file to the package, for instance to > /opt/csw/share/license/GARNAME/LICENSE_NAME (GPL2.txt in this case) . > > That would remove the copyright from gspec (since it would be > generated), and would take us one step closer to a fully generated gspec > file. Hmmm... I'm not sure i FULLY understand what you are writing about, but it sort of sounds to me like you are saying: - keep a collection of "standard" licenses in gar somewhere - have an optional GAR feature, that says, "This package uses license 'X', which we have a copy of. pull it from our "standard location" in gar and put it in the file. This strikes me as very dangerous. it will eventually need to packages shipping with a wrong (old/obsolete) version of a license when a maintainer doesnt notice it has changed. I think it is important to copy the license file from the (upstream)src distribution, directly into the package, every time. From phil at bolthole.com Tue Feb 3 21:13:20 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 12:13:20 -0800 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <498842D2.3030000@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> Message-ID: <20090203201319.GD53253@bolthole.com> Clarification, lest anyone misunderstand me: i believe it is important to copy the license file from the source file, to the package, into /opt/csw/share/doc/progname/LICENSE, with a short standard reference to it in "i copyright" i am NOT saying the full license file should always be put in the "i copyright" place :-) From dam at opencsw.org Tue Feb 3 23:07:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Feb 2009 23:07:31 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <20090203201319.GD53253@bolthole.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <20090203201319.GD53253@bolthole.com> Message-ID: Hi Phil, Am 03.02.2009 um 21:13 schrieb Philip Brown: > i believe it is important to copy the license file from the source > file, > to the package, into /opt/csw/share/doc/progname/LICENSE, with a > short standard reference to it in "i copyright" That is how I am planning to implement it, because - it is similar to what we have now - it is easy for the packager - it is easy to implement - it is difficult to mistakenly take the wrong license The bad news is that putting this all together in GAR needs a bigger change than I thought. At least this won't be finished today. The good news is that we can get rid of the gspec-files once I am through with this. I'll keep you informed. If you eagerly wait for this: Please include the license one last time before I can release this. Best regards -- Dago From skayser at opencsw.org Tue Feb 3 23:12:38 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 03 Feb 2009 23:12:38 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> Message-ID: <4988C156.70808@opencsw.org> Dagobert Michelsen wrote: > Am 03.02.2009 um 20:29 schrieb Peter Bonivart: >> I just helped a pkgutil user who wanted to install gnupg and it didn't >> install ncurses as a dependency which it needs. After installing that >> separately it worked. I checked Mantis and a bug about this missing >> ncurses dependency was already filed about a week ago. But since the >> maintainer is Alex Moore I assume no one will handle the bug. >> >> Could we configure Mantis so that packages with no active maintainer >> (in Alex case we know he's retired) get bug notifications posted to >> this list or similar? > > Sebastian, can you reconfigure Mantis to do this? Yes we can! ;) Not a straight forward Mantis feature, though. What we could do is add a dummy user account in Mantis with the maintainers list address as email address. Phil has the information on which packages have a retired maintainer, so he could then generate a list of these packages and assign the Mantis dummy account to them in an automated way. Phil, what do you think? Feasible from your side (i guess a couple of adjustments to your user management scripts would be necessary)? Sebastian From phil at bolthole.com Tue Feb 3 23:25:26 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 14:25:26 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988C156.70808@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> Message-ID: <20090203222526.GG53253@bolthole.com> On Tue, Feb 03, 2009 at 11:12:38PM +0100, Sebastian Kayser wrote: > What we could do is add a dummy user account in Mantis with the > maintainers list address as email address. Phil has the information on > which packages have a retired maintainer, so he could then generate a > list of these packages and assign the Mantis dummy account to them in an > automated way. > well, that's what I do for "orphaned". However, if a maintainer is merely "retired", and will help/answer questions about it, then it is useful to still show it as registered to them. The "simple" thing would be to just change their mantis email addr to point to the list (or "a" list) Something i've been thinking about, but hadnt implemented yet. From skayser at opencsw.org Tue Feb 3 23:32:05 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 03 Feb 2009 23:32:05 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090203222526.GG53253@bolthole.com> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203222526.GG53253@bolthole.com> Message-ID: <4988C5E5.2010305@opencsw.org> Philip Brown wrote: > On Tue, Feb 03, 2009 at 11:12:38PM +0100, Sebastian Kayser wrote: >> What we could do is add a dummy user account in Mantis with the >> maintainers list address as email address. Phil has the information on >> which packages have a retired maintainer, so he could then generate a >> list of these packages and assign the Mantis dummy account to them in an >> automated way. >> > > well, that's what I do for "orphaned". However, if a maintainer is merely > "retired", and will help/answer questions about it, then it is useful to > still show it as registered to them. You could assign the dummy account to the Mantis project in addition to the "retired maintainer assignment" ... > The "simple" thing would be to just change their mantis email addr to point > to the list (or "a" list) ... but this indeed sounds simpler. Sebastian From phil at bolthole.com Tue Feb 3 23:56:55 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 14:56:55 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988C5E5.2010305@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203222526.GG53253@bolthole.com> <4988C5E5.2010305@opencsw.org> Message-ID: <20090203225655.GJ53253@bolthole.com> On Tue, Feb 03, 2009 at 11:32:05PM +0100, Sebastian Kayser wrote: > You could assign the dummy account to the Mantis project in addition to > the "retired maintainer assignment" ... that would kinda mess up showing "who owns the package". hmm. well, only for the "orphaned" thingie. I guess I could put in a query for ignoring a SECOND dummy account, perhaps? > > The "simple" thing would be to just change their mantis email addr to point > > to the list (or "a" list) > > ... but this indeed sounds simpler. ok. then please ask Ihsan about acces to database for that :) From phil at bolthole.com Tue Feb 3 23:57:15 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 14:57:15 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988C5E5.2010305@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203222526.GG53253@bolthole.com> <4988C5E5.2010305@opencsw.org> Message-ID: <20090203225715.GK53253@bolthole.com> On Tue, Feb 03, 2009 at 11:32:05PM +0100, Sebastian Kayser wrote: > > > The "simple" thing would be to just change their mantis email addr to point > > to the list (or "a" list) > > ... but this indeed sounds simpler. > oh i can add you as mantis admin. guess that's better. From james at opencsw.org Wed Feb 4 00:03:32 2009 From: james at opencsw.org (James Lee) Date: Tue, 03 Feb 2009 23:03:32 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988C156.70808@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> Message-ID: <20090203.23033200.861335269@gyor.oxdrove.co.uk> On 03/02/09, 22:12:38, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > >> Could we configure Mantis so that packages with no active maintainer > >> (in Alex case we know he's retired) get bug notifications posted to > >> this list or similar? > > > > Sebastian, can you reconfigure Mantis to do this? > Yes we can! ;) Not a straight forward Mantis feature, though. Can we first make it send to people that are active maintainers? James. From skayser at opencsw.org Wed Feb 4 00:40:13 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 00:40:13 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090203.23033200.861335269@gyor.oxdrove.co.uk> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> Message-ID: <4988D5DD.4080800@opencsw.org> James Lee wrote: > On 03/02/09, 22:12:38, Sebastian Kayser wrote > regarding Re: [csw-maintainers] gnupg dependency error and Mantis > configuration: > >>>> Could we configure Mantis so that packages with no active maintainer >>>> (in Alex case we know he's retired) get bug notifications posted to >>>> this list or similar? >>> Sebastian, can you reconfigure Mantis to do this? > >> Yes we can! ;) Not a straight forward Mantis feature, though. > > Can we first make it send to people that are active maintainers? In case you mean notifications for new bug reports, i activated and tested that yesterday night. So, it is working now. Sebastian P.S.: A notification for a test bug just reported against ant should have already shown up in your mailbox From james at opencsw.org Wed Feb 4 00:43:11 2009 From: james at opencsw.org (James Lee) Date: Tue, 03 Feb 2009 23:43:11 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988D5DD.4080800@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> Message-ID: <20090203.23431100.2584661617@gyor.oxdrove.co.uk> On 03/02/09, 23:40:13, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > > Can we first make it send to people that are active maintainers? > In case you mean notifications for new bug reports, i activated and > tested that yesterday night. So, it is working now. NO IT'S NOT. Please don't keep telling me what I (don't) see. Send evidence so I can track the mail. > P.S.: A notification for a test bug just reported against ant should > have already shown up in your mailbox I tested it again this evening before writing. James. From skayser at opencsw.org Wed Feb 4 01:01:00 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 01:01:00 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090203.23431100.2584661617@gyor.oxdrove.co.uk> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> Message-ID: <4988DABC.1020900@opencsw.org> Hi James, James Lee wrote: > On 03/02/09, 23:40:13, Sebastian Kayser wrote > regarding Re: [csw-maintainers] gnupg dependency error and Mantis > configuration: > >>> Can we first make it send to people that are active maintainers? > >> In case you mean notifications for new bug reports, i activated and >> tested that yesterday night. So, it is working now. > > NO IT'S NOT. Please don't keep telling me what I (don't) see. Send > evidence so I can track the mail. it is, but we need to differentiate here: Mantis now sends out notifications for new bug reports to the relevant package maintainer. You should have gotten the notification i was referring to (that's what the Mantis and mail logs tell me). What Mantis _doesn't do_ in its current configuration is to send out notifications for one's own actions to oneself (presuming that one already knows about what has been done). That is why you didn't get a notification for the test bug you reported against one of your own packages. This is a configuration setting and can be altered, but then one (and this includes users as well) would also get notifications on adding for example a bug note. If this is something people here would like to see on top of the now working notification mechanism for new bugs, i don't really mind. Sebastian P.S.: I will send you some Mantis logs (aka evidence) right away, so you can see what's going on from Mantis's point of view. From james at opencsw.org Wed Feb 4 01:11:30 2009 From: james at opencsw.org (James Lee) Date: Wed, 04 Feb 2009 00:11:30 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988DABC.1020900@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: <20090204.113000.1710469042@gyor.oxdrove.co.uk> On 04/02/09, 00:01:00, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > >> In case you mean notifications for new bug reports, i activated and > >> tested that yesterday night. So, it is working now. > > > > NO IT'S NOT. Please don't keep telling me what I (don't) see. Send > > evidence so I can track the mail. > it is, but we need to differentiate here: Mantis now sends out > notifications for new bug reports to the relevant package maintainer. > You should have gotten the notification i was referring to (that's what > the Mantis and mail logs tell me). Pardon me, (1) it always used to and (2) I've received no bug notifications from anyone in 6 months. It's very hard for me to send you evidence of something not happening, all I keep getting is someone telling me I am getting emails that I know I'm not. James. From skayser at opencsw.org Wed Feb 4 01:46:27 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 01:46:27 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090204.113000.1710469042@gyor.oxdrove.co.uk> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <20090204.113000.1710469042@gyor.oxdrove.co.uk> Message-ID: <4988E563.3090508@opencsw.org> James Lee wrote: > On 04/02/09, 00:01:00, Sebastian Kayser wrote > regarding Re: [csw-maintainers] gnupg dependency error and Mantis > configuration: > >>>> In case you mean notifications for new bug reports, i activated and >>>> tested that yesterday night. So, it is working now. >>> NO IT'S NOT. Please don't keep telling me what I (don't) see. Send >>> evidence so I can track the mail. > >> it is, but we need to differentiate here: Mantis now sends out >> notifications for new bug reports to the relevant package maintainer. >> You should have gotten the notification i was referring to (that's what >> the Mantis and mail logs tell me). > > Pardon me, (1) it always used to and (2) I've received no bug > notifications from anyone in 6 months. It's very hard for me to > send you evidence of something not happening, all I keep getting > is someone telling me I am getting emails that I know I'm not. I understand your concern and the Mantis logs that i have just sent you should demonstrate what you are looking for (and what i described about the "drop notifications for one's own actions"). Anyone else in need for Mantis log entries / evidence. No kidding, i would like to rule out remaining doubts (if any) about the current configuration. >From what i have seen in the configuration Mantis simply had not been set up to mail notifications for _new_ bug reports prior to my changes. Maybe that had been an upgrade related change or it had simply been overseen, because other notifications on bug updates were sent out perfectly fine (just not when a bug was initially opened). To cut a long story short: Notifications for new bug reports (unless you file them on your own project) should be functional now and in case there is anything wrong / missing / to be improved, let me know. Sebastian From trygvis at opencsw.org Wed Feb 4 05:21:31 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Wed, 04 Feb 2009 05:21:31 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988DABC.1020900@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: <498917CB.9070203@opencsw.org> Sebastian Kayser wrote: > Hi James, > > James Lee wrote: >> On 03/02/09, 23:40:13, Sebastian Kayser wrote >> regarding Re: [csw-maintainers] gnupg dependency error and Mantis >> configuration: >> >>>> Can we first make it send to people that are active maintainers? >>> In case you mean notifications for new bug reports, i activated and >>> tested that yesterday night. So, it is working now. >> NO IT'S NOT. Please don't keep telling me what I (don't) see. Send >> evidence so I can track the mail. > > it is, but we need to differentiate here: Mantis now sends out > notifications for new bug reports to the relevant package maintainer. > You should have gotten the notification i was referring to (that's what > the Mantis and mail logs tell me). > > What Mantis _doesn't do_ in its current configuration is to send out > notifications for one's own actions to oneself (presuming that one > already knows about what has been done). That is why you didn't get a > notification for the test bug you reported against one of your own packages. > > This is a configuration setting and can be altered, but then one (and > this includes users as well) would also get notifications on adding for > example a bug note. If this is something people here would like to see > on top of the now working notification mechanism for new bugs, i don't > really mind. I would like that as then I would have a complete log in my mail folder when looking at the bug. -- Trygve From mwatters at opencsw.org Wed Feb 4 05:32:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 03 Feb 2009 22:32:57 -0600 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> Message-ID: <49891A79.3050601@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Peter, > > Am 03.02.2009 um 20:29 schrieb Peter Bonivart: >> I just helped a pkgutil user who wanted to install gnupg and it didn't >> install ncurses as a dependency which it needs. After installing that >> separately it worked. I checked Mantis and a bug about this missing >> ncurses dependency was already filed about a week ago. But since the >> maintainer is Alex Moore I assume no one will handle the bug. >> >> Could we configure Mantis so that packages with no active maintainer >> (in Alex case we know he's retired) get bug notifications posted to >> this list or similar? > > Sebastian, can you reconfigure Mantis to do this? > >> Good news is that I saw a new version of gnupg in GAR but it was >> waiting for libassuan (I think it was) to be released first. Any >> progress on that? > > I am waiting on upstream fixes: > > Am 22.01.2009 um 14:23 schrieb Werner Koch: >> On Wed, 21 Jan 2009 21:43, dam at opencsw.org said: >> ... >> (Some errors worked around in Makefile) >> ... >> >>> Undefined first referenced >>> symbol in file >>> bug_at gpg2keys_hkp-no-libgcrypt.o >> I will look at it too. >> >>> Is here something wrong with my compile environment or is there >>> something >> No. It is just that we selectivly add required libraries and catching >> errors is hard on systems where these libraries alrady exist as system >> libraries. >> >> >> Shalom-Salam, >> >> Werner >> >> -- >> Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. > > Currently I simply don't have the time to fix this the right way myself. > Anyone feel free to give it a shot and work on what I put in GAR. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Dago, et.al, I have it building on sparcv8. I had to patch the Makefile.in under pkg-base/keyserver and pkg-base/sm. I tried to check the changes into svn but I don't know what the passowrd is. ( Dago can you please assist me with that ) I have a request to get libassuan re-compiled with gpth. the 64bit sparcv9 version for some reason requires libassuan as 64 bit. bug 2980 and 3530 are the same issue I will add the requirement for ncurses atleast until the new version of CSWreadline makes it to current. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmJGngACgkQLrhmsXMSLxd5kQCfXpUOjYbk5w7enzGSVRJAq1E/ y3MAoKMY9zOcQtI4X+DWW5+LIP4Wrthn =OdPC -----END PGP SIGNATURE----- From phil at bolthole.com Wed Feb 4 05:41:48 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 20:41:48 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49891A79.3050601@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <49891A79.3050601@opencsw.org> Message-ID: <20090204044148.GA61289@bolthole.com> On Tue, Feb 03, 2009 at 10:32:57PM -0600, Mike Watters wrote: > I will add the requirement for ncurses atleast until the new version of > CSWreadline makes it to current. errr.. why is it waiting on readline? The current readline package does not depend on ncurses. So, try to rebuild what you are building, without ncurses, but regular curses? note that sun ships 64bit curses libs, at least on sparc. probably for x86 too, havent checked. From dam at opencsw.org Wed Feb 4 09:26:53 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2009 09:26:53 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988DABC.1020900@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: Hi Sebastian, Am 04.02.2009 um 01:01 schrieb Sebastian Kayser: > it is, but we need to differentiate here: Mantis now sends out > notifications for new bug reports to the relevant package maintainer. > You should have gotten the notification i was referring to (that's > what > the Mantis and mail logs tell me). Mantis is much too silent. Can we please also add a new mailinglist bugs@ which receives mail for every single change on any bug on any project? And mail the owner of the package on every change on every bug. And for maintainers not known to be real active mirror any change on any bug to maintainers@ so the packages gets adopted fast. "Real active" maintainers mean maintainers that post on maintainers@ at least once a month. Not missing bug reports is one of the most important things to improve communication IMHO. Best regards -- Dago From dam at opencsw.org Wed Feb 4 09:28:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2009 09:28:31 +0100 Subject: [csw-maintainers] One more topic for "Communication" Message-ID: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> Hi, as users@ has basically failed (almost no posts there) we should about a webforum. I know it is hard to track, but what gives us a tool that is easy to track but not used? For tracking it should be possible to mirror changes to a mailinglist. Best regards -- Dago From ihsan at opencsw.org Wed Feb 4 09:36:43 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 04 Feb 2009 09:36:43 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: <4989539B.7030508@opencsw.org> Am 4.2.2009 9:26 Uhr, Dagobert Michelsen schrieb: >> it is, but we need to differentiate here: Mantis now sends out >> notifications for new bug reports to the relevant package maintainer. >> You should have gotten the notification i was referring to (that's >> what >> the Mantis and mail logs tell me). > Mantis is much too silent. Can we please also add a new mailinglist > bugs@ which receives mail for every single change on any bug on any > project? Sure. It's not a problem at all to create a new mailing list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From bonivart at opencsw.org Wed Feb 4 09:43:11 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 4 Feb 2009 09:43:11 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> Message-ID: <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> On Wed, Feb 4, 2009 at 9:28 AM, Dagobert Michelsen wrote: > Hi, > > as users@ has basically failed (almost no posts there) we should about > a webforum. I know it is hard to track, but what gives us a tool that > is easy to track but not used? For tracking it should be possible to > mirror changes to a mailinglist. Maybe the new web site provides such an alternative to be enabled? William? -- /peter From dam at opencsw.org Wed Feb 4 10:01:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2009 10:01:39 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49891A79.3050601@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <49891A79.3050601@opencsw.org> Message-ID: <0DA35B2B-9DDC-40B4-9E32-9BA72F402645@opencsw.org> Hi Mike, Am 04.02.2009 um 05:32 schrieb Mike Watters: > Dago, et.al, > > I have it building on sparcv8. I had to patch the Makefile.in under > pkg-base/keyserver and pkg-base/sm. Great! Please also submit the patch upstream. > I tried to check the changes into > svn but I don't know what the passowrd is. > ( Dago can you please assist me with that ) Sure. The GAR repository is hosted at SourceForge and I added you with the SF username you gave me (mwatters). The password is your SourceForge password ;-) > I have a request to get libassuan re-compiled with gpth. > the 64bit sparcv9 version for some reason requires libassuan as 64 > bit. That is normal. If you want 64 bit the whole chain of binaries and libs must be 64 bit, > bug 2980 and 3530 are the same issue > I will add the requirement for ncurses atleast until the new > version of > CSWreadline makes it to current. The new version of readline is already in current, but the bug hasn't been closed. I'll mass-close all of my bugs when Mantis mailing works 100%. Best regards -- Dago From skayser at opencsw.org Wed Feb 4 10:34:28 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 10:34:28 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: <49896124.4010702@opencsw.org> Dagobert Michelsen wrote: > Am 04.02.2009 um 01:01 schrieb Sebastian Kayser: >> it is, but we need to differentiate here: Mantis now sends out >> notifications for new bug reports to the relevant package maintainer. >> You should have gotten the notification i was referring to (that's >> what >> the Mantis and mail logs tell me). > > Mantis is much too silent. Can we please also add a new mailinglist > bugs@ which receives mail for every single change on any bug on any > project? Mantis-wise this requires a dummy account being assigned to every project. It's easy for me to do this once, then Phil would need to add this to his "add a new Mantis project" routine / script. When Ihsan has the mailing list ready i can go ahead with this. > And mail the owner of the package on every change on every bug. This is already the case. Might have stressed the new bug notification too much. > And for maintainers not known to be real active mirror any change on any bug > to maintainers@ so the packages gets adopted fast. "Real active" > maintainers mean maintainers that post on maintainers@ at least > once a month. Again that requires a Mantis dummy account as well as someone who manages the list of who is real active. Is posting on maintainers@ a sufficient criteria to label someone real active in terms of bug handling? For new bugs left unassigned i could have a cronjob fire a reminder after a certain waiting period. Sebastian From dam at opencsw.org Wed Feb 4 10:44:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2009 10:44:39 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49896124.4010702@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <49896124.4010702@opencsw.org> Message-ID: <52A98C50-20D0-4A0A-8F80-9D028491B457@opencsw.org> Hi Sebastian, Am 04.02.2009 um 10:34 schrieb Sebastian Kayser: >> And for maintainers not known to be real active mirror any change >> on any bug >> to maintainers@ so the packages gets adopted fast. "Real active" >> maintainers mean maintainers that post on maintainers@ at least >> once a month. > > Again that requires a Mantis dummy account as well as someone who > manages the list of who is real active. Is posting on maintainers@ a > sufficient criteria to label someone real active in terms of bug > handling? Basically people who are members of the association are active, the others are not. > For new bugs left unassigned i could have a cronjob fire a reminder > after a certain waiting period. That would be ok I guess. Best regards -- Dago From james at opencsw.org Wed Feb 4 10:51:41 2009 From: james at opencsw.org (James Lee) Date: Wed, 04 Feb 2009 09:51:41 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988E563.3090508@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <20090204.113000.1710469042@gyor.oxdrove.co.uk> <4988E563.3090508@opencsw.org> Message-ID: <20090204.9514100.389748262@gyor.oxdrove.co.uk> On 04/02/09, 00:46:27, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > >> it is, but we need to differentiate here: Mantis now sends out > >> notifications for new bug reports to the relevant package maintainer. > >> You should have gotten the notification i was referring to (that's what > >> the Mantis and mail logs tell me). > > > > Pardon me, (1) it always used to and (2) I've received no bug > > notifications from anyone in 6 months. It's very hard for me to > > send you evidence of something not happening, all I keep getting > > is someone telling me I am getting emails that I know I'm not. > I understand your concern and the Mantis logs that i have just sent you > should demonstrate what you are looking for (and what i described about > the "drop notifications for one's own actions"). At least we now understand this aspect. I would prefer to receive the full transactions by email, as before. > Anyone else in need for Mantis log entries / evidence. No kidding, i > would like to rule out remaining doubts (if any) about the current > configuration. > From what i have seen in the configuration Mantis simply had not been > set up to mail notifications for _new_ bug reports prior to my changes. > Maybe that had been an upgrade related change or it had simply been > overseen, because other notifications on bug updates were sent out > perfectly fine (just not when a bug was initially opened). So we establish both self and new reports were _not_ sent. > To cut a long story short: Notifications for new bug reports (unless you > file them on your own project) should be functional now and in case > there is anything wrong / missing / to be improved, let me know. Unless you have changed something else we don't know why the other reports were not sent. I'll send some references privately and do some more tests. Thank you for you help on this - at last we have broken from the cycle of claim and denial. James. From james at opencsw.org Wed Feb 4 11:02:21 2009 From: james at opencsw.org (James Lee) Date: Wed, 04 Feb 2009 10:02:21 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49896124.4010702@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <49896124.4010702@opencsw.org> Message-ID: <20090204.10022100.2888622543@gyor.oxdrove.co.uk> On 04/02/09, 09:34:28, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > > And for maintainers not known to be real active mirror any change on any > > bug to maintainers@ so the packages gets adopted fast. "Real active" > > maintainers mean maintainers that post on maintainers@ at least > > once a month. > Again that requires a Mantis dummy account as well as someone who > manages the list of who is real active. Is posting on maintainers@ a > sufficient criteria to label someone real active in terms of bug > handling? Can each project have an email address that is ${software}@opencsw.org ? e.g. ghostscript at opencsw.org That remains constant and diverts, be it to the original maintainer, another maintainer (take over) or a generic handler. James. From william at wbonnet.net Wed Feb 4 13:24:51 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Feb 2009 13:24:51 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> Message-ID: <49898913.4040806@wbonnet.net> Hi >> as users@ has basically failed (almost no posts there) we should about >> a webforum. I know it is hard to track, but what gives us a tool that >> is easy to track but not used? For tracking it should be possible to >> mirror changes to a mailinglist. >> > > Maybe the new web site provides such an alternative to be enabled? William? > I can easily installed phpBB forum, and make it "look like" integrated into wordpress (from a html design point of view). The forum will certainly have a separated login from wordpress (thus no SSO), since it will be public and not restricted to members. There should be no problem if we agree on that. BTW, i have set up a ldap server wih th directory of all members (based on passwd from bf ;) ) and i have started the work on ssh login to the farm using LDAP cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From bonivart at opencsw.org Wed Feb 4 13:32:53 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 4 Feb 2009 13:32:53 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <49898913.4040806@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> <49898913.4040806@wbonnet.net> Message-ID: <625385e30902040432g7e696b25pbcc8f9294e2e72ba@mail.gmail.com> On Wed, Feb 4, 2009 at 1:24 PM, William Bonnet wrote: > Hi > >>> as users@ has basically failed (almost no posts there) we should about >>> a webforum. I know it is hard to track, but what gives us a tool that >>> is easy to track but not used? For tracking it should be possible to >>> mirror changes to a mailinglist. >>> >> >> Maybe the new web site provides such an alternative to be enabled? William? >> > I can easily installed phpBB forum, and make it "look like" integrated > into wordpress (from a html design point of view). Sounds good to me. -- /peter From hson at opencsw.org Wed Feb 4 16:46:15 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 04 Feb 2009 16:46:15 +0100 Subject: [csw-maintainers] librsvg in testing Message-ID: <4989B847.1060907@opencsw.org> - Update to 2.22.3 - This one has much less dependencies than the previous version, you don't have to have half of the Gnome environment installed From phil at bolthole.com Wed Feb 4 17:49:49 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 4 Feb 2009 08:49:49 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49896124.4010702@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <49896124.4010702@opencsw.org> Message-ID: <20090204164948.GA7373@bolthole.com> On Wed, Feb 04, 2009 at 10:34:28AM +0100, Sebastian Kayser wrote: > > Mantis is much too silent. Can we please also add a new mailinglist > > bugs@ which receives mail for every single change on any bug on any > > project? > > Mantis-wise this requires a dummy account being assigned to every > project. eh? I thought that, in the old version at least, admins got a copy of all new bugs filed. Or there was some role that did this, at least. Perhaps there is still some kind of global flag for an account that says to recieve updates for all bugs. would you please look into that, Sabastian? worst case, I'd rather hack the code somehow, then hack the database, so to speak. (ie: one simple way to "hack" would be to create a wrapper for sendmail that Bcc'd the mailing list for all email mantis sent) From skayser at opencsw.org Wed Feb 4 20:11:46 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 20:11:46 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090204164948.GA7373@bolthole.com> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <49896124.4010702@opencsw.org> <20090204164948.GA7373@bolthole.com> Message-ID: <4989E872.5030906@opencsw.org> Philip Brown wrote: > On Wed, Feb 04, 2009 at 10:34:28AM +0100, Sebastian Kayser wrote: >>> Mantis is much too silent. Can we please also add a new mailinglist >>> bugs@ which receives mail for every single change on any bug on any >>> project? >> Mantis-wise this requires a dummy account being assigned to every >> project. > > eh? > > I thought that, in the old version at least, admins got a copy of all new > bugs filed. > Or there was some role that did this, at least. > > Perhaps there is still some kind of global flag for an account that says to > recieve updates for all bugs. would you please look into that, Sabastian? > worst case, I'd rather hack the code somehow, then hack the database, so to > speak. Mhh, right, instead of creating a dummy account and assigning it to each project as maintainer, we could just equip the account with global maintainer rights, which should do the trick. Once Ihsan has created the list, i will figure out something non-intrusive. Sebastian From skayser at opencsw.org Wed Feb 4 20:23:36 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 20:23:36 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <498917CB.9070203@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <498917CB.9070203@opencsw.org> Message-ID: <4989EB38.1060100@opencsw.org> Trygve Laugst?l wrote: > Sebastian Kayser wrote: >> What Mantis _doesn't do_ in its current configuration is to send out >> notifications for one's own actions to oneself (presuming that one >> already knows about what has been done). That is why you didn't get a >> notification for the test bug you reported against one of your own packages. >> >> This is a configuration setting and can be altered, but then one (and >> this includes users as well) would also get notifications on adding for >> example a bug note. If this is something people here would like to see >> on top of the now working notification mechanism for new bugs, i don't >> really mind. > > I would like that as then I would have a complete log in my mail folder > when looking at the bug. That's done. Everyone: You will now also receive mail notifications for any kind of bug update that you yourself triggered. Sebastian From william at wbonnet.net Wed Feb 4 23:02:34 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Feb 2009 23:02:34 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <625385e30902040432g7e696b25pbcc8f9294e2e72ba@mail.gmail.com> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> <49898913.4040806@wbonnet.net> <625385e30902040432g7e696b25pbcc8f9294e2e72ba@mail.gmail.com> Message-ID: <498A107A.1010409@wbonnet.net> Hi >> I can easily installed phpBB forum, and make it "look like" integrated >> into wordpress (from a html design point of view). >> > > Sounds good to me. > Ok i take it in action for the next week. First it will be used for "internal test and validation" ;) That means I set it up, we test it, then we decide to keep it or not cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 5 00:19:22 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 4 Feb 2009 15:19:22 -0800 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> Message-ID: <20090204231922.GI7373@bolthole.com> On Wed, Feb 04, 2009 at 09:28:31AM +0100, Dagobert Michelsen wrote: > Hi, > > as users@ has basically failed (almost no posts there) we should about > a webforum. I know it is hard to track, but what gives us a tool that > is easy to track but not used? For tracking it should be possible to > mirror changes to a mailinglist. I'm not sure that is a valid reference. it was never that active. nor is the blastwave forum that active either. On the flip side, I think perhaps it would be beneficial to allow for both web read/posting, AND mailing list. There are assorted mailing-list-to-forum interfaces. How about we enable something like that, and thus AUGMENT, rather than replace, our current users mailing list? There are even various "outsourced" free solutions to this. I think we already have one somewhere although we dont publicise it enough. There are also sites like "markmail" that we could use. From harpchad at opencsw.org Thu Feb 5 01:36:33 2009 From: harpchad at opencsw.org (Chad Harp) Date: Wed, 4 Feb 2009 18:36:33 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090204231922.GI7373@bolthole.com> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> Message-ID: <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> What if we move the mailing list(s) to google groups? We can regular mailing list functionality that way, but also has a forum interface (with rss), and it's searchable of course. On Feb 4, 2009, at 5:19 PM, Philip Brown wrote: > On Wed, Feb 04, 2009 at 09:28:31AM +0100, Dagobert Michelsen wrote: >> Hi, >> >> as users@ has basically failed (almost no posts there) we should >> about >> a webforum. I know it is hard to track, but what gives us a tool that >> is easy to track but not used? For tracking it should be possible to >> mirror changes to a mailinglist. > > I'm not sure that is a valid reference. > it was never that active. nor is the blastwave forum that active > either. > > On the flip side, I think perhaps it would be beneficial to allow > for both > web read/posting, AND mailing list. > There are assorted mailing-list-to-forum interfaces. How about we > enable > something like that, and thus AUGMENT, rather than replace, our > current > users mailing list? > > There are even various "outsourced" free solutions to this. > I think we already have one somewhere although we dont publicise it > enough. > There are also sites like "markmail" that we could use. > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From mwatters at opencsw.org Thu Feb 5 02:37:28 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 04 Feb 2009 19:37:28 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> Message-ID: <498A42D8.9010406@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chad Harp wrote: > What if we move the mailing list(s) to google groups? > > We can regular mailing list functionality that way, but also has a > forum interface (with rss), and it's searchable of course. > > > On Feb 4, 2009, at 5:19 PM, Philip Brown wrote: > >> On Wed, Feb 04, 2009 at 09:28:31AM +0100, Dagobert Michelsen wrote: >>> Hi, >>> >>> as users@ has basically failed (almost no posts there) we should >>> about >>> a webforum. I know it is hard to track, but what gives us a tool that >>> is easy to track but not used? For tracking it should be possible to >>> mirror changes to a mailinglist. >> I'm not sure that is a valid reference. >> it was never that active. nor is the blastwave forum that active >> either. >> >> On the flip side, I think perhaps it would be beneficial to allow >> for both >> web read/posting, AND mailing list. >> There are assorted mailing-list-to-forum interfaces. How about we >> enable >> something like that, and thus AUGMENT, rather than replace, our >> current >> users mailing list? >> >> There are even various "outsourced" free solutions to this. >> I think we already have one somewhere although we dont publicise it >> enough. >> There are also sites like "markmail" that we could use. >> >> >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I think Google-groups or a similar application would be a good idea. In addition to the features Chad Pointed out, it would free resources up on the hardware we have. Not that email servers take that many resources, but forums can start to eat up the disk space quickly once you start archiving. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmKQtgACgkQLrhmsXMSLxePmQCgiHe91lhrptzXArF0WufLJEGP Wp4An22EvRbafQ2dU/gMFfsj+is9cCb5 =U752 -----END PGP SIGNATURE----- From mwatters at opencsw.org Thu Feb 5 17:06:08 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 10:06:08 -0600 Subject: [csw-maintainers] CSWpth in testing - minor change Message-ID: <498B0E70.2070007@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: Patched pth.h to allow for 65536 FD_SETSIZE for 64 bit compiles. all make tests passed on both x86 and sparc 32 and 64 bit compiles - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLDnAACgkQLrhmsXMSLxeEIQCbBardG5rc/a1DoeYnz7TSoI82 azMAn3DXQcmX63Pn0Ut8HBHEa8jm8IfC =PEeN -----END PGP SIGNATURE----- From mwatters at opencsw.org Thu Feb 5 17:44:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 10:44:32 -0600 Subject: [csw-maintainers] python question Message-ID: <498B1770.5030009@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This may be a silly question, but... What is the reason behind having "python" (currently 2.3.5) and "python25" in gar? I propose: 1) make "python" latest 2.x release (currently 2.6.1) 2) remove the pythonXX branch (after the 2.6.1 version leaves testing) 3) create python3k branch Let me know if this is feasible. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLF28ACgkQLrhmsXMSLxef0ACgvJYAbYjTefDLN3JF8tGnjDY/ kT0AoNRPX40t+/HqHwIJruYTUZ27S7IC =8Dd5 -----END PGP SIGNATURE----- From bwalton at opencsw.org Thu Feb 5 17:52:32 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Feb 2009 11:52:32 -0500 Subject: [csw-maintainers] python question In-Reply-To: <498B1770.5030009@opencsw.org> References: <498B1770.5030009@opencsw.org> Message-ID: <1233852477-sup-3790@ntdws12.chass.utoronto.ca> Excerpts from Mike Watters's message of Thu Feb 05 11:44:32 -0500 2009: > 1) make "python" latest 2.x release > (currently 2.6.1) > 2) remove the pythonXX branch > (after the 2.6.1 version leaves testing) > 3) create python3k branch I'm not a python guy, but doesn't 2.6.x finally put the brakes on some old coding style in preparation for the now released 3k? I suspect that it may be nice to keep a 2.5 version around for a bit until all the python apps are 2.6 safe. [I maintain asciidoc which tosses warnings about this in 2.5...There was a fix introduced and then rolled back since it wasn't compatible with older versions.] It would be good to keep the 'python' name for the current, but having an optionally available python25 and then python3k would be good. At what point does python3k become python and the old python become python26 though? Just some random thoughts. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 235 bytes Desc: not available URL: From harpchad at opencsw.org Thu Feb 5 17:55:12 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 05 Feb 2009 10:55:12 -0600 Subject: [csw-maintainers] python question In-Reply-To: <1233852477-sup-3790@ntdws12.chass.utoronto.ca> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> Message-ID: <498B19F0.7080007@opencsw.org> Ben Walton wrote: > It would be good to keep the 'python' name for the current, but having > an optionally available python25 and then python3k would be good. At > what point does python3k become python and the old python become > python26 though? Can't all of them be handled as modulations within the same gar recipe? From bwalton at opencsw.org Thu Feb 5 17:56:44 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Feb 2009 11:56:44 -0500 Subject: [csw-maintainers] python question In-Reply-To: <498B19F0.7080007@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> Message-ID: <1233852974-sup-7313@ntdws12.chass.utoronto.ca> Excerpts from Chad Harp's message of Thu Feb 05 11:55:12 -0500 2009: > Can't all of them be handled as modulations within the same gar > recipe? I don't know, but that would be a good way to handle it too. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mwatters at opencsw.org Thu Feb 5 18:00:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 11:00:35 -0600 Subject: [csw-maintainers] python question In-Reply-To: <498B19F0.7080007@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> Message-ID: <498B1B33.80106@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chad Harp wrote: > Ben Walton wrote: > >> It would be good to keep the 'python' name for the current, but having >> an optionally available python25 and then python3k would be good. At >> what point does python3k become python and the old python become >> python26 though? > > Can't all of them be handled as modulations within the same gar recipe? > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I agree with Chad. we should have it all in one recipe in gar. as far as when python3k becomes "python" that is a question there is no clear answer to. python3k is a complete re-write of python and very little, if any, 2.X code will run on 3k. I would say we would be looking at "reviewing" the need for 2.x at a minimum of a year after the python 2.X branch is terminated. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLGzIACgkQLrhmsXMSLxeoEgCfWBAkYeKoP9RI5CSThTzuitdx EssAmwad+jw9CgdkP96ZsTX3s1oXnev1 =9vD1 -----END PGP SIGNATURE----- From bwalton at opencsw.org Thu Feb 5 18:13:26 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Feb 2009 12:13:26 -0500 Subject: [csw-maintainers] python question In-Reply-To: <498B1B33.80106@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> <498B1B33.80106@opencsw.org> Message-ID: <1233853819-sup-9695@ntdws12.chass.utoronto.ca> Excerpts from Mike Watters's message of Thu Feb 05 12:00:35 -0500 2009: > I agree with Chad. we should have it all in one recipe in gar. > as far as when python3k becomes "python" that is a question there is no > clear answer to. python3k is a complete re-write of python and very > little, if any, 2.X code will run on 3k. But if 2.6 breaks lots of code too, making it the default could be problematic. Does it have a 'behave like python < 2.6' flag? If so, then that could work too. > I would say we would be looking at "reviewing" the need for 2.x at a > minimum of a year after the python 2.X branch is terminated. Yah, from what I read, there isn't a huge uptake of 3k yet...there should be lots of time to see how this shapes up and make a good decision when the time comes. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mwatters at opencsw.org Thu Feb 5 18:25:33 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 11:25:33 -0600 Subject: [csw-maintainers] python question In-Reply-To: <1233853819-sup-9695@ntdws12.chass.utoronto.ca> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> <498B1B33.80106@opencsw.org> <1233853819-sup-9695@ntdws12.chass.utoronto.ca> Message-ID: <498B210D.2080303@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ben Walton wrote: > Excerpts from Mike Watters's message of Thu Feb 05 12:00:35 -0500 2009: >> I agree with Chad. we should have it all in one recipe in gar. >> as far as when python3k becomes "python" that is a question there is no >> clear answer to. python3k is a complete re-write of python and very >> little, if any, 2.X code will run on 3k. > > But if 2.6 breaks lots of code too, making it the default could be > problematic. Does it have a 'behave like python < 2.6' flag? If so, > then that could work too. > >> I would say we would be looking at "reviewing" the need for 2.x at a >> minimum of a year after the python 2.X branch is terminated. > > Yah, from what I read, there isn't a huge uptake of 3k yet...there > should be lots of time to see how this shapes up and make a good > decision when the time comes. > > -Ben > > > ------------------------------------------------------------------------ > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers According to the Python folks 2.6.1 "does not" break existing code. it will shoot warnings about the deprecated code being used but there is a flag that can turn the warnings on and off The following is an excerpt from the python page about python 2.6.1 - --- Begin Quote --- http://docs.python.org/whatsnew/2.6.html Author: A.M. Kuchling (amk at amk.ca) Release: 2.6.1 Date: January 09, 2009 This article explains the new features in Python 2.6, released on October 1 2008. The release schedule is described in PEP 361. The major theme of Python 2.6 is preparing the migration path to Python 3.0, a major redesign of the language. Whenever possible, Python 2.6 incorporates new features and syntax from 3.0 while remaining compatible with existing code by not removing older features or syntax. When it?s not possible to do that, Python 2.6 tries to do what it can, adding compatibility functions in a future_builtins module and a -3 switch to warn about usages that will become unsupported in 3.0. Some significant new packages have been added to the standard library, such as the multiprocessing and json modules, but there aren?t many new features that aren?t related to Python 3.0 in some way. Python 2.6 also sees a number of improvements and bugfixes throughout the source. A search through the change logs finds there were 259 patches applied and 612 bugs fixed between Python 2.5 and 2.6. Both figures are likely to be underestimates. This article doesn?t attempt to provide a complete specification of the new features, but instead provides a convenient overview. For full details, you should refer to the documentation for Python 2.6. If you want to understand the rationale for the design and implementation, refer to the PEP for a particular new feature. Whenever possible, ?What?s New in Python? links to the bug/patch item for each change. - --- End Quote --- - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLIQwACgkQLrhmsXMSLxesuwCgiyGdQGTcnC73PqIg2QFuRCXf Ik4AoJqC94Y1UvKJes1m45LlqNPgiz7c =idhN -----END PGP SIGNATURE----- From bwalton at opencsw.org Thu Feb 5 18:28:59 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Feb 2009 12:28:59 -0500 Subject: [csw-maintainers] python question In-Reply-To: <498B210D.2080303@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> <498B1B33.80106@opencsw.org> <1233853819-sup-9695@ntdws12.chass.utoronto.ca> <498B210D.2080303@opencsw.org> Message-ID: <1233854885-sup-8302@ntdws12.chass.utoronto.ca> Excerpts from Mike Watters's message of Thu Feb 05 12:25:33 -0500 2009: > According to the Python folks 2.6.1 "does not" break existing code. > it will shoot warnings about the deprecated code being used but there is > a flag that can turn the warnings on and off Ok, that's cool then. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pfelecan at opencsw.org Thu Feb 5 18:56:05 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Thu, 05 Feb 2009 18:56:05 +0100 Subject: [csw-maintainers] mantis:how to declare a relationship? Message-ID: I'm reporting a bug and wish to declare a relationship between my report and other reports --- in this case "duplicate". In other installation I was able to declare this kind of relationship. In our installation this is not possible or I don't know how... -- Peter From phil at bolthole.com Thu Feb 5 19:58:37 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 10:58:37 -0800 Subject: [csw-maintainers] mantis:how to declare a relationship? In-Reply-To: References: Message-ID: <20090205185837.GD57973@bolthole.com> On Thu, Feb 05, 2009 at 06:56:05PM +0100, Peter FELECAN wrote: > I'm reporting a bug and wish to declare a relationship between my report > and other reports --- in this case "duplicate". In other installation I > was able to declare this kind of relationship. In our installation this > is not possible or I don't know how... > -- well there is still a "relationship" section so it has to be possible.... In the "relationships" section, there is a line for "New relationship". maybe it only appears if you are manager of the area. reporters cant declare relationships? From pfelecan at opencsw.org Thu Feb 5 20:06:15 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Thu, 05 Feb 2009 20:06:15 +0100 Subject: [csw-maintainers] mantis:how to declare a relationship? In-Reply-To: <20090205185837.GD57973@bolthole.com> (Philip Brown's message of "Thu\, 5 Feb 2009 10\:58\:37 -0800") References: <20090205185837.GD57973@bolthole.com> Message-ID: Philip Brown writes: > On Thu, Feb 05, 2009 at 06:56:05PM +0100, Peter FELECAN wrote: >> I'm reporting a bug and wish to declare a relationship between my report >> and other reports --- in this case "duplicate". In other installation I >> was able to declare this kind of relationship. In our installation this >> is not possible or I don't know how... >> -- > > well there is still a "relationship" section so it has to be possible.... > > In the "relationships" > section, there is a line for "New relationship". > > maybe it only appears if you are manager of the area. reporters cant > declare relationships? In our installation it seems so. In the other instances that I used it was possible. Maybe there is a parameter to set. Anyhow, we have a Mantis administrator now, isn't it? What has he to add to this? -- Peter From trygvis at opencsw.org Thu Feb 5 21:39:50 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Thu, 05 Feb 2009 21:39:50 +0100 Subject: [csw-maintainers] cswclassutils fails in a zone Message-ID: <498B4E96.9090601@opencsw.org> Hi Is there any way to fix the problem below with /usr being read only? # pkg-get -i cswclassutils No existing install of CSWcswclassutils found. Installing... Pre-existing local file cswclassutils-1.3,REV=2009.01.15-SunOS5.8-all-CSW.pkg.gz matches checksum Keeping existing file Analysing special files... Processing package instance from cswclassutils - CSW class action utilities(all) 1.3,REV=2009.01.15 Please see /opt/csw/share/doc/cswclassutils/LICENSE for license information. ## Processing package information. ## Processing system information. 4 package pathnames are already properly installed. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. ## Checking for setuid/setgid programs. Installing cswclassutils - CSW class action utilities as ## Installing part 1 of 1. /etc/opt/csw/init.d/csw.smf.sample /opt/csw/share/doc/cswclassutils/LICENSE /opt/csw/share/doc/cswclassutils/README.CSW /usr/sadm/install/scripts/i.cswcpsampleconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/i.cswinitsmf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/i.cswpreserveconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswcpsampleconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswinitsmf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswpreserveconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system [ verifying class ] ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist Installation of partially failed. ERROR: could not add CSWcswclassutils. From william at wbonnet.net Thu Feb 5 21:45:42 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 05 Feb 2009 21:45:42 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <20090203201145.GC53253@bolthole.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <20090203201145.GC53253@bolthole.com> Message-ID: <498B4FF6.3030809@wbonnet.net> Hi > This strikes me as very dangerous. it will eventually need to packages > shipping with a wrong (old/obsolete) version of a license when a maintainer > doesnt notice it has changed. > > I think it is important to copy the license file from the > (upstream)src distribution, directly into the package, every time. > After spending some minutes thinking :) you are right. cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 5 22:00:51 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 13:00:51 -0800 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <498B4E96.9090601@opencsw.org> References: <498B4E96.9090601@opencsw.org> Message-ID: <20090205210051.GA33320@bolthole.com> On Thu, Feb 05, 2009 at 09:39:50PM +0100, Trygve Laugst?l wrote: > Hi > > Is there any way to fix the problem below with /usr being read only? the only way /usr read-only in zone is supportable for CSW packages like this, is if you make it pkg-inherit from global, and then install the packge(s) in the global zone, I think. otherwise, its really, really messy > ERROR: attribute verification of > failed > pathname does not exist From william at wbonnet.net Thu Feb 5 22:18:00 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 05 Feb 2009 22:18:00 +0100 Subject: [csw-maintainers] [theme] Call for volunteers Message-ID: <498B5788.8030002@wbonnet.net> Hi I have written a first set of propositions in order to improve our communication ( http://wiki.opencsw.org/communication-opencsw-theme-february-09 ). I would like to know if some of you are interested by making some comments, adding things, or by taking in charge some of the points ? I continue to work on the web site, but i will need help to define content and to give me feedback about the structure. Sebastian already did, thanks. But i'd like to have also some volunteers for the following things : . Write presentation slides of the projet / association . Identify the key project we should establish contact with . Write some articles for the main web site . Identify 3 to 5 recent update of key software and write for each a small article . Write a tutorial "How to begin with opencsw" (like the one there is for blastwave), with copy of commands output, adding key for gnupg, etc. More to come soon :) I would also like to start to talk about security updates and announcement. But i'll start a new thread for this. cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Thu Feb 5 22:22:31 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 05 Feb 2009 22:22:31 +0100 Subject: [csw-maintainers] Security alerts and updates Message-ID: <498B5897.7000800@wbonnet.net> Hi As you may have noticed i added a "Security update" category on the main page of the web site. I believe this is very important for users, and it is one of the things we can improve in the project. I am sending this email to start to talk about the way we should handle alert and update (i consider we are in a almost perfect world in which we would have of course less ressources than Debian ou Red Hat, but enough to do things well ). Should we set up a system to send security alerts ? a mailing list ? a rss feed ? How should we provide updates ? patches ? package update ? Do we have to identify a list of key packages which are under survey (that means alert will exist only for these packages like openssh, apache, etc. and not for others) cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 5 22:34:37 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 13:34:37 -0800 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <498B5897.7000800@wbonnet.net> References: <498B5897.7000800@wbonnet.net> Message-ID: <20090205213437.GA67833@bolthole.com> On Thu, Feb 05, 2009 at 10:22:31PM +0100, William Bonnet wrote: > Should we set up a system to send security alerts ? a mailing list ? a > rss feed ? > it's called "the announce list" From william at wbonnet.net Thu Feb 5 22:42:11 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 05 Feb 2009 22:42:11 +0100 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <20090205213437.GA67833@bolthole.com> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> Message-ID: <498B5D33.7040507@wbonnet.net> Hi >> Should we set up a system to send security alerts ? a mailing list ? a >> rss feed ? > it's called "the announce list" > I'm not really sure it is "enough" from a user point of view. I think it is important to find easily this kind of information on the web site for a user. Moreover, the channel we use to send information is not the only point. It is easy to send the same announce to the list, to a blog (worpress allow posting from smtp) and to a rss feed. But... my question is (blaming no one don't worry) how long since we last add a security announce on that list ? In fact, i think this list is like user list. It need to brought back to life. The discussion, is also meant to make things clear for everyone, i am certainly not the only one wondering about what is our process. We should talk about this, write something simple about the way we do function. If it is "the announce list", then fine, just write some documentation about this and put it on the website. My point is not necessarily to change it, but to make it clear for users, to give them a easy access to this information. Some one who comes to the site should find the security alerts or where are the security alert in a minimal number of "mouse clicks" IMHO cheers W. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > > > -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 5 22:52:11 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 13:52:11 -0800 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <498B5D33.7040507@wbonnet.net> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> Message-ID: <20090205215210.GB67833@bolthole.com> On Thu, Feb 05, 2009 at 10:42:11PM +0100, William Bonnet wrote: > Hi > > > >> Should we set up a system to send security alerts ? a mailing list ? a > >> rss feed ? > > it's called "the announce list" > > I'm not really sure it is "enough" from a user point of view. I think it > is important to find easily this kind of information on the web site for > a user. ok, so we need to publicise the announce list more? > Moreover, the channel we use to send information is not the only point. > It is easy to send the same announce to the list, to a blog (worpress > allow posting from smtp) and to a rss feed. true. > But... my question is (blaming no one don't worry) how long since we > last add a security announce on that list ? how long has it been since we needed a security update? the answer to both questions, is about the same I think. a long time. we dont do 'security only' updates very often. > My point is not necessarily to change it, but to make it clear for > users, to give them a easy access to this information. Some one who > comes to the site should find the security alerts or where are the > security alert in a minimal number of "mouse clicks" IMHO please remember that, while having lots of information is potentialy good; having a very cluttered top page, is bad. in some ways, users are best protected from "security issues" by simply always running the latest released versions of the packages they have installed. From mwatters at opencsw.org Thu Feb 5 23:18:59 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 16:18:59 -0600 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <20090205215210.GB67833@bolthole.com> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> <20090205215210.GB67833@bolthole.com> Message-ID: <498B65D3.9080206@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Feb 05, 2009 at 10:42:11PM +0100, William Bonnet wrote: >> Hi >> >> >>>> Should we set up a system to send security alerts ? a mailing list ? a >>>> rss feed ? >>> it's called "the announce list" >> I'm not really sure it is "enough" from a user point of view. I think it >> is important to find easily this kind of information on the web site for >> a user. > > ok, so we need to publicise the announce list more? > > > >> Moreover, the channel we use to send information is not the only point. >> It is easy to send the same announce to the list, to a blog (worpress >> allow posting from smtp) and to a rss feed. > > true. > > > >> But... my question is (blaming no one don't worry) how long since we >> last add a security announce on that list ? > > how long has it been since we needed a security update? > > the answer to both questions, is about the same I think. > a long time. > > > we dont do 'security only' updates very often. > > > >> My point is not necessarily to change it, but to make it clear for >> users, to give them a easy access to this information. Some one who >> comes to the site should find the security alerts or where are the >> security alert in a minimal number of "mouse clicks" IMHO > > please remember that, while having lots of information is potentialy good; > having a very cluttered top page, is bad. > > in some ways, users are best protected from "security issues" by simply > always running the latest released versions of the packages they have > installed. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers There are a bunch of sites out there that report this information... most notably www.us-cert.gov they have an RSS feed and weekly emails. off hand we could get an RSS feed from one or more of the sites, merge them together and filter them based on the software in our catalog. not a particularly easy task, but I wouldn't think smash your head against the wall difficult either. using php/pear/mysql we could format the list with links back to the original reporting site, www.us-cert.gov or another, along with a link to the software site. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLZdIACgkQLrhmsXMSLxebjwCgtW2cOsNbeO6L4nogGiw+khko CugAnj49qygwTyMTKb4AlfbRnW5xFavR =4iUY -----END PGP SIGNATURE----- From dam at opencsw.org Thu Feb 5 23:25:25 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 5 Feb 2009 23:25:25 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <498B4FF6.3030809@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <20090203201145.GC53253@bolthole.com> <498B4FF6.3030809@wbonnet.net> Message-ID: Hi, Am 05.02.2009 um 21:45 schrieb William Bonnet: >> This strikes me as very dangerous. it will eventually need to >> packages >> shipping with a wrong (old/obsolete) version of a license when a >> maintainer >> doesnt notice it has changed. >> >> I think it is important to copy the license file from the >> (upstream)src distribution, directly into the package, every time. >> > > After spending some minutes thinking :) you are right. A first draft of the documentation is ready at The committed stuff is not fully functional yet, because I have to do dynamic gspec-files first. Best regards -- Dago From phil at bolthole.com Fri Feb 6 01:16:27 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 16:16:27 -0800 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <498B65D3.9080206@opencsw.org> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> <20090205215210.GB67833@bolthole.com> <498B65D3.9080206@opencsw.org> Message-ID: <20090206001626.GA91499@bolthole.com> On Thu, Feb 05, 2009 at 04:18:59PM -0600, Mike Watters wrote: > > off hand we could get an RSS feed from one or more of the sites, merge > them together and filter them based on the software in our catalog. > perhaps it would be nice to have a 'security-announce' email alias, that would automatically forward on to the announce list, AND also send out an RSS update, n stuff. From harpchad at opencsw.org Fri Feb 6 02:33:47 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 5 Feb 2009 19:33:47 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498A42D8.9010406@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> Message-ID: <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> Suggestions thus far: Mailman (i.e. what we have now) Mailing list only, has archives but no integrated search or rss phpBB: Bulletin Board with rss and search Look and feel can be customized to match other opencsw pages Doesn't (I think) have a mailing list interface (but does allow you to flag threads for e-mail notification when updated) Google Groups Both a bulletin board and mailing list (can be followed online like a bb or via e-mail like mailman) Customizations are limited, can have our logo but pages will still look googlish Has rss and search Is that the field, or are there other suggestions? Comments on what's already been suggested? From william at wbonnet.net Fri Feb 6 07:40:09 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 07:40:09 +0100 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <20090206001626.GA91499@bolthole.com> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> <20090205215210.GB67833@bolthole.com> <498B65D3.9080206@opencsw.org> <20090206001626.GA91499@bolthole.com> Message-ID: <498BDB49.6020603@wbonnet.net> Hi >> off hand we could get an RSS feed from one or more of the sites, merge >> them together and filter them based on the software in our catalog. >> >> > > perhaps it would be nice to have a 'security-announce' email alias, that > would automatically forward on to the announce list, AND also send out an > RSS update, n stuff. > This is a good idea. There exist also different mailing lists associated with the software we package. It is certainly possible to do the same kind of things (tomcat, apache, etc.). Anyone is interested in building a prototype ? transforming such a stream into our own rss feed (at beginning) cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Fri Feb 6 07:47:49 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 07:47:49 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> Message-ID: <498BDD15.20605@wbonnet.net> Hi > Is that the field, or are there other suggestions? Comments on > what's already been suggested? > There software which create a link between forum and mailing list (m2f for phpBB and mailing list, unfortunatly it does not support v3 yet). We can also consider forum softwave like jive (used by openSolaris) I would prefer to have our own forum we could customize rather than using google groups. cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Fri Feb 6 10:08:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 6 Feb 2009 10:08:56 +0100 Subject: [csw-maintainers] python question In-Reply-To: <498B19F0.7080007@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> Message-ID: Hi Chad, Am 05.02.2009 um 17:55 schrieb Chad Harp: > Ben Walton wrote: > >> It would be good to keep the 'python' name for the current, but >> having >> an optionally available python25 and then python3k would be good. At >> what point does python3k become python and the old python become >> python26 though? > > Can't all of them be handled as modulations within the same gar > recipe? Yes, that is possible. However, the resulting package would be rather large, so I guess it would be best to use multiple packages. And then you don't need modulations any more... Best regards -- Dago From james at opencsw.org Fri Feb 6 10:58:59 2009 From: james at opencsw.org (James Lee) Date: Fri, 06 Feb 2009 09:58:59 GMT Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <20090206001626.GA91499@bolthole.com> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> <20090205215210.GB67833@bolthole.com> <498B65D3.9080206@opencsw.org> <20090206001626.GA91499@bolthole.com> Message-ID: <20090206.9585900.733768360@gyor.oxdrove.co.uk> On 06/02/09, 00:16:27, Philip Brown wrote regarding Re: [csw-maintainers] Security alerts and updates: > On Thu, Feb 05, 2009 at 04:18:59PM -0600, Mike Watters wrote: > > > > off hand we could get an RSS feed from one or more of the sites, merge > > them together and filter them based on the software in our catalog. > > > perhaps it would be nice to have a 'security-announce' +1 > AND also send out an RSS update, n stuff. The problem with RSS it doesn't "send out" but is polled. Although email, eg POP3, is also polled it is doing all your emails and the originating server isn't polled but pushes via SMTP. James. From james at opencsw.org Fri Feb 6 11:04:13 2009 From: james at opencsw.org (James Lee) Date: Fri, 06 Feb 2009 10:04:13 GMT Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> Message-ID: <20090206.10041300.2044429827@gyor.oxdrove.co.uk> On 06/02/09, 01:33:47, Chad Harp wrote regarding Re: [csw-maintainers] One more topic for "Communication": > Suggestions thus far: > Mailman (i.e. what we have now) > Mailing list only, has archives but no integrated search or rss Yes please. > phpBB: > Bulletin Board with rss and search > Look and feel can be customized to match other opencsw pages > Doesn't (I think) have a mailing list interface (but does allow you > to flag threads for e-mail notification when updated) No thank you. > Google Groups > Both a bulletin board and mailing list (can be followed online like > a bb or via e-mail like mailman) > Customizations are limited, can have our logo but pages will still > look googlish > Has rss and search No thank you. > Is that the field, or are there other suggestions? NNTP news server. (I'm sure this could be run independently/directly by opencsw.org.) > Comments on what's already been suggested? Mike Watters quoting Albert Einstein wrote... "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." James. From pfelecan at opencsw.org Fri Feb 6 11:16:15 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 06 Feb 2009 11:16:15 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090206.10041300.2044429827@gyor.oxdrove.co.uk> (James Lee's message of "Fri\, 06 Feb 2009 10\:04\:13 GMT") References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> Message-ID: James Lee writes: >> Is that the field, or are there other suggestions? > > NNTP news server. > (I'm sure this could be run independently/directly by opencsw.org.) +1 for this oldest but goldest vector. And to complete the muppetish (viz. Statler and Waldorf) profile: -1 for php based forums. -- Peter From william at wbonnet.net Fri Feb 6 12:03:59 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 12:03:59 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> Message-ID: <498C191F.5050108@wbonnet.net> Hi Peter > And to complete the muppetish (viz. Statler and Waldorf) profile: > -1 for php based forums. > Including Java based forums ? ;) Is there some specific reasons for this ? cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Fri Feb 6 12:18:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 6 Feb 2009 12:18:19 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C191F.5050108@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> Message-ID: <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> Hi, Am 06.02.2009 um 12:03 schrieb William Bonnet: > Hi Peter >> And to complete the muppetish (viz. Statler and Waldorf) profile: >> -1 for php based forums. >> > > Including Java based forums ? ;) > > Is there some specific reasons for this ? It is not important what we (=the maintainers) want, but what the users want - it is the users forum. The users@ mailing list has failed, so let's try all of the other stuff and see what gets accepted and discard the rest. If the users want NNTP, fine, if they want RSS, fine, if they want a crappy PHP forum, yes, that is fine also. The one important thing is that it is actually *used*. Best regards -- Dago From pfelecan at opencsw.org Fri Feb 6 12:31:42 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 06 Feb 2009 12:31:42 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> (Dagobert Michelsen's message of "Fri\, 6 Feb 2009 12\:18\:19 +0100") References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi, > > Am 06.02.2009 um 12:03 schrieb William Bonnet: >> Hi Peter >>> And to complete the muppetish (viz. Statler and Waldorf) profile: >>> -1 for php based forums. >>> >> >> Including Java based forums ? ;) >> >> Is there some specific reasons for this ? > > It is not important what we (=the maintainers) want, but what the > users want - it is the users forum. The users@ mailing list has > failed, so let's try all of the other stuff and see what gets > accepted and discard the rest. If the users want NNTP, fine, > if they want RSS, fine, if they want a crappy PHP forum, yes, > that is fine also. The one important thing is that it is actually > *used*. You're right. However, I don't understand the basis of the affirmation: "The users@ mailing list has failed". For the moment we have the users mailing list, as the sole vector, and maybe it would be a good thing to ask there what the users want. It is possible that the perception of this failure is due to the lack of users? -- Peter From dam at opencsw.org Fri Feb 6 12:38:23 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 6 Feb 2009 12:38:23 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> Message-ID: <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> Hi Peter, Am 06.02.2009 um 12:31 schrieb Peter FELECAN: > You're right. However, I don't understand the basis of the > affirmation: > "The users@ mailing list has failed". Well, there is basically no traffic and it is IMHO not visible enough from the webpage, so many users may not find it. Currently users open a bug which may or may not be processed and that's it. We should try to keep the users active and involve them in the debugging/testing process. > For the moment we have the users > mailing list, as the sole vector, and maybe it would be a good thing > to > ask there what the users want. It is possible that the perception of > this failure is due to the lack of users? Maybe. Ihsan, how many users have subscribed to users@? Should I prepare a posting asking for users preferences? Best regards -- Dago From william at wbonnet.net Fri Feb 6 13:14:58 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 13:14:58 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> Message-ID: <498C29C2.7020609@wbonnet.net> Hi > Well, there is basically no traffic and it is IMHO not visible > enough from the webpage, so many users may not find it. Hopefully, it will be soon :) > Currently > users open a bug which may or may not be processed and that's it. > We should try to keep the users active and involve them in the > debugging/testing process. > I can prepare, in the next weeks, some statistics about closed bugs etc. But before putting it publicly vailable, we have to be sure we fix bugs ;) > Maybe. Ihsan, how many users have subscribed to users@? Should I > prepare a posting asking for users preferences? > I like this idea. It might also be a good way to know how many active users we have (i mean users who cares to give a feedback). cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From pfelecan at opencsw.org Fri Feb 6 13:34:11 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 06 Feb 2009 13:34:11 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C29C2.7020609@wbonnet.net> (William Bonnet's message of "Fri\, 06 Feb 2009 13\:14\:58 +0100") References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> <498C29C2.7020609@wbonnet.net> Message-ID: William Bonnet writes: >> Maybe. Ihsan, how many users have subscribed to users@? Should I >> prepare a posting asking for users preferences? >> > I like this idea. It might also be a good way to know how many active > users we have (i mean users who cares to give a feedback). So let do it: it's "communication month". -- Peter From james at opencsw.org Fri Feb 6 13:51:15 2009 From: james at opencsw.org (James Lee) Date: Fri, 06 Feb 2009 12:51:15 GMT Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C191F.5050108@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> Message-ID: <20090206.12511500.2938020577@gyor.oxdrove.co.uk> On 06/02/09, 11:03:59, William Bonnet wrote regarding Re: [csw-maintainers] One more topic for "Communication": > Hi Peter > > And to complete the muppetish (viz. Statler and Waldorf) profile: > > -1 for php based forums. > > > Including Java based forums ? ;) > Is there some specific reasons for this ? For me it's almost everything about web forums. I have to go to a forum to see if there are any new messages, yes RSS could provide notifications but it's not doing anything I didn't have before with a mailing list and notification is typically slower. I have to note the message date to look for updates, one could use a cookie to note last visit but they typically don't and that doesn't note if I've read a message or keep a view state, viewing a thread shows the full message in a overly spread out format with time wasting "features" like gyrating avatars and how many faecesbook friends are currently online. When a thread is spread over multiple pages it's not clear which page I view to see unread messages (unread often span the last and penultimate pages). I have to visit several forums to see all my messages (from many unrelated projects), not just view one email account with multiple mailboxes. Etc. With email I can see unread, mark as read, "unread", mark with a flag, delete, keep indefinitely, show threaded, save replies in the outbox, save replies before sending, spell check, etc. The only bad thing about email is the messages are delivered always (for topics in which one has no interest or lack of time to ever read). NNTP covers this as one can download headers only and mark all as read. James. From mwatters at opencsw.org Fri Feb 6 15:09:37 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 06 Feb 2009 08:09:37 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> Message-ID: <498C44A1.7010306@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > Am 06.02.2009 um 12:03 schrieb William Bonnet: >> Hi Peter >>> And to complete the muppetish (viz. Statler and Waldorf) profile: >>> -1 for php based forums. >>> >> Including Java based forums ? ;) >> >> Is there some specific reasons for this ? > > It is not important what we (=the maintainers) want, but what the > users want - it is the users forum. The users@ mailing list has > failed, so let's try all of the other stuff and see what gets > accepted and discard the rest. If the users want NNTP, fine, > if they want RSS, fine, if they want a crappy PHP forum, yes, > that is fine also. The one important thing is that it is actually > *used*. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I agree, this is for the users and not the maintainers. however, as a maintainer, the issue I have with Mailman as a whole is it is NOT searchable. if we could figure out how to "archive" Mailman messages and make them searchable I would be happy. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmMRKEACgkQLrhmsXMSLxeN8gCgoSVWDFa1nml6EbSK2TEfOLCp aAEAn299quZ2z78E7OH2sYvQRpVd1vTd =p46N -----END PGP SIGNATURE----- From william at wbonnet.net Fri Feb 6 15:10:58 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 15:10:58 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44A1.7010306@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> Message-ID: <498C44F2.5060004@wbonnet.net> Hi > I agree, this is for the users and not the maintainers. > however, as a maintainer, the issue I have with Mailman as a whole is it > is NOT searchable. if we could figure out how to "archive" Mailman > messages and make them searchable I would be happy. > I think Ihsan proposed something. I think it would be good also to have a motly review of the subject posted on the list, and add some answer to the FAQ. Cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From Darin.Perusich at cognigencorp.com Fri Feb 6 15:16:45 2009 From: Darin.Perusich at cognigencorp.com (Darin Perusich) Date: Fri, 06 Feb 2009 09:16:45 -0500 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44A1.7010306@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> Message-ID: <498C464D.8040601@cognigencorp.com> Mike Watters wrote: > I agree, this is for the users and not the maintainers. > however, as a maintainer, the issue I have with Mailman as a whole is it > is NOT searchable. if we could figure out how to "archive" Mailman > messages and make them searchable I would be happy. Mailman automatically setups up the archives and you can easily setup ht://Dig to search the message. Or us google by limiting the search with site:http://lists.opencsw.org/pipermail/users/ -- Darin Perusich Unix Systems Administrator Cognigen Corporation 395 Youngs Rd. Williamsville, NY 14221 Phone: 716-633-3463 Email: darinper at cognigencorp.com From harpchad at opencsw.org Fri Feb 6 15:25:32 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 06 Feb 2009 08:25:32 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498BDD15.20605@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <498BDD15.20605@wbonnet.net> Message-ID: <498C485C.9090409@opencsw.org> William Bonnet wrote: > Hi > >> Is that the field, or are there other suggestions? Comments on >> what's already been suggested? >> > There software which create a link between forum and mailing list (m2f > for phpBB and mailing list, unfortunatly it does not support v3 yet). We > can also consider forum softwave like jive (used by openSolaris) > > I would prefer to have our own forum we could customize rather than > using google groups. > > cheers > W. > I think this seems to be the most popular approach. It allows us to keep the mailing list that people like, but allows us to add a forum. I'd be willing to set up and/or help with m2f as a proof of concept if somebody (William ?) can set up phpBB. From william at wbonnet.net Fri Feb 6 15:24:10 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 15:24:10 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C485C.9090409@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <498BDD15.20605@wbonnet.net> <498C485C.9090409@opencsw.org> Message-ID: <498C480A.1080707@wbonnet.net> Chad Harp a ?crit : > William Bonnet wrote: > >> Hi >> >> >>> Is that the field, or are there other suggestions? Comments on >>> what's already been suggested? >>> >>> >> There software which create a link between forum and mailing list (m2f >> for phpBB and mailing list, unfortunatly it does not support v3 yet). We >> can also consider forum softwave like jive (used by openSolaris) >> >> I would prefer to have our own forum we could customize rather than >> using google groups. >> >> cheers >> W. >> >> > > I think this seems to be the most popular approach. It allows us to > keep the mailing list that people like, but allows us to add a forum. > > I'd be willing to set up and/or help with m2f as a proof of concept if > somebody (William ?) can set up phpBB. > Sure i'll do it tonight cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From korpela at ssl.berkeley.edu Tue Feb 3 18:52:13 2009 From: korpela at ssl.berkeley.edu (Eric J Korpela) Date: Tue, 3 Feb 2009 09:52:13 -0800 Subject: [csw-maintainers] BOINC client packages 6.7.2 in /testing In-Reply-To: References: Message-ID: On Mon, Feb 2, 2009 at 2:45 PM, Eric J Korpela wrote: boinclibs, boincclient, and boincmanager 6.7.2 for i386/amd64 Solaris are As far as I know the only no BOINC project currently ships i386 Solaris applications. Let's hope that changes. From trygvis at inamo.no Thu Feb 5 21:39:42 2009 From: trygvis at inamo.no (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Thu, 05 Feb 2009 21:39:42 +0100 Subject: [csw-maintainers] cswclassutils fails in a zone Message-ID: <498B4E8E.5020809@inamo.no> Hi Is there any way to fix the problem below with /usr being read only? # pkg-get -i cswclassutils No existing install of CSWcswclassutils found. Installing... Pre-existing local file cswclassutils-1.3,REV=2009.01.15-SunOS5.8-all-CSW.pkg.gz matches checksum Keeping existing file Analysing special files... Processing package instance from cswclassutils - CSW class action utilities(all) 1.3,REV=2009.01.15 Please see /opt/csw/share/doc/cswclassutils/LICENSE for license information. ## Processing package information. ## Processing system information. 4 package pathnames are already properly installed. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. ## Checking for setuid/setgid programs. Installing cswclassutils - CSW class action utilities as ## Installing part 1 of 1. /etc/opt/csw/init.d/csw.smf.sample /opt/csw/share/doc/cswclassutils/LICENSE /opt/csw/share/doc/cswclassutils/README.CSW /usr/sadm/install/scripts/i.cswcpsampleconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/i.cswinitsmf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/i.cswpreserveconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswcpsampleconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswinitsmf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswpreserveconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system [ verifying class ] ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist Installation of partially failed. ERROR: could not add CSWcswclassutils. From skayser at opencsw.org Fri Feb 6 18:55:05 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 06 Feb 2009 18:55:05 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44A1.7010306@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> Message-ID: <498C7979.6070608@opencsw.org> Mike Watters wrote: > Dagobert Michelsen wrote: >> Am 06.02.2009 um 12:03 schrieb William Bonnet: >>> Hi Peter >>>> And to complete the muppetish (viz. Statler and Waldorf) profile: >>>> -1 for php based forums. >>>> >>> Including Java based forums ? ;) >>> >>> Is there some specific reasons for this ? >> It is not important what we (=the maintainers) want, but what the >> users want - it is the users forum. The users@ mailing list has >> failed, so let's try all of the other stuff and see what gets >> accepted and discard the rest. If the users want NNTP, fine, >> if they want RSS, fine, if they want a crappy PHP forum, yes, >> that is fine also. The one important thing is that it is actually >> *used*. > > I agree, this is for the users and not the maintainers. > however, as a maintainer, the issue I have with Mailman as a whole is it > is NOT searchable. if we could figure out how to "archive" Mailman > messages and make them searchable I would be happy. >From what i remember Ihsan announced a while ago that our mailing lists are archived and searchable via Gmane. http://dir.gmane.org/gmane.os.solaris.opencsw.user http://dir.gmane.org/gmane.os.solaris.opencsw.maintainers http://dir.gmane.org/gmane.os.solaris.opencsw.devel The "messages per day" graph seems to be broken, but messages turn up fine. Does this help? Sebastian From skayser at opencsw.org Fri Feb 6 19:03:17 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 06 Feb 2009 19:03:17 +0100 Subject: [csw-maintainers] mantis:how to declare a relationship? In-Reply-To: References: <20090205185837.GD57973@bolthole.com> Message-ID: <498C7B65.4010004@opencsw.org> Hi Peter, Peter FELECAN wrote: > Philip Brown writes: >> On Thu, Feb 05, 2009 at 06:56:05PM +0100, Peter FELECAN wrote: >>> I'm reporting a bug and wish to declare a relationship between my report >>> and other reports --- in this case "duplicate". In other installation I >>> was able to declare this kind of relationship. In our installation this >>> is not possible or I don't know how... >>> -- >> well there is still a "relationship" section so it has to be possible.... >> >> In the "relationships" >> section, there is a line for "New relationship". >> >> maybe it only appears if you are manager of the area. reporters cant >> declare relationships? > > In our installation it seems so. In the other instances that I used it > was possible. Maybe there is a parameter to set. Anyhow, we have a > Mantis administrator now, isn't it? What has he to add to this? i am on it. From looking at it briefly it seems like as Phil presumed. You need certain privileges to declare a relationship (update rights on the bug you are reporting), which people don't have right now (except for their own packages i think). Need to do some tests to verify this. Right now the package owner should be able declare the relationship and you could give him a heads up, by just including the relevant # in the bug notes. Btw., what's the reason to post a bug report that is a duplicate? Sebastian From pfelecan at opencsw.org Fri Feb 6 19:19:46 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 06 Feb 2009 19:19:46 +0100 Subject: [csw-maintainers] mantis:how to declare a relationship? In-Reply-To: <498C7B65.4010004@opencsw.org> (Sebastian Kayser's message of "Fri\, 06 Feb 2009 19\:03\:17 +0100") References: <20090205185837.GD57973@bolthole.com> <498C7B65.4010004@opencsw.org> Message-ID: Sebastian Kayser writes: > Hi Peter, > > Peter FELECAN wrote: >> Philip Brown writes: >>> On Thu, Feb 05, 2009 at 06:56:05PM +0100, Peter FELECAN wrote: >>>> I'm reporting a bug and wish to declare a relationship between my report >>>> and other reports --- in this case "duplicate". In other installation I >>>> was able to declare this kind of relationship. In our installation this >>>> is not possible or I don't know how... >>>> -- >>> well there is still a "relationship" section so it has to be possible.... >>> >>> In the "relationships" >>> section, there is a line for "New relationship". >>> >>> maybe it only appears if you are manager of the area. reporters cant >>> declare relationships? >> >> In our installation it seems so. In the other instances that I used it >> was possible. Maybe there is a parameter to set. Anyhow, we have a >> Mantis administrator now, isn't it? What has he to add to this? > > i am on it. From looking at it briefly it seems like as Phil presumed. > You need certain privileges to declare a relationship (update rights on > the bug you are reporting), which people don't have right now (except > for their own packages i think). Need to do some tests to verify this. > > Right now the package owner should be able declare the relationship and > you could give him a heads up, by just including the relevant # > in the bug notes. Btw., what's the reason to post a bug report that is a > duplicate? Here is an use case: 1. You skim the bug reports for the package --- you read the short description --- and there is nothing resembling your observation. 2. You fill the report. 3. Later, you read more thoroughly the other reports and you discover that there are other reports --- very old reports... which, maybe assert that the issue was corrected. 4. Now, you feel the imperious need to create a relationship of the "duplicate" kind. There are many other cases which I'll not expose fearing boredom. -- Peter From phil at bolthole.com Fri Feb 6 19:50:09 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 6 Feb 2009 10:50:09 -0800 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44A1.7010306@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> Message-ID: <20090206185009.GA92408@bolthole.com> On Fri, Feb 06, 2009 at 08:09:37AM -0600, Mike Watters wrote: > ... > I agree, this is for the users and not the maintainers. > however, as a maintainer, the issue I have with Mailman as a whole is it > is NOT searchable. if we could figure out how to "archive" Mailman > messages and make them searchable I would be happy. mailman, is mailing list software, not archive software. It comes with a rudimentary archiver, but it is 'expected' that heavy traffic lists will gateway to their own choice of archives. Which, as was just pointed out, has already been done, to http://dir.gmane.org/gmane.os.solaris.opencsw.user And there's a nice "all OpenCSW lists" overview at http://dir.gmane.org/index.php?prefix=gmane.os.solaris.opencsw I have just updated the top level web page and also the user guide to reference this. and by the way, you can use NNTP to connect to the gmane.org stuffs From phil at bolthole.com Fri Feb 6 19:51:36 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 6 Feb 2009 10:51:36 -0800 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C7979.6070608@opencsw.org> References: <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C7979.6070608@opencsw.org> Message-ID: <20090206185136.GB92408@bolthole.com> PS; The ONE down side to gmane.org is that, unlike some other web-based mailing list interfaces... there is no option to post to the list from it. oh. and we wont have any idea how many people are actually using it. but otherwise, I think it looks pretty good. From dam at opencsw.org Fri Feb 6 23:31:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 6 Feb 2009 23:31:17 +0100 Subject: [csw-maintainers] GAR Update: Copyright notices and dynamic gspec-files Message-ID: <9573020B-12FA-4A28-AE90-DFD07BA29A4F@opencsw.org> Hi, I have finished copyright notices and dynamic gspec-files in GAR. To give you a quick start here are some facts: Dynamic gspec-files are constructed as follows: - Packages using dynamic gspec-files must be listed in PACKAGES - There is a default of PACKAGES containing one packages named CSW followed by the GARNAME. It can be changed by setting PACKAGES explicitly. - The name of the generated package is always the same as listed in PACKAGES - The catalog name defaults to the suffix following CSW of the package name, but can be customized by setting CATALOGNAME_ = - If only one package is build it is sufficient to set CATALOGNAME = It is an error to set CATALOGNAME if more than one package is build. - If the package is suitable for all architectures (sparc and x86) this can be flagged with ARCHALL_ = 1 for a specific package or with ARCHALL = 1 for all packages. Dynamic licenses are selected in the following way: - Dynamic licenses are only activated for packages listed in PACKAGES or packages which don't have %copyright in their gspec-file. This way the behaviour on existing gspec-files is preserved. - The default name for the license is COPYING and it will not be fully printed - If no license is explicitly specified in the Makefile and the default can not be found no license will be included - If a license is specified it must be found or an error is issued - Either LICENSE_ or LICENSE_FULL_ may be specified, it is an error to specify both. - There is an automatic rule to include only the license for each package that belongs to it. - Package-specific defines have precedence over general defines (CATALOGNAME_ before CATALOGNAME etc.) There is also some draft documentation at https://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright https://apps.sourceforge.net/mediawiki/gar/index.php?title=Packaging You can take a look at pca, autoconf, dtracetoolkit or libtool as examples. Please let me know if you encounter something unusual. Best regards -- Dago From skayser at opencsw.org Sat Feb 7 00:12:18 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Feb 2009 00:12:18 +0100 Subject: [csw-maintainers] GAR Update: Copyright notices and dynamic gspec-files In-Reply-To: <9573020B-12FA-4A28-AE90-DFD07BA29A4F@opencsw.org> References: <9573020B-12FA-4A28-AE90-DFD07BA29A4F@opencsw.org> Message-ID: <498CC3D2.8070104@opencsw.org> Dagobert Michelsen wrote: > I have finished copyright notices and dynamic gspec-files in GAR. > > [...] > > There is also some draft documentation at > https://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright > https://apps.sourceforge.net/mediawiki/gar/index.php?title=Packaging Just a quick heads up. These https:// pages requires authentication here, so for "no authentication required" pages people might want to head to http://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright http://apps.sourceforge.net/mediawiki/gar/index.php?title=Packaging instead (note, http: instead of https:). Sebastian From trygvis at opencsw.org Sat Feb 7 13:04:35 2009 From: trygvis at opencsw.org (=?UTF-8?B?VHJ5Z3ZlIExhdWdzdMO4bA==?=) Date: Sat, 07 Feb 2009 13:04:35 +0100 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <20090205210051.GA33320@bolthole.com> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> Message-ID: <498D78D3.1060904@opencsw.org> Philip Brown wrote: > On Thu, Feb 05, 2009 at 09:39:50PM +0100, Trygve Laugst?l wrote: >> Hi >> >> Is there any way to fix the problem below with /usr being read only? > > the only way /usr read-only in zone is supportable for CSW packages like > this, is if you make it pkg-inherit from global, and then install the > packge(s) in the global zone, I think. > > otherwise, its really, really messy That's too bad as it make any package that depend on CSWclassutils unusable in zones if you want to keep your global zone clean (as long as you use sparse zones). Is there no way around this? Could we do something with symlinks in the global zone which point to /opt/csw/..? -- Trygve >> ERROR: attribute verification of >> failed >> pathname does not exist >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers From ihsan at opencsw.org Sat Feb 7 15:31:50 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 15:31:50 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090206.10041300.2044429827@gyor.oxdrove.co.uk> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> Message-ID: <498D9B56.9060600@opencsw.org> Am 6.2.2009 11:04 Uhr, James Lee schrieb: >> Is that the field, or are there other suggestions? > > NNTP news server. > (I'm sure this could be run independently/directly by opencsw.org.) We have already an NNTP interface through Gmane. It's possible to read and post messages. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Feb 7 15:34:53 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 15:34:53 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> Message-ID: <498D9C0D.5040103@opencsw.org> Am 6.2.2009 12:38 Uhr, Dagobert Michelsen schrieb: > Maybe. Ihsan, how many users have subscribed to users@? Should I > prepare a posting asking for users preferences? 393 people are subscribed to the users mailing list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Feb 7 15:42:12 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 15:42:12 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44F2.5060004@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C44F2.5060004@wbonnet.net> Message-ID: <498D9DC4.5070307@opencsw.org> Am 6.2.2009 15:10 Uhr, William Bonnet schrieb: >> I agree, this is for the users and not the maintainers. >> however, as a maintainer, the issue I have with Mailman as a whole is it >> is NOT searchable. if we could figure out how to "archive" Mailman >> messages and make them searchable I would be happy. >> > I think Ihsan proposed something. Almost all messages are also in Gmane and they provide a good and usable archive. --> http://dir.gmane.org/index.php?prefix=gmane.os.solaris.opencsw Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Feb 7 15:43:12 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 15:43:12 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090206185136.GB92408@bolthole.com> References: <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C7979.6070608@opencsw.org> <20090206185136.GB92408@bolthole.com> Message-ID: <498D9E00.3000508@opencsw.org> Am 6.2.2009 19:51 Uhr, Philip Brown schrieb: > PS; The ONE down side to gmane.org is that, unlike some other > web-based mailing list interfaces... there is no option to post to the list > from it. > oh. and we wont have any idea how many people are actually using it. You can, but only over NNTP. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Sat Feb 7 15:44:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Feb 2009 08:44:35 -0600 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <498D78D3.1060904@opencsw.org> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> Message-ID: <498D9E53.2050703@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I personally haven't tried that, but the CSW* packages do not include /opt /opt/csw in the prtotype, so in theory it should work. the only thing I am unsure about is how you would get the link to be included/honored in the sparse zone from the global zone? zones 'theoretically' are isolated from each other and from the global zone. Trygve Laugst?l wrote: > Philip Brown wrote: >> On Thu, Feb 05, 2009 at 09:39:50PM +0100, Trygve Laugst?l wrote: >>> Hi >>> >>> Is there any way to fix the problem below with /usr being read only? >> the only way /usr read-only in zone is supportable for CSW packages like >> this, is if you make it pkg-inherit from global, and then install the >> packge(s) in the global zone, I think. >> >> otherwise, its really, really messy > > That's too bad as it make any package that depend on CSWclassutils > unusable in zones if you want to keep your global zone clean (as long as > you use sparse zones). > > Is there no way around this? Could we do something with symlinks in the > global zone which point to /opt/csw/..? > > -- > Trygve > >>> ERROR: attribute verification of >>> failed >>> pathname does not exist >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> maintainers mailing list >>> maintainers at lists.opencsw.org >>> https://lists.opencsw.org/mailman/listinfo/maintainers > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmNnlIACgkQLrhmsXMSLxcBiACfR0FFggPbfz2bdLoxGPX9EnfA JkIAoIcjRDd04V9KT0yxvyqEcoRnGwiE =rDcX -----END PGP SIGNATURE----- From ihsan at opencsw.org Sat Feb 7 17:20:31 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 17:20:31 +0100 Subject: [csw-maintainers] Mantis Bug notification list Message-ID: <498DB4CF.3060904@opencsw.org> Hello, I'm going to create a new mailing list for the bug notification. Is the name bug-notificiations@ convenient for everybody? I think bug-notificiations@ is better than bugs@, because it makes clear that it's a notification only list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Sat Feb 7 22:15:23 2009 From: phil at bolthole.com (Philip Brown) Date: Sat, 7 Feb 2009 13:15:23 -0800 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <498D78D3.1060904@opencsw.org> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> Message-ID: <20090207211523.GA77185@bolthole.com> On Sat, Feb 07, 2009 at 01:04:35PM +0100, Trygve Laugst??l wrote: > > That's too bad as it make any package that depend on CSWclassutils > unusable in zones if you want to keep your global zone clean (as long as > you use sparse zones). If you're doing that, then you're not using "sparse zones" right! The whole point of "sparse zones" is to SHARE stuff between zones. especially packages! The only way to do that, i think, is to install the packages in the global zone, as far as I know. you cant have a non-global zone, "inherit" a package, from another non-global zone, as far as I know. What is "not clean" about installing the packages to the global zone? That's the sort of thing that the "autoenable_demons=false" flag is for. Set it in the global zone, and then basically all you get is a bunch of files, rather than demons running on the zone. From dam at opencsw.org Sat Feb 7 22:15:37 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 7 Feb 2009 22:15:37 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <498DB4CF.3060904@opencsw.org> References: <498DB4CF.3060904@opencsw.org> Message-ID: <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> Hi Ihsan, Am 07.02.2009 um 17:20 schrieb Ihsan Dogan: > I'm going to create a new mailing list for the bug notification. Is > the > name bug-notificiations@ convenient for everybody? > > I think bug-notificiations@ is better than bugs@, because it makes > clear > that it's a notification only list. Great, and please subscribe me! :-) Best regards -- Dago From dam at opencsw.org Sat Feb 7 22:39:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 7 Feb 2009 22:39:43 +0100 Subject: [csw-maintainers] Please review current compiler flags Message-ID: Fellow maintainers, I received a patch for compiler flags in GAR from Andy Igoshin, and as this is somewhat sensitive I want some other person to look for negative impact before I commit it. Here is the patch: -ARCHFLAGS_SOS11_amd64 = -xarch=amd64 -ARCHFLAGS_SOS12_amd64 = -m64 -xarch=sse2 +ARCHFLAGS_SOS11_amd64 = -xarch=amd64 -xchip=opteron +ARCHFLAGS_SOS12_amd64 = -m64 -xchip=opteron ARCHFLAGS_GCC3_amd64 = -m64 -march=opteron ARCHFLAGS_GCC4_amd64 = -m64 -march=opteron MEMORYMODEL_amd64 = 64 ... -ARCHFLAGS_SOS11_pentium_pro = -xarch=pentium_pro -ARCHFLAGS_SOS12_pentium_pro = -m32 -xarch=pentium_pro +ARCHFLAGS_SOS11_pentium_pro = -xchip=pentium_pro +ARCHFLAGS_SOS12_pentium_pro = -m32 -xchip=pentium_pro ARCHFLAGS_GCC3_pentium_pro = -m32 -march=pentiumpro ARCHFLAGS_GCC4_pentium_pro = -m32 -march=pentiumpro MEMORYMODEL_pentium_pro = 32 ... -ARCHFLAGS_SOS11_pentium = ERROR -ARCHFLAGS_SOS12_pentium = ERROR +ARCHFLAGS_SOS11_pentium = -xchip=pentium +ARCHFLAGS_SOS12_pentium = -m32 -xchip=pentium ARCHFLAGS_GCC3_pentium = -m32 -march=pentium ARCHFLAGS_GCC4_pentium = -m32 -march=pentium MEMORYMODEL_pentium = 32 Thanks! -- Dago From trygvis at opencsw.org Sun Feb 8 10:06:16 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Sun, 08 Feb 2009 10:06:16 +0100 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <20090207211523.GA77185@bolthole.com> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> <20090207211523.GA77185@bolthole.com> Message-ID: <498EA088.7060004@opencsw.org> Philip Brown wrote: > On Sat, Feb 07, 2009 at 01:04:35PM +0100, Trygve Laugst?l wrote: >> That's too bad as it make any package that depend on CSWclassutils >> unusable in zones if you want to keep your global zone clean (as long as >> you use sparse zones). > > If you're doing that, then you're not using "sparse zones" right! > > The whole point of "sparse zones" is to SHARE stuff between zones. > especially packages! > The only way to do that, i think, is to install the packages in the global > zone, as far as I know. > you cant have a non-global zone, "inherit" a package, from another > non-global zone, as far as I know. > > What is "not clean" about installing the packages to the global zone? > That's the sort of thing that the "autoenable_demons=false" flag is for. > Set it in the global zone, and then basically all you get is a bunch of > files, rather than demons running on the zone. Because I'd like to keep the zones at different versions of opencsw (as opencsw doesn't provide snapshots I have to do that myself with rsync) to reduce the risk of stuff breaking. -- Trygve From james at opencsw.org Sun Feb 8 11:26:52 2009 From: james at opencsw.org (James Lee) Date: Sun, 08 Feb 2009 10:26:52 GMT Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <20090207211523.GA77185@bolthole.com> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> <20090207211523.GA77185@bolthole.com> Message-ID: <20090208.10265200.4289977019@gyor.oxdrove.co.uk> On 07/02/09, 21:15:23, Philip Brown wrote regarding Re: [csw-maintainers] cswclassutils fails in a zone: > On Sat, Feb 07, 2009 at 01:04:35PM +0100, Trygve Laugst??l wrote: > > > > That's too bad as it make any package that depend on CSWclassutils > > unusable in zones if you want to keep your global zone clean (as long as > > you use sparse zones). > If you're doing that, then you're not using "sparse zones" right! > The whole point of "sparse zones" is to SHARE stuff between zones. > especially packages! The *OS* files are shared, e.g. /usr. I want my zones to be distinct, *especially* the *add-on* software in /opt. (Don't we all agree /usr/local is wrong?) I can have 2 zones doing very different tasks and keep /opt tailored to each task. I can have someone independent with root access to a zone (package installs) that wants to be unaffected by the software changes in other zones. I can have different versions of the same software, either because one zone is stable production installation and another is development test of a new version. I can have 2 zones providing a continuous service between than that I update in steps thus always keeping one zone running. > What is "not clean" about installing the packages to the global zone? It's not clean because the traditional way to make a new zone is to copy the global zone. To create a new zone that is fresh, one needs to keep the global zone close to an original install. (I think the new method is to make a template zone early and ZFS clone that for new zones - I'm not quiet there with this myself.) I like to keep the global zone as a management zone and do all work in sub zones. Trygve, I agree this is a major problem for cswclassutils. James. From skayser at opencsw.org Sun Feb 8 17:57:29 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 08 Feb 2009 17:57:29 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) Message-ID: <498F0EF9.7060705@opencsw.org> Hi, could someone please have a look at my current Makefile for dovecot? https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile I just wanted to add cswclassutils integration and the classes that i try to insert via the PROTOTYPE_FILTER don't end up in the final pkgmap file. No cswclassutils actions get triggered on installation either. PROTOTYPE_FILTER = awk '\ $$$$3 ~ /\/init.d\/cswdovecot$$$$/ { $$$$2 = "cswinitsmf" } \ $$$$3 ~ /dovecot.pem.CSW$$$$/ { $$$$2 = "cswcpsampleconf" } \ $$$$3 ~ /dovecot.conf.CSW$$$$/ { $$$$2 = "cswcpsampleconf" } \ $$$$3 == "/opt/csw/ssl/certs" { next } \ $$$$3 == "/opt/csw/ssl/private" { next } \ { print }' The files in question still have the class "none" assigned to them and the two ssl directories that i would like do drop still go into the pkgmap file. # grep cswdovecot /var/sadm/install/contents /etc/opt/csw/init.d/cswdovecot f none 0755 root bin 1054 14930 1234105190 CSWdovecot Any clue why this is so? What would be an approach to debug what is going wrong? The package is in testing in case that helps. http://mirror.opencsw.org/testing/dovecot-1.1.11,REV=2009.02.08-SunOS5.8-i386-CSW.pkg.gz Sebastian From skayser at opencsw.org Sun Feb 8 18:09:52 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 08 Feb 2009 18:09:52 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <498F0EF9.7060705@opencsw.org> References: <498F0EF9.7060705@opencsw.org> Message-ID: <498F11E0.80906@opencsw.org> Sebastian Kayser wrote: > could someone please have a look at my current Makefile for dovecot? > > https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > > I just wanted to add cswclassutils integration and the classes that i > try to insert via the PROTOTYPE_FILTER don't end up in the final pkgmap > file. No cswclassutils actions get triggered on installation either. Btw. the build description uses Dago's new dynamic gspec magic in case that might be related. Dago? :) Sebastian From bonivart at opencsw.org Sun Feb 8 18:14:38 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 8 Feb 2009 18:14:38 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <498F0EF9.7060705@opencsw.org> References: <498F0EF9.7060705@opencsw.org> Message-ID: <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> On Sun, Feb 8, 2009 at 5:57 PM, Sebastian Kayser wrote: > Hi, > > could someone please have a look at my current Makefile for dovecot? Looking at the Makefile I notice that you have declared the PROTYPE_FILTER after the include-line while I have it before in my Bind Makefile. I don't really understand the meaning of this but I've had problems with it myself. Try relocating the line. -- /peter From skayser at opencsw.org Sun Feb 8 18:22:11 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 08 Feb 2009 18:22:11 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> References: <498F0EF9.7060705@opencsw.org> <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> Message-ID: <498F14C3.1000403@opencsw.org> Peter Bonivart wrote: > On Sun, Feb 8, 2009 at 5:57 PM, Sebastian Kayser wrote: >> could someone please have a look at my current Makefile for dovecot? > > Looking at the Makefile I notice that you have declared the > PROTYPE_FILTER after the include-line while I have it before in my > Bind Makefile. I don't really understand the meaning of this but I've > had problems with it myself. Try relocating the line. Thanks, Peter! That was spot on, i relocated the line and now the pkgmap is fine. Sebastian From bonivart at opencsw.org Sun Feb 8 18:43:28 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 8 Feb 2009 18:43:28 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <498F14C3.1000403@opencsw.org> References: <498F0EF9.7060705@opencsw.org> <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> <498F14C3.1000403@opencsw.org> Message-ID: <625385e30902080943o395073c0pd6a03842f3aee30c@mail.gmail.com> On Sun, Feb 8, 2009 at 6:22 PM, Sebastian Kayser wrote: > Thanks, Peter! That was spot on, i relocated the line and now the pkgmap > is fine. Great! I have updated both wikis to include this info. Now maybe Dago can explain why to us. :-) -- /peter From phil at bolthole.com Sun Feb 8 20:32:20 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 8 Feb 2009 11:32:20 -0800 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <20090208.10265200.4289977019@gyor.oxdrove.co.uk> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> <20090207211523.GA77185@bolthole.com> <20090208.10265200.4289977019@gyor.oxdrove.co.uk> Message-ID: <20090208193220.GA71864@bolthole.com> On Sun, Feb 08, 2009 at 10:26:52AM +0000, James Lee wrote: > On 07/02/09, 21:15:23, Philip Brown wrote regarding Re: > [csw-maintainers] cswclassutils fails in a zone: > > If you're doing that, then you're not using "sparse zones" right! > > > The whole point of "sparse zones" is to SHARE stuff between zones. > > especially packages! > > The *OS* files are shared, e.g. /usr. I want my zones to be distinct, > *especially* the *add-on* software in /opt. (Don't we all agree > /usr/local is wrong?) cswclassutils, by neccessity and definition, provides "OS files". therefore, you must install it in the global zone, if you are sharing /usr to zones. There is no way around this; it's part and parcel of the definitions of each. On the brighter side, I'm guessing that you should be able to manually install just cswclassutils to the global zone, but everything else, to each zone. For folks who are having difficulties in this area: please try this out; if this is acceptible, then we can then figure out how best to augment our documentation to help people converge on this configuration. > It's not clean because the traditional way to make a new zone is > to copy the global zone. errr.. i would disagree with that statement. There are multiple usual ways to do that sort of thing, and i dont think that "copy the global zone" properly describes either of them. > (I think the new method is to make a template zone early and ZFS > clone that for new zones - I'm not quiet there with this myself.) this is exactly what i was going to suggest. From dam at opencsw.org Sun Feb 8 21:45:57 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 8 Feb 2009 21:45:57 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <625385e30902080943o395073c0pd6a03842f3aee30c@mail.gmail.com> References: <498F0EF9.7060705@opencsw.org> <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> <498F14C3.1000403@opencsw.org> <625385e30902080943o395073c0pd6a03842f3aee30c@mail.gmail.com> Message-ID: <9115FAF8-7C85-4F6B-8C62-C27B321F2BC0@opencsw.org> Hi, Am 08.02.2009 um 18:43 schrieb Peter Bonivart: > On Sun, Feb 8, 2009 at 6:22 PM, Sebastian Kayser > wrote: >> Thanks, Peter! That was spot on, i relocated the line and now the >> pkgmap >> is fine. > > Great! I have updated both wikis to include this info. Now maybe Dago > can explain why to us. :-) Sure. It is these two lines in gar.pkg.mk: $(foreach SPEC,$(_PKG_SPECS),$(if $(PROTOTYPE_FILTER_$(SPEC)),$(eval _PROTOTYPE_FILTER_$(SPEC) ?= | $(PROTOTYPE_FILTER_$(SPEC))))) $(foreach SPEC,$(_PKG_SPECS),$(if $(PROTOTYPE_FILTER),$(eval _PROTOTYPE_FILTER_$(SPEC) ?= | $(PROTOTYPE_FILTER)))) This is execute during the "include". What is actually used for filtering is _PROTOTYPE_FILTER_$(SPEC). This is set to the value of PROTOTYPE_FILTER or ..._$(SPEC) with a pipe prefixed. As this is evaluated only once during include resetting these after the include doesn't change anything. I guess I could change it where used to $(if $(or $(PROTOTYPE_FILTER_$*),$(PROTOTYPE_FILTER)), \ | $(or $(PROTOTYPE_FILTER_$*),$(PROTOTYPE_FILTER))) It should then make no difference if the define is before or after the include. To make a long story short, just follow these few rules and everything should be fine: - put variables defined with '=' before the include - put rules below the include - put overrides with ':=' also below the include Best regards -- Dago From phil at bolthole.com Mon Feb 9 07:12:20 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 8 Feb 2009 22:12:20 -0800 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498D9E00.3000508@opencsw.org> References: <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C7979.6070608@opencsw.org> <20090206185136.GB92408@bolthole.com> <498D9E00.3000508@opencsw.org> Message-ID: <20090209061220.GA27681@bolthole.com> On Sat, Feb 07, 2009 at 03:43:12PM +0100, Ihsan Dogan wrote: > Am 6.2.2009 19:51 Uhr, Philip Brown schrieb: > > > PS; The ONE down side to gmane.org is that, unlike some other > > web-based mailing list interfaces... there is no option to post to the list > > from it. > > oh. and we wont have any idea how many people are actually using it. > > You can, but only over NNTP. Errr... If you post via nntp to gmane.org.. does it only go to THEIR archives, or does it come back to our mailing list as well? If it does both, i would be surprised. I guess if it's an open list, then not much surprise, though; that would actually make sense. or even if subscribed.... presuming you NNTP-connected using the same identity that you are subscribed to the list with, i guess. From bonivart at opencsw.org Mon Feb 9 21:24:25 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 21:24:25 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils Message-ID: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> I have added scripts to consistently add users and groups in your packages. Many packages that only use pre/post scripts for that reason can be simplified and the users will not get the annoying prompt about running scripts during install/remove. You provide a simple text file as input to the scripts, it looks basically like the passwd file. user:group:gcos:dir:shell It can also remove the same users/groups but since this can be a bad thing it's not default, the user can opt in by adding remove_ug=yes in csw.conf. I have started to write a little about it on the wiki: http://wiki.opencsw.org/cswclassutils-package. Please check out the section about "ug" and tell me what you think. Do you need more features and how to balance features/simplicity? Tomorrow I will update cswclassutils with these scripts and put it in testing so you can try it with your packages. -- /peter From phil at bolthole.com Mon Feb 9 21:37:09 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 12:37:09 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> Message-ID: <20090209203708.GK94448@bolthole.com> On Mon, Feb 09, 2009 at 09:24:25PM +0100, Peter Bonivart wrote: > I have added scripts to consistently add users and groups in your > packages. great! how about making the class name longer than "[csw]ug" though? From phil at bolthole.com Mon Feb 9 21:40:30 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 12:40:30 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> Message-ID: <20090209204030.GM94448@bolthole.com> Hmm... wiki instructions say: 2. Add cswug in the pkginfo file, e.g: CLASSES=none cswug but doesnt this have to come BEFORE class none, so that it is possible to install regular files, with ownership of the newly created users/groups? From bonivart at opencsw.org Mon Feb 9 21:40:35 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 21:40:35 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209203708.GK94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> Message-ID: <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> On Mon, Feb 9, 2009 at 9:37 PM, Philip Brown wrote: > On Mon, Feb 09, 2009 at 09:24:25PM +0100, Peter Bonivart wrote: >> I have added scripts to consistently add users and groups in your >> packages. > > great! > > > how about making the class name longer than "[csw]ug" though? Why? Isn't shorter better (in this case :-)? Suggestions? -- /peter From bonivart at opencsw.org Mon Feb 9 21:42:17 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 21:42:17 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209204030.GM94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> Message-ID: <625385e30902091242j18bcbf9eu8342b0d61c2dcf21@mail.gmail.com> On Mon, Feb 9, 2009 at 9:40 PM, Philip Brown wrote: > Hmm... > > wiki instructions say: > > 2. Add cswug in the pkginfo file, e.g: > > CLASSES=none cswug > > but doesnt this have to come BEFORE class none, so that it is possible to > install regular files, with ownership of the newly created users/groups? Guess you're right about that. I'll change the wiki right away... -- /peter From phil at bolthole.com Mon Feb 9 21:55:00 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 12:55:00 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> Message-ID: <20090209205500.GN94448@bolthole.com> On Mon, Feb 09, 2009 at 09:40:35PM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 9:37 PM, Philip Brown wrote: > > how about making the class name longer than "[csw]ug" though? > > Why? Isn't shorter better (in this case :-)? Suggestions? "clearer" is better than "shorter". for something that users/admins only have to type around once, I think that adding some more letters is much preferred :-) cswaddusersandgroups cswaddusergroups cswusergroups cswusergroup something with "users" and/or "groups" spelled out would be nice. To look at it from the flip side; if someone were looking at an uncommented csw.conf, and saw "remove_ug=no" they MIGHT guess that means "remove users and groups". or they might not. Best to remove ambiguity. From skayser at opencsw.org Mon Feb 9 22:15:25 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 09 Feb 2009 22:15:25 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> Message-ID: <49909CED.6080109@opencsw.org> Peter Bonivart wrote: > I have added scripts to consistently add users and groups in your > packages. Many packages that only use pre/post scripts for that reason > can be simplified and the users will not get the annoying prompt about > running scripts during install/remove. > > You provide a simple text file as input to the scripts, it looks > basically like the passwd file. > > user:group:gcos:dir:shell > > It can also remove the same users/groups but since this can be a bad > thing it's not default, the user can opt in by adding remove_ug=yes in > csw.conf. > > I have started to write a little about it on the wiki: > http://wiki.opencsw.org/cswclassutils-package. Please check out the > section about "ug" and tell me what you think. Do you need more > features and how to balance features/simplicity? Fantastic, just what i was looking for yesterday. With the suggested pathname of /etc/opt/csw/[pkgname]/cswug path, the user account files are IMHO rather visible to the user, although a user doesn't need to interact with these files. What would you think about placing them somewhere more "hidden"? /opt/csw/share/cwug/[pkgname] or /var/opt/csw/... come to my mind. Just a suggestion though. > Tomorrow I will update cswclassutils with these scripts and put it in > testing so you can try it with your packages. Looking forward to it. Sebastian From bonivart at opencsw.org Mon Feb 9 22:15:43 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 22:15:43 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209205500.GN94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> <20090209205500.GN94448@bolthole.com> Message-ID: <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> On Mon, Feb 9, 2009 at 9:55 PM, Philip Brown wrote: > "clearer" is better than "shorter". > for something that users/admins only have to type around once, I think that > adding some more letters is much preferred :-) > > cswaddusersandgroups > cswaddusergroups > cswusergroups > cswusergroup > > something with "users" and/or "groups" spelled out would be nice. Not cswusrgrp then? :-) > To look at it from the flip side; if someone were looking at an uncommented > csw.conf, and saw > > "remove_ug=no" > > they MIGHT guess that means "remove users and groups". or they might not. > Best to remove ambiguity. Not following you here...is this about the ug being confusing or if no really means no? We also have "use_smf=no", would someone be able to interpret that as if SMF will be used? I don't think we have to worry about those guys, they surely use Windows anyway. :-) -- /peter From skayser at opencsw.org Mon Feb 9 22:16:45 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 09 Feb 2009 22:16:45 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209204030.GM94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> Message-ID: <49909D3D.50502@opencsw.org> Philip Brown wrote: > wiki instructions say: > > 2. Add cswug in the pkginfo file, e.g: > > CLASSES=none cswug > > but doesnt this have to come BEFORE class none, so that it is possible to > install regular files, with ownership of the newly created users/groups? Does it make any difference to put a class before "none"? I don't have much experience with class actions script and just dipped a bit into the docs yesterday, but the packaging developers guide [1] says: The CLASSES list determines the order of installation. Class none is always installed first, if present, and removed last. Sounds to me as if a default class != "none" would be required for what you are after. Sebastian [1] http://docs.sun.com/app/docs/doc/806-7008/6jftmsc38?a=view From phil at bolthole.com Mon Feb 9 22:17:24 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 13:17:24 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <49909CED.6080109@opencsw.org> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> Message-ID: <20090209211724.GO94448@bolthole.com> On Mon, Feb 09, 2009 at 10:15:25PM +0100, Sebastian Kayser wrote: > With the suggested pathname of /etc/opt/csw/[pkgname]/cswug path, the > user account files are IMHO rather visible to the user, although a user > doesn't need to interact with these files. > > What would you think about placing them somewhere more "hidden"? why? after all, a user can just as easily do "ls" in most cases, or in worst case, "ps -ef",and find the "hidden" user that way. From skayser at opencsw.org Mon Feb 9 22:27:10 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 09 Feb 2009 22:27:10 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209211724.GO94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <20090209211724.GO94448@bolthole.com> Message-ID: <49909FAE.3020504@opencsw.org> Philip Brown wrote: > On Mon, Feb 09, 2009 at 10:15:25PM +0100, Sebastian Kayser wrote: >> With the suggested pathname of /etc/opt/csw/[pkgname]/cswug path, the >> user account files are IMHO rather visible to the user, although a user >> doesn't need to interact with these files. >> >> What would you think about placing them somewhere more "hidden"? > > why? > > after all, a user can just as easily do "ls" in most cases, or in worst > case, "ps -ef",and find the "hidden" user that way. I didn't want to suggest hiding something from anyone (no sense in doing so, anyway), guess i have to work on my wording. Files in /etc just call for being edited, they draw attention. Why put something there that is for internal purposes only and doesn't need to be edited? Sebastian From bonivart at opencsw.org Mon Feb 9 22:29:29 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 22:29:29 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <49909CED.6080109@opencsw.org> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> Message-ID: <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> On Mon, Feb 9, 2009 at 10:15 PM, Sebastian Kayser wrote: > Fantastic, just what i was looking for yesterday. I guess I should thank you since your dovecot scripts inspired me to do this. > With the suggested pathname of /etc/opt/csw/[pkgname]/cswug path, the > user account files are IMHO rather visible to the user, although a user > doesn't need to interact with these files. > > What would you think about placing them somewhere more "hidden"? > /opt/csw/share/cwug/[pkgname] or /var/opt/csw/... come to my mind. Just > a suggestion though. Not really sure I get why since passwd is world readable too..? Any user can look at the complete system user/group db so why would we attempt to hide our accounts? Just read your reply to Phil...now I get your point. Should we suggest another path then? /var/opt/csw/[pkgname]/cswug -- /peter From phil at bolthole.com Mon Feb 9 22:35:49 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 13:35:49 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> Message-ID: <20090209213549.GP94448@bolthole.com> On Mon, Feb 09, 2009 at 10:29:29PM +0100, Peter Bonivart wrote: > > Just read your reply to Phil...now I get your point. [looks like editable file] > Should we suggest another path then? > > /var/opt/csw/[pkgname]/cswug We should also keep in mind the potential of some demon that is distributed site-internally using nfs of /opt/csw.... having a machinelocal setup util courtesy of cswclassutils could be nice... and in which case, it would be nice to have the option to look under /opt/csw somewhere for which users and groups to add. From phil at bolthole.com Mon Feb 9 22:36:56 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 13:36:56 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> <20090209205500.GN94448@bolthole.com> <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> Message-ID: <20090209213656.GQ94448@bolthole.com> On Mon, Feb 09, 2009 at 10:15:43PM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 9:55 PM, Philip Brown wrote: > > "clearer" is better than "shorter". > > for something that users/admins only have to type around once, I think that > > adding some more letters is much preferred :-) > > > > cswaddusersandgroups > > cswaddusergroups > > cswusergroups > > cswusergroup > > > > something with "users" and/or "groups" spelled out would be nice. > > Not cswusrgrp then? :-) actually, that's not too bad :-} > > "remove_ug=no" > > > > they MIGHT guess that means "remove users and groups". or they might not. > > Best to remove ambiguity. > > Not following you here...is this about the ug being confusing or if no > really means no? i was just referring to the "ug" label being too short. From bonivart at opencsw.org Mon Feb 9 22:45:51 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 22:45:51 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209213656.GQ94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> <20090209205500.GN94448@bolthole.com> <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> <20090209213656.GQ94448@bolthole.com> Message-ID: <625385e30902091345n2da9c2fbsef1604b9c46331a9@mail.gmail.com> On Mon, Feb 9, 2009 at 10:36 PM, Philip Brown wrote: > i was just referring to the "ug" label being too short. I will expand all ug to usrgrp then. That should make it more clear. -- /peter From phil at bolthole.com Mon Feb 9 22:53:53 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 13:53:53 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091345n2da9c2fbsef1604b9c46331a9@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> <20090209205500.GN94448@bolthole.com> <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> <20090209213656.GQ94448@bolthole.com> <625385e30902091345n2da9c2fbsef1604b9c46331a9@mail.gmail.com> Message-ID: <20090209215353.GS94448@bolthole.com> On Mon, Feb 09, 2009 at 10:45:51PM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 10:36 PM, Philip Brown wrote: > > i was just referring to the "ug" label being too short. > > I will expand all ug to usrgrp then. That should make it more clear. sounds good From bonivart at opencsw.org Mon Feb 9 23:00:59 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 23:00:59 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209213549.GP94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> Message-ID: <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> On Mon, Feb 9, 2009 at 10:35 PM, Philip Brown wrote: > We should also keep in mind the potential of some demon that is distributed > site-internally using nfs of /opt/csw.... having a machinelocal setup > util courtesy of cswclassutils could be nice... and in which case, it > would be nice to have the option to look under /opt/csw somewhere > for which users and groups to add. Do you mean in a more generic way than tied to a specific package? Like the script would look for /opt/csw/etc/cswusrgrp and always "source" it when called by any package using the script? I guess it wouldn't hurt since it would skip already existing users and groups. Or how would you use it? -- /peter From dam at opencsw.org Mon Feb 9 23:16:36 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Feb 2009 23:16:36 +0100 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> Message-ID: Hi Ben, Am 09.02.2009 um 20:18 schrieb Ben Walton: > I've mostly completed a feature for GAR that I thought I'd get some > feedback on. While putting together one of my packages, I found the > script to be quite nasty. It relies on version numbers of the > package, etc (a maintenance annoyance). It struck me that it might be > nice to have GAR generate this script automatically from a 'template' > thus taking advantage of variables already available to the Makefile > ($GARVERSION, etc). > > What I've put together allows for the definition of functions > (possibly > as extra include files) like this: > > define CSWpkgname_postinstall > #!/bin/sh > > echo I'm the postinstall script for $(GARNAME) v$(GARVERSION). > > for i in /tmp/*; do > echo Found $$i in /tmp; > done > endef > > This seems to work, but has a few drawbacks. As with shell snippets > in regular rules, shell variables must be 'escaped' with $$. Also, > due to the way GNU Make handles the 'defined' variables, \n\n* is > collapsed to \n and any leading \t's are squished. This makes the > resulting script less human readable (although the form stored in GAR > can be as readable as a normal script). > > I should note that this would be an additional method for handling > scripts. It wouldn't alter the traditional method in any way. You > can mix an match to taste. > > Are others interested in something like this? > > Also, I'm not sure how this would interact with classutils. I'm not > familiar at all with the workings there, so pointers as to how this > would interact in that area are welcome. This is definitely useful! It would be nice though to have a more verbatim-type of definition... Best regards -- Dago From bonivart at opencsw.org Mon Feb 9 23:25:19 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 23:25:19 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <49909D3D.50502@opencsw.org> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> Message-ID: <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> On Mon, Feb 9, 2009 at 10:16 PM, Sebastian Kayser wrote: > Does it make any difference to put a class before "none"? I don't have > much experience with class actions script and just dipped a bit into the > docs yesterday, but the packaging developers guide [1] says: > > The CLASSES list determines the order of installation. Class > none is always installed first, if present, and removed last. > > Sounds to me as if a default class != "none" would be required for what > you are after. > > Sebastian > > [1] http://docs.sun.com/app/docs/doc/806-7008/6jftmsc38?a=view Sadly, you may be right, I remember reading that from when I did the SMF scripts. I will test it tomorrow so we know for sure how it works. Might be one of those cases where this approach is not enough to do the job. My aim for this package is to make it much simpler and consistent to do what most maintainers need most of the time. I myself don't use the cswinitsmf scripts for my MailScanner package. Trying to make everyone 100% happy may complicate it so much that we get no users (read maintainers adopting it) and then we have failed. :-) -- /peter From phil at bolthole.com Mon Feb 9 23:29:01 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 14:29:01 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> Message-ID: <20090209222901.GT94448@bolthole.com> On Mon, Feb 09, 2009 at 11:00:59PM +0100, Peter Bonivart wrote: > ... > Like the script would look for /opt/csw/etc/cswusrgrp and always > "source" it when called by any package using the script? I guess it > wouldn't hurt since it would skip already existing users and groups. > > Or how would you use it? Yes something like that. To spell out the steps explicitly, i was envisioning something like the following: [please read all the way through, for ZONES notes, and other complications...] 1. site admins install "some program" (it might not even be a demon, but something requiring a group) to nfs:/opt/csw This installs a local account on the server, "ftpgroup". 2. site admins want to also run the software on client1. So, they go to client1, and run (NFS-mounted) /opt/csw/sbin/??cswusrgrp ftpsoftwarename This script then looks under /opt/csw/[??] and looks up users&groups that "ftpsoftwarename" needs. finds that they do not exist on client1, so attempts to add it locally. The tricky bit is how /opt/csw/sbin/cswusrgrp figures out which users and groups to update, based on a piece of software that may not actually be "installed" (pkgwise) on client1, but may only be living on the NFS mountpoint under /opt/csw I should remind folks that this is not limited to "NFS" applications: This potentially also applies to USE IN ZONES! which could be triggered in multiple ways. One would be if /opt/csw was a simple read-only lofs mount. However, there is the more complex situation, where /opt/csw is a pkg-inherit-dir installation. in which case, I *think*, that while the regular files dont need to be "installed" to the zone... I believe the class action scripts will get called on a zone-by-zone basis. So in that case, it is then very important that user definitions be present under /opt/csw, since it is that path that will be pkg-inherit-dir shared, and NOT /etc/opt/csw most likely. This points out a separate issue... we should potentially have a rule, that while packages can *reference* files in /etc/opt/etc, they may possibly be barred from SHIPPING anything in the prototype file, that lives in /etc/opt/csw. Examples it should be coped from /opt/csw/etc or elsewhere, to /etc/opt/csw, as required. (which would mean I'd have to rewrite cswcpsampleconf, dangit....) From phil at bolthole.com Mon Feb 9 23:31:42 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 14:31:42 -0800 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> Message-ID: <20090209223142.GU94448@bolthole.com> > > > > echo I'm the postinstall script for $(GARNAME) v$(GARVERSION). > > > > for i in /tmp/*; do > > echo Found $$i in /tmp; > > done > > endef > > Errr... this sort of usage disturbs me. My programmers intuition suggests that the first thing to be done, would be to have a maintainers-public review of that script. If the script can be rewritten in a cleaner fashion, then this "other method" of doing things, may be completely unneccessary. From dam at opencsw.org Mon Feb 9 23:36:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Feb 2009 23:36:44 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> Message-ID: Hi, Am 09.02.2009 um 23:25 schrieb Peter Bonivart: > Sadly, you may be right, I remember reading that from when I did the > SMF scripts. I will test it tomorrow so we know for sure how it works. It would be nice if we could agree on an uid-range for technical CSW users. Usually a useradd grabs the next free uid which happens to be from the user-range most of the time. Maybe 9000-9999? Best regards -- Dago From phil at bolthole.com Mon Feb 9 23:38:28 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 14:38:28 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> Message-ID: <20090209223828.GV94448@bolthole.com> On Mon, Feb 09, 2009 at 11:25:19PM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 10:16 PM, Sebastian Kayser wrote: > > The CLASSES list determines the order of installation. Class > > none is always installed first, if present, and removed last. > > > > Sounds to me as if a default class != "none" would be required for what > > you are after. > > Sadly, you may be right, I remember reading that from when I did the > SMF scripts. I will test it tomorrow so we know for sure how it works. > > Might be one of those cases where this approach is not enough to do > the job. Hmm... sounds like it may just be an extra wrinkle, but still quite doable. I think that an original simplistic prototype file of f none /opt/csw/bin/someprog 0755 proguser proggroup f none /opt/csw/bin/progutil 0755 proguser proggroup may become f cswusrgrp /opt/csw/etc/xxxxxxx f autouser /opt/csw/bin/someprog 0755 proguser proggroup f autouser /opt/csw/bin/progutil 0755 proguser proggroup and then the CLASSES definition becomes CLASSES=cswusergrp autouser none but lets see if it is even neccessary. From phil at bolthole.com Mon Feb 9 23:45:13 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 14:45:13 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> Message-ID: <20090209224513.GW94448@bolthole.com> On Mon, Feb 09, 2009 at 11:36:44PM +0100, Dagobert Michelsen wrote: > Hi, > > Am 09.02.2009 um 23:25 schrieb Peter Bonivart: > > Sadly, you may be right, I remember reading that from when I did the > > SMF scripts. I will test it tomorrow so we know for sure how it works. > > It would be nice if we could agree on an uid-range for technical CSW > users. Usually a useradd grabs the next free uid which happens to > be from the user-range most of the time. Maybe 9000-9999? errr.. by that, do you mean, "agree on a range that CSW packages use, when creating new user ids"? that sounds like something that should go in as a "cswusrgrp" related option into csw.conf eg: usrgrp_startuid=456 usrgrp_startgid=100 similarly, for consistancy, I think that other "usrgrp" class options, might be best prefixed with "usrgrp" From dam at opencsw.org Mon Feb 9 23:49:25 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Feb 2009 23:49:25 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209224513.GW94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209224513.GW94448@bolthole.com> Message-ID: <4F1F9EE8-5774-416D-A3EE-16C68422FD89@opencsw.org> Hi, Am 09.02.2009 um 23:45 schrieb Philip Brown: > On Mon, Feb 09, 2009 at 11:36:44PM +0100, Dagobert Michelsen wrote: >> Hi, >> >> Am 09.02.2009 um 23:25 schrieb Peter Bonivart: >>> Sadly, you may be right, I remember reading that from when I did the >>> SMF scripts. I will test it tomorrow so we know for sure how it >>> works. >> >> It would be nice if we could agree on an uid-range for technical CSW >> users. Usually a useradd grabs the next free uid which happens to >> be from the user-range most of the time. Maybe 9000-9999? > > errr.. by that, do you mean, > "agree on a range that CSW packages use, when creating new user ids"? Yes. > that sounds like something that should go in as a "cswusrgrp" related > option into csw.conf > > eg: > > usrgrp_startuid=456 > usrgrp_startgid=100 Sounds good. > similarly, for consistancy, I think that other "usrgrp" class options, > might be best prefixed with "usrgrp" BTW, 'usr' is horrible, usr != User, usr = Unix System Resources Best regards -- Dago From bonivart at opencsw.org Tue Feb 10 00:08:16 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 00:08:16 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209223828.GV94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> Message-ID: <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> On Mon, Feb 9, 2009 at 11:38 PM, Philip Brown wrote: > f cswusrgrp /opt/csw/etc/xxxxxxx > f autouser /opt/csw/bin/someprog 0755 proguser proggroup > f autouser /opt/csw/bin/progutil 0755 proguser proggroup That's what Sebastian meant. If that turns out to be necessary I propose that we get some GAR option to set the default class if not none, e.g: DEFAULT_CLASS = autouser Dago? I assume the above wouldn't be hard for you to implement? :-) Would keep n00bs like me from getting a headache with the prototype filter. :-) -- /peter From bwalton at opencsw.org Tue Feb 10 01:06:37 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Feb 2009 19:06:37 -0500 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: <20090209223142.GU94448@bolthole.com> References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> <20090209223142.GU94448@bolthole.com> Message-ID: <1234223895-sup-1955@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Mon Feb 09 17:31:42 -0500 2009: > > > echo I'm the postinstall script for $(GARNAME) v$(GARVERSION). > > > > > > for i in /tmp/*; do > > > echo Found $$i in /tmp; > > > done > > > endef > > Errr... this sort of usage disturbs me. [Assumes you're not commenting specifically on the dumb example used to show variable escaping and a general overview...] The use that brought this to my mind was the docbook and xsl stuff where (since I was templating from rhel) I used version numbers in directory names. To make the script easier to maintain, I turned paths including the version info into paths with variables in them. This leads to a case of script modification every time a version changes. > My programmers intuition suggests that the first thing to be done, would be > to have a maintainers-public review of that script. The script is 'fine.' By it's nature, it's a long stream of registration statements . It could be turned into a few loops (I didn't since I wanted it out so I could build off of it), but that wouldn't alleviate the need to twiddle it each time. It doesn't 'need' to use this functionality, but doing so will lessen (not eliminate) maintenance requirements. It's in svn (public) already if you care. If you want to say that version numbers shouldn't be in path names and make that a CSW convention (maybe it already is?) that's fine. It would (in this case) remove the need for this type of 'macro' expansion. This is common elsewhere though (see rpm). > If the script can be rewritten in a cleaner fashion, then this "other > method" of doing things, may be completely unneccessary. There are ways to avoid needing this functionality. Many scripts would never need it. That doesn't mean that it doesn't have uses though. You'll note that rpm provides a built-in macro language that is used for this type of task quite regularly. That may be, in part, due to the directory structure that rhel uses (where version numbers are frequently used in paths), but regardless, there are cases where this can be a handy thing. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From phil at bolthole.com Tue Feb 10 07:45:25 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 22:45:25 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> Message-ID: <20090210064525.GA41301@bolthole.com> On Tue, Feb 10, 2009 at 12:08:16AM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 11:38 PM, Philip Brown wrote: > > f cswusrgrp /opt/csw/etc/xxxxxxx > > f autouser /opt/csw/bin/someprog 0755 proguser proggroup > > f autouser /opt/csw/bin/progutil 0755 proguser proggroup > > That's what Sebastian meant. > > If that turns out to be necessary I propose that we get some GAR > option to set the default class if not none, e.g: > > DEFAULT_CLASS = autouser please remember that this extra class is only neccssary for an entry, if either the group, or the user, is present in the cswusrgrp classed file From bonivart at opencsw.org Tue Feb 10 09:38:18 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 09:38:18 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090210064525.GA41301@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> Message-ID: <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> On Tue, Feb 10, 2009 at 7:45 AM, Philip Brown wrote: > please remember that this extra class is only neccssary for an entry, > if either the group, or the user, is present in the cswusrgrp classed file I figured that out after I posted. I hoped that no one would notice. :-) -- /peter From mwatters at opencsw.org Tue Feb 10 17:12:06 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 10 Feb 2009 10:12:06 -0600 Subject: [csw-maintainers] New "Garrified" version of Python 2.6 in TESTING Message-ID: <4991A756.3080004@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: built with gar using dynamic prototypes and gspecs - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEUEARECAAYFAkmRp1YACgkQLrhmsXMSLxdBvgCYzbhee9Y7RRFTTPD99sklJ9gg rwCghDrlZyzD73BbpBUoBv6ggRH9Fww= =UCOL -----END PGP SIGNATURE----- From bonivart at opencsw.org Tue Feb 10 18:09:56 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 18:09:56 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> Message-ID: <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> Now the wiki is updated: http://wiki.opencsw.org/cswclassutils-package. There's also a new package with the new scripts: http://mirror.opencsw.org/testing/cswclassutils-1.4,REV=2009.02.10-SunOS5.8-all-CSW.pkg.gz Please test if you're interested. -- /peter From harpchad at opencsw.org Tue Feb 10 18:13:56 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 10 Feb 2009 11:13:56 -0600 Subject: [csw-maintainers] New freetype2 in testing Message-ID: <4991B5D4.4020706@opencsw.org> Changes: - update to version 2.3.8 - add 64-bit libraries - built with gar v2 From phil at bolthole.com Tue Feb 10 18:21:36 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 09:21:36 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> Message-ID: <20090210172136.GF92408@bolthole.com> On Tue, Feb 10, 2009 at 06:09:56PM +0100, Peter Bonivart wrote: > Now the wiki is updated: http://wiki.opencsw.org/cswclassutils-package. > hmm. you left "recommended path" as under /etc/opt/csw but as mentioned in my earlier email, that wont fly well with zones. From dam at opencsw.org Tue Feb 10 18:06:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 10 Feb 2009 18:06:42 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> Message-ID: <625D7357-858A-4C31-8DC0-6B99EB5715E9@opencsw.org> Hi Peter, Am 10.02.2009 um 00:08 schrieb Peter Bonivart: > On Mon, Feb 9, 2009 at 11:38 PM, Philip Brown > wrote: >> f cswusrgrp /opt/csw/etc/xxxxxxx >> f autouser /opt/csw/bin/someprog 0755 proguser proggroup >> f autouser /opt/csw/bin/progutil 0755 proguser proggroup > > That's what Sebastian meant. > > If that turns out to be necessary I propose that we get some GAR > option to set the default class if not none, e.g: > > DEFAULT_CLASS = autouser > > Dago? I assume the above wouldn't be hard for you to implement? :-) > Would keep n00bs like me from getting a headache with the prototype > filter. :-) No problem. I would go one step further and integrate user- and group addition directly into GAR. The default class would then be 'none' in the usual case and 'autouser' if special classes are used. I do some thinking and you do some thinking and we'll see how we do this best. Best regards -- Dago From bonivart at opencsw.org Tue Feb 10 18:27:33 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 18:27:33 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625D7357-858A-4C31-8DC0-6B99EB5715E9@opencsw.org> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <625D7357-858A-4C31-8DC0-6B99EB5715E9@opencsw.org> Message-ID: <625385e30902100927o222cc63au30ea1cd82a0e62@mail.gmail.com> On Tue, Feb 10, 2009 at 6:06 PM, Dagobert Michelsen wrote: >> Dago? I assume the above wouldn't be hard for you to implement? :-) >> Would keep n00bs like me from getting a headache with the prototype >> filter. :-) > > No problem. I would go one step further and integrate user- and > group addition directly into GAR. The default class would then > be 'none' in the usual case and 'autouser' if special classes > are used. I do some thinking and you do some thinking and we'll > see how we do this best. I don't want to keep you from thinking but I wasn't thinking when I wrote the above. :-) -- /peter From bonivart at opencsw.org Tue Feb 10 18:29:13 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 18:29:13 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090210172136.GF92408@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> <20090210172136.GF92408@bolthole.com> Message-ID: <625385e30902100929n558ce87fj188e79aa31b46bdc@mail.gmail.com> On Tue, Feb 10, 2009 at 6:21 PM, Philip Brown wrote: > On Tue, Feb 10, 2009 at 06:09:56PM +0100, Peter Bonivart wrote: >> Now the wiki is updated: http://wiki.opencsw.org/cswclassutils-package. >> > > hmm. you left "recommended path" as under /etc/opt/csw > > but as mentioned in my earlier email, that wont fly well with zones. So, what does that mean? Is it only for this or have we suddenly flip-floped on where to place conf for all packages? -- /peter From phil at bolthole.com Tue Feb 10 18:32:41 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 09:32:41 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902100929n558ce87fj188e79aa31b46bdc@mail.gmail.com> References: <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> <20090210172136.GF92408@bolthole.com> <625385e30902100929n558ce87fj188e79aa31b46bdc@mail.gmail.com> Message-ID: <20090210173241.GG92408@bolthole.com> On Tue, Feb 10, 2009 at 06:29:13PM +0100, Peter Bonivart wrote: > On Tue, Feb 10, 2009 at 6:21 PM, Philip Brown wrote: > > On Tue, Feb 10, 2009 at 06:09:56PM +0100, Peter Bonivart wrote: > >> Now the wiki is updated: http://wiki.opencsw.org/cswclassutils-package. > >> > > > > hmm. you left "recommended path" as under /etc/opt/csw > > > > but as mentioned in my earlier email, that wont fly well with zones. > > So, what does that mean? Is it only for this or have we suddenly > flip-floped on where to place conf for all packages? only for this. i was hoping for some feedback on my question about it. but i should probably start a new email with new subject for the discussion. From phil at bolthole.com Tue Feb 10 18:41:20 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 09:41:20 -0800 Subject: [csw-maintainers] question of /etc/opt/csw policy Message-ID: <20090210174120.GH92408@bolthole.com> hi folks, thought i would pull this issue out, for those people who may be ignoring the 'class' discussion ;-) This is a recap of a part of an email i wrote in that thread, requesting further discussion from folks. In thinking about the class action handling for zones, it occurred to me that we have a potential problem, with package compatibility for zones. Generally speaking, we want configuration files to live in /etc/opt, for machine-local configuration. This is still a Good Thing; no issues there. The problem comes if a maintainer decides to DISTRIBUTE packaged files directly in /etc/opt/csw, rather than auto-generate post installation. Typically, /etc/opt/csw is specific to each zone. but /opt/csw may be shared read-only to each zone. That means that zones would be missing configuration files distributed with "f none /etc/opt/csw/XXXX" from the global zone, even though they would have the rest of the package files ok. So, I am thinking of adjusting policy, to explicitly NOT ALLOW /etc/opt/csw entries in the prototype file any more. maintainers will need to copy/autogenerate from templates in /opt/csw/etc, to /etc/opt/csw, if that sort of thing is needed. Comments? From bonivart at opencsw.org Tue Feb 10 18:41:36 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 18:41:36 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090210173241.GG92408@bolthole.com> References: <20090209204030.GM94448@bolthole.com> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> <20090210172136.GF92408@bolthole.com> <625385e30902100929n558ce87fj188e79aa31b46bdc@mail.gmail.com> <20090210173241.GG92408@bolthole.com> Message-ID: <625385e30902100941l185d28r827912d00bf81ab2@mail.gmail.com> On Tue, Feb 10, 2009 at 6:32 PM, Philip Brown wrote: > only for this. Ok, I have changed it on the wiki. -- /peter From william at wbonnet.net Tue Feb 10 18:49:19 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Feb 2009 18:49:19 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> Message-ID: <4991BE1F.9080202@wbonnet.net> Hi Ihsan >> I'm going to create a new mailing list for the bug notification. Is >> the >> name bug-notificiations@ convenient for everybody? >> >> I think bug-notificiations@ is better than bugs@, because it makes >> clear >> that it's a notification only list. >> I think i like better bugs, even if bug-notification is the proper term. Sometimes complicated name ca scare users ;) > Great, and please subscribe me! :-) > Anyways.. it's great i also apply for suscribing :) Thanks Ihsan cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Tue Feb 10 18:51:07 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Feb 2009 18:51:07 +0100 Subject: [csw-maintainers] question of /etc/opt/csw policy In-Reply-To: <20090210174120.GH92408@bolthole.com> References: <20090210174120.GH92408@bolthole.com> Message-ID: <4991BE8B.8030400@wbonnet.net> Hi > Comments? > Sounds good to me cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Tue Feb 10 18:51:14 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 09:51:14 -0800 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4991BE1F.9080202@wbonnet.net> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> Message-ID: <20090210175114.GI92408@bolthole.com> On Tue, Feb 10, 2009 at 06:49:19PM +0100, William Bonnet wrote: > I think i like better bugs, even if bug-notification is the proper term. > Sometimes complicated name ca scare users ;) :-) the one problem with "bugs at opencsw.org", is that people will then start thinking they can CREATE a bug report, simply by emailing "bugs at opencsw.org". From william at wbonnet.net Tue Feb 10 19:38:19 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Feb 2009 19:38:19 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <20090210175114.GI92408@bolthole.com> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> Message-ID: <4991C99B.7050303@wbonnet.net> Hi > the one problem with "bugs at opencsw.org", is that people will then start > thinking they can CREATE a bug report, simply by emailing > "bugs at opencsw.org". > Yes... :) You're right, but i think this may be useful to educate some users. Here is what i mean. Actually there is almost no feedback / bugs from users. Basically you can consider that "normal" users will go to mantis to report problems. Especially since when someone will subscribe to the list, he will be told what is the purpose of the list. So if someone tries to report a bug to this list, where is the problem ? We should redirect this guy to mantis, and explain him. Having a bugs@ maybe a way to collect feedback and bugs from people that do not know of mantis, or are not familiar with. Moreover, it might be a good way to have feedback about strange or unexpected behavior. Cases in which people do not know if it is a bug or feature, or don't care about reporting a bug (i know that this is evil, but it is always better as not reported at all). In other words, i am not asking for this list to be different of "bug reporting" in its first purpose. But maybe we should be tolerant in same case, and allow discussion start about some problem, and helps users to move discussion to mantis tracking tool. cheers, W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Tue Feb 10 21:32:39 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 12:32:39 -0800 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4991C99B.7050303@wbonnet.net> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> Message-ID: <20090210203239.GK92408@bolthole.com> On Tue, Feb 10, 2009 at 07:38:19PM +0100, William Bonnet wrote: > ... > Basically you can consider that "normal" users will go to mantis to > report problems. Especially since when someone will subscribe to the > list, he will be told what is the purpose of the list. > > So if someone tries to report a bug to this list, where is the problem ? > We should redirect this guy to mantis, and explain him. > > Having a bugs@ maybe a way to collect feedback and bugs from people that > do not know of mantis, or are not familiar with. I think that could be a useful and good idea.. *IF* there are people who are willing to commit to babysit the list. Anyone (maybe multiple people) willing to be the official "read bugs at opencsw.org, and redirect/rewrite people's stuff to mantis" ? From phil at bolthole.com Tue Feb 10 22:11:26 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 13:11:26 -0800 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: <1234223895-sup-1955@ntdws12.chass.utoronto.ca> References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> <20090209223142.GU94448@bolthole.com> <1234223895-sup-1955@ntdws12.chass.utoronto.ca> Message-ID: <20090210211126.GM92408@bolthole.com> On Mon, Feb 09, 2009 at 07:06:37PM -0500, Ben Walton wrote: > Excerpts from Philip Brown's message of Mon Feb 09 17:31:42 -0500 2009: > > > > for i in /tmp/*; do > > > > echo Found $$i in /tmp; > > > > done > > > > endef > > > > Errr... this sort of usage disturbs me. > > [Assumes you're not commenting specifically on the dumb example used to > show variable escaping and a general overview...] i was commenting specifically, on going through /tmp/, yes. > If you want to say that version numbers shouldn't be in path names and > make that a CSW convention (maybe it already is?) that's fine. its a semi-convention. people are encouraged to remove numbers from documentation subdirs, for example. (/opt/csw/share/doc/progname, not progname-1.2.3) > . You'll note that rpm provides a built-in macro language that > is used for this type of task quite regularly. that's.... evil. From bwalton at opencsw.org Tue Feb 10 22:22:30 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 10 Feb 2009 16:22:30 -0500 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: <20090210211126.GM92408@bolthole.com> References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> <20090209223142.GU94448@bolthole.com> <1234223895-sup-1955@ntdws12.chass.utoronto.ca> <20090210211126.GM92408@bolthole.com> Message-ID: <1234300471-sup-5067@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Tue Feb 10 16:11:26 -0500 2009: > > [Assumes you're not commenting specifically on the dumb example used to > > show variable escaping and a general overview...] > > i was commenting specifically, on going through /tmp/, yes. Ok. > > If you want to say that version numbers shouldn't be in path names and > > make that a CSW convention (maybe it already is?) that's fine. > > its a semi-convention. people are encouraged to remove numbers from > documentation subdirs, for example. > > (/opt/csw/share/doc/progname, not progname-1.2.3) Ok. > > . You'll note that rpm provides a built-in macro language that > > is used for this type of task quite regularly. > > that's.... evil. I disagree. It makes maintenance of the scripts easier. If you already have something defined in one place, you're not duplicating that work elsewhere. You aren't forced to use the feature, but in some cases, it might be handy. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dam at opencsw.org Tue Feb 10 22:27:45 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 10 Feb 2009 22:27:45 +0100 Subject: [csw-maintainers] Thematics started? Message-ID: <0E59492B-455F-4740-88B8-CE1F8C3DA1C1@opencsw.org> Hi, I browsed the thematics for february again: Have we already started? Or haven't we agreed to do this? I propose a kind of mentor for each month who drives the topics in that specific month. I would volunteer for March (Mass moving packages to GAR ;-) Best regards -- Dago From william at wbonnet.net Tue Feb 10 22:39:58 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Feb 2009 22:39:58 +0100 Subject: [csw-maintainers] Thematics started? In-Reply-To: <0E59492B-455F-4740-88B8-CE1F8C3DA1C1@opencsw.org> References: <0E59492B-455F-4740-88B8-CE1F8C3DA1C1@opencsw.org> Message-ID: <4991F42E.1030208@wbonnet.net> Hi Dagobert Michelsen wrote: > Hi, > > I browsed the thematics for february again: > > Have we already started? Or haven't we agreed to do this? We have started different talks here, but so far the call for volunteer had no answer. So once again, if some of you are willing to participate, either by taking in charge some of the action identified in this wiki page, write some of articles i ask for, or simply participate to the debates, please go on :) > I propose > a kind of mentor for each month who drives the topics in that specific > month. I would volunteer for March (Mass moving packages to GAR ;-) > That's a good idea. I hope it will be more easier on more technical theme. cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From pfelecan at opencsw.org Wed Feb 11 09:17:51 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 11 Feb 2009 09:17:51 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4991C99B.7050303@wbonnet.net> (William Bonnet's message of "Tue\, 10 Feb 2009 19\:38\:19 +0100") References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> Message-ID: William Bonnet writes: > Hi > >> the one problem with "bugs at opencsw.org", is that people will then start >> thinking they can CREATE a bug report, simply by emailing >> "bugs at opencsw.org". >> > Yes... :) > > You're right, but i think this may be useful to educate some users. Here > is what i mean. Actually there is almost no feedback / bugs from users. The best education, in this case, is to be clear: "bugs" is ambiguous, "bugs-notification" is clear and the list must be read only so there is no possibility to submit a bug, consequently no ambiguity. The situation that you describe exists on the "users" mailing list. Lets not multiply unnecessary effort. -- Peter From harpchad at opencsw.org Wed Feb 11 17:41:03 2009 From: harpchad at opencsw.org (Chad Harp) Date: Wed, 11 Feb 2009 10:41:03 -0600 Subject: [csw-maintainers] new vim/gvim in testing Message-ID: <4992FF9F.7040902@opencsw.org> Changes: - Update to patch 102 - Runtime changes: * $VIM is now set to /opt/csw/share/vim this allows other packages to install vim extensions (e.g. syntax, etc) in /opt/csw/share/vim/.. (e.g. /opt/csw/share/vim/syntax) * Added vimrc and gvim rc files to the new $VIM path that include the following system wide rc files if they exist: /opt/csw/etc/vim/[g]vimrc /etc/opt/csw/etc/[g]vimrc From harpchad at opencsw.org Wed Feb 11 17:43:16 2009 From: harpchad at opencsw.org (Chad Harp) Date: Wed, 11 Feb 2009 10:43:16 -0600 Subject: [csw-maintainers] new vim/gvim in testing In-Reply-To: <4992FF9F.7040902@opencsw.org> References: <4992FF9F.7040902@opencsw.org> Message-ID: <49930024.9050908@opencsw.org> Chad Harp wrote: > Changes: > - Update to patch 102 > - Runtime changes: > * $VIM is now set to /opt/csw/share/vim > this allows other packages to install vim > extensions (e.g. syntax, etc) in > /opt/csw/share/vim/.. > (e.g. /opt/csw/share/vim/syntax) > * Added vimrc and gvim rc files to the new > $VIM path that include the following > system wide rc files if they exist: > /opt/csw/etc/vim/[g]vimrc > /etc/opt/csw/etc/[g]vimrc Sorry that last one should have read /etc/opt/csw/vim/[g]vimrc > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From mwatters at opencsw.org Wed Feb 11 20:21:00 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Feb 2009 13:21:00 -0600 Subject: [csw-maintainers] Python Versioning Message-ID: <4993251C.3000601@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am packaging up an new version of Python, and while going through the packages dependency's, I have noticed several packages that are using very old versions. Looking at the upstream sites for those packages, I don't see a reason we could not upgrade to a more stable and secure version of python. That said... I would like to propose setting up Python the same as PHP using prefixes for the modules i.e. 'php4- and php5-' Prefix the Python modules with py2- and py3k- If someone has a better way to deal with multiple versions, Please don't hesitate to shout out. Just like PHP 4->5, Python 2->3k is a complete re-write and we need to distinguish the packages clearly for the end users. NOTE: The prefix change should NOT be used for apps that merely link to libpythonXX. i.e. openoffice and bittorrent Those should note the requirement appropriately in the package description for the users. I have a quick breakdown of packages that are dependent on Python and their active owners below. I will re do the ones that are marked retired unless someone else speaks up and asks to take charge of those. Any one below that does not have the time or no longer wants to maintain the package, let me know and I will rebuild those as well. There are some packages that are marked Test OK those worked without issue on the new version but they should be recompiled to point to the new package. My testing done on a V490 inside a solaris 8 zone ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Philip Brown bittorrent Test Ok Damjan Perenic sip 2.1 Murray Jensen pilotlink skencil pymxbase pil pyxml renderpm reportlab pypgsql Josh Buysse py_xmlobject 2.3 py_ldap Peter Felecan plucker 2.3 Alessio Cervellin zope James Lee fetchmailconf openoffice* Test OK ooocore Test OK Trygve Laugstol mercurial Eric Enright pyeyed3 2.3 Dagobert Michelsen pylibxml2 Chad Harp pylibxslt pidgin Test OK Ben Walton asciidoc Test OK retired pyorbit gnome_python pysqlite2 pysvn xchat_py Test OK pymysql wesnoth ap2_modpython trac pyclearsilver pysetuptools pydocutils silvercity ME python_tk Test OK part of python2.6 already idle Test OK part of python2.6 already - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmTJRwACgkQLrhmsXMSLxd8pQCcDBjLvRqiPX3uHQlEWstLcqlN 3v0An1BOK9bDDtVOHFXha7F8/dHFC5Bw =IxPW -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 11 20:25:13 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Feb 2009 13:25:13 -0600 Subject: [csw-maintainers] New version of GnuPG in Testing Message-ID: <49932619.6090005@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 arch = all make test pass 100% on arch = all - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmTJhkACgkQLrhmsXMSLxfn8wCg276Eko9MGQy6t0jhRdE8b+Ex SmwAmwR6oFbCg844h81dQPixJiIrrhJ4 =OlsV -----END PGP SIGNATURE----- From phil at bolthole.com Wed Feb 11 20:33:09 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 11 Feb 2009 11:33:09 -0800 Subject: [csw-maintainers] Python Versioning In-Reply-To: <4993251C.3000601@opencsw.org> References: <4993251C.3000601@opencsw.org> Message-ID: <20090211193309.GJ25334@bolthole.com> On Wed, Feb 11, 2009 at 01:21:00PM -0600, Mike Watters wrote: > > Prefix the Python modules with py2- and py3k- we already have a standard of "py_" for python modules. although there are only two packages that properly use it right now :-} if we really need a different prefix for the new python, lets go with py3_ From mwatters at opencsw.org Wed Feb 11 20:36:43 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Feb 2009 13:36:43 -0600 Subject: [csw-maintainers] Python Versioning In-Reply-To: <20090211193309.GJ25334@bolthole.com> References: <4993251C.3000601@opencsw.org> <20090211193309.GJ25334@bolthole.com> Message-ID: <499328CB.5020509@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Wed, Feb 11, 2009 at 01:21:00PM -0600, Mike Watters wrote: >> Prefix the Python modules with py2- and py3k- > > we already have a standard of "py_" for python modules. > although there are only two packages that properly use it right now :-} > if we really need a different prefix for the new python, lets go with > py3_ > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I am ok with the underbar. I am more concerned about getting everyone using a standard. we "do" need to seperate them as python3 modules will NOT work on python 2.x and vice versa. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmTKMsACgkQLrhmsXMSLxegVQCfW4OrysqC+X/zZQ8+YOt0x9aB LlcAn1OizPunUAf6GtlYTGI+TuxGo4f+ =UQyl -----END PGP SIGNATURE----- From william at wbonnet.net Wed Feb 11 21:55:31 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 11 Feb 2009 21:55:31 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> Message-ID: <49933B43.50101@wbonnet.net> Hi > The best education, in this case, is to be clear: "bugs" is ambiguous, > "bugs-notification" is clear > So let's go for bugs-notification@ :) cheers, W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From ihsan at opencsw.org Wed Feb 11 22:23:08 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 11 Feb 2009 22:23:08 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090209061220.GA27681@bolthole.com> References: <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C7979.6070608@opencsw.org> <20090206185136.GB92408@bolthole.com> <498D9E00.3000508@opencsw.org> <20090209061220.GA27681@bolthole.com> Message-ID: <499341BC.8090107@opencsw.org> Am 9.2.2009 7:12 Uhr, Philip Brown schrieb: >>> PS; The ONE down side to gmane.org is that, unlike some other >>> web-based mailing list interfaces... there is no option to post to the list >>> from it. >>> oh. and we wont have any idea how many people are actually using it. >> You can, but only over NNTP. > > Errr... > > If you post via nntp to gmane.org.. does it only go to THEIR archives, or > does it come back to our mailing list as well? No, it does not go directly to their archives. It will be posted to our mailing list with regular SMTP. > If it does both, i would be surprised. > I guess if it's an open list, then not much surprise, though; that would > actually make sense. or even if subscribed.... > presuming you NNTP-connected using the same identity that you are > subscribed to the list with, i guess. Gmane is subscribed to our mailing lists with a unique e-mail address. Everything which is sent to this e-mail address, will be in their archive. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Wed Feb 11 23:21:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 11 Feb 2009 23:21:38 +0100 Subject: [csw-maintainers] wiki In-Reply-To: <1234312589-sup-2069@ntdws12.chass.utoronto.ca> References: <1234312589-sup-2069@ntdws12.chass.utoronto.ca> Message-ID: <77532309-26F3-4BD6-8D50-C6909EB2A65A@opencsw.org> Hi, Am 11.02.2009 um 01:37 schrieb Ben Walton: > Sourceforge tells me that I can't edit the wiki because I'm neither an > admin nor an editor. Can you stick me in the editor group? You and everyone who registered for the GAR MediaWiki now has editor permissions. Have fun! Best regards -- Dago From skayser at opencsw.org Fri Feb 13 01:00:52 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 13 Feb 2009 01:00:52 +0100 Subject: [csw-maintainers] HEADS UP: Mantis notification fixes - part 2 Message-ID: <4994B834.20200@opencsw.org> Hi, had been keeping an eye on the Mantis notifications since last time and noticed that there are no notifications for _bug notes_ going out. Reason for this is a bug in our current Mantis version (bug tracking software is just software after all ...), so i will upgrade our Mantis installation to the most recent stable version this weekend. Will let you guys know when i will be doing this, shouldn't take too long. For now here is a list of _open_ bugs where bug notes were added in the last 21 days (either by us or by users). +------------+------------------------------------------+--------+ | pkg | bug_summary | bug_id | +------------+------------------------------------------+--------+ | mtr | Current version is 0.72 | 2557 | | top | Top 3.6 is compiled for single CPU | 2844 | | gnupg | ncurses dependency is missing | 3035 | | xchat | xchat has dependencies not indicated on | 3062 | | postfix | /opt/csw/libexec/postfix not stripped, t | 3063 | | fontconfig | provide 64bit libs | 2675 | | firefox | random crashes - seven times today, but | 2841 | +------------+------------------------------------------+--------+ So if you are a maintainer of one of these packages keep in mind that you might not have gotten a notification, nor did a bug reporter get one in case you have added a bug note. Sebastian From phil at bolthole.com Fri Feb 13 01:11:51 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Feb 2009 16:11:51 -0800 Subject: [csw-maintainers] Announcement about ggettext package that affects many people Message-ID: <20090213001151.GD31102@bolthole.com> hi folks, Chad Harp was nice enough to spend a whole bunch of time reworking the GNU gettext package. one of the updates to it, was to split out a separate "ggettextrt" package. If you happen to have a package that depends on CSWggettext, and only needs the shared libs, or just the "ggettext" commandline ... please update it to depend on CSWggettextrt instead, the next time you rebuild it. This will probably save the user from having to download an unneeded 2 megabytes of data, as well as eliminating unneccessary use of ncurses. From mwatters at opencsw.org Fri Feb 13 03:09:10 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 12 Feb 2009 20:09:10 -0600 Subject: [csw-maintainers] HEADS UP: Mantis notification fixes - part 2 In-Reply-To: <4994B834.20200@opencsw.org> References: <4994B834.20200@opencsw.org> Message-ID: <4994D646.1010104@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have put together a new package for gnupg that fixes the ncurses dependency. The dependency is not actually that of gnupg, it is readline that is dependent on it. I believe Dago has resolved the ncurses dependency on readline. I will take ownership of the Xchat bug(s) Sebastian Kayser wrote: > Hi, > > had been keeping an eye on the Mantis notifications since last time and > noticed that there are no notifications for _bug notes_ going out. > > Reason for this is a bug in our current Mantis version (bug tracking > software is just software after all ...), so i will upgrade our Mantis > installation to the most recent stable version this weekend. > > Will let you guys know when i will be doing this, shouldn't take too > long. For now here is a list of _open_ bugs where bug notes were added > in the last 21 days (either by us or by users). > > +------------+------------------------------------------+--------+ > | pkg | bug_summary | bug_id | > +------------+------------------------------------------+--------+ > | mtr | Current version is 0.72 | 2557 | > | top | Top 3.6 is compiled for single CPU | 2844 | > | gnupg | ncurses dependency is missing | 3035 | > | xchat | xchat has dependencies not indicated on | 3062 | > | postfix | /opt/csw/libexec/postfix not stripped, t | 3063 | > | fontconfig | provide 64bit libs | 2675 | > | firefox | random crashes - seven times today, but | 2841 | > +------------+------------------------------------------+--------+ > > So if you are a maintainer of one of these packages keep in mind that > you might not have gotten a notification, nor did a bug reporter get one > in case you have added a bug note. > > Sebastian > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmU1kYACgkQLrhmsXMSLxfVzwCfS+GeqEHJQcfC6OWo1AqI9MSb 23gAn3yPfP/VpreVEYnO0MgmwetrJ2fp =ifcc -----END PGP SIGNATURE----- From dam at opencsw.org Fri Feb 13 13:50:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Feb 2009 13:50:47 +0100 Subject: [csw-maintainers] New member Message-ID: Hi, the association welcomes the newly accepted members - Eric Korpela Eric provided official packages for the open source grid computing framework . Please keep in mind that being a maintainer is not only about fame and glory, but also about tedious work to make the packages as good as possible and remove bugs timely when discovered. Please check regularly at the bottom of your maintainer page if there are any open issues. If you have spare cycles please adopt an orphaned package and help bring the complete software stack to a 100% current state. But enough of morality: A very warm welcome! Your membership is tracked at There is now a new column with your dedication in the project. Please let me know on what are you working or are planning to work like "webpage", "maintainer", etc. Currently there are three more applicants is the queue for which I either don't have votes from all board members or where the status is currently under discussion: - Gary Law Awaiting votes from board members after package submittal - Jake Goerzen Awaiting feedback after reducing packaging activity - Cyrus Mehta On hold until his package 'monit' hits current/ - J?rgen Arndt On hold until his package 'nagios' hits current/ If you have applied for membership and don't see your name anywhere above please let me know. There has been a lot of mail traffic for me to be processed in the past weeks and I cannot guarantee that I didn't missed one. Best regards -- Dago From dam at opencsw.org Fri Feb 13 13:59:15 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Feb 2009 13:59:15 +0100 Subject: [csw-maintainers] Please update your mGAR v2 due to errors Message-ID: <2EE4AA47-B26D-4E20-BA22-E9062C70D73F@opencsw.org> Hi, there have been some difficulties with the current mGAR v2 extensions concerning dynamic gspec files and dynamic admscripts. Especially existing gspec files may have been overwritten during packaging so RC/SMF scripts may be missing. Please upgrade your GAR tree if you experienced one of those errors and inspect your packages carefully. Sorry for the inconvenience -- Dago From dam at opencsw.org Fri Feb 13 14:39:20 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Feb 2009 14:39:20 +0100 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <20090213001151.GD31102@bolthole.com> References: <20090213001151.GD31102@bolthole.com> Message-ID: <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> Hi, Am 13.02.2009 um 01:11 schrieb Philip Brown: > Chad Harp was nice enough to spend a whole bunch of time reworking the > GNU gettext package. one of the updates to it, was to split out a > separate "ggettextrt" package. I noticed that sparcv9/libintl.so.3.4.0 is no longer a symlink to libintl.so.3, but a copy. Looks wrong to me. > If you happen to have a package that depends on CSWggettext, and > only needs the shared libs, or just the "ggettext" commandline ... > please > update it to depend on CSWggettextrt instead, the next time you > rebuild it. Could we please mass-file bug-reports against them? Otherwise fixing it will be forgotten on some packages. Best regards -- Dago From bonivart at opencsw.org Fri Feb 13 17:23:04 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 13 Feb 2009 17:23:04 +0100 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> References: <20090213001151.GD31102@bolthole.com> <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> Message-ID: <625385e30902130823x42e0b3adv12aeb6750b02c421@mail.gmail.com> On Fri, Feb 13, 2009 at 2:39 PM, Dagobert Michelsen wrote: > Could we please mass-file bug-reports against them? Otherwise fixing it > will be forgotten on some packages. Good idea, it was a huge list. I found tnef there but it would be easiest if a bug was filed like with openssl_rt. -- /peter From harpchad at opencsw.org Fri Feb 13 17:23:26 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 13 Feb 2009 10:23:26 -0600 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> References: <20090213001151.GD31102@bolthole.com> <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> Message-ID: <49959E7E.6010808@opencsw.org> Dagobert Michelsen wrote: > I noticed that sparcv9/libintl.so.3.4.0 is no longer a symlink to > libintl.so.3, but a copy. Looks wrong to me. There is no sparcv9/libintl.so.3.4.0 in the package? > Could we please mass-file bug-reports against them? Otherwise fixing it > will be forgotten on some packages. Is there an easier way to do this other than doing them one at a time through the Mantis gui? Terminal based Mantis client, etc? From mwatters at opencsw.org Fri Feb 13 17:36:19 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Feb 2009 10:36:19 -0600 Subject: [csw-maintainers] gnupg-2.0.10 updated in Testing Message-ID: <4995A183.9060106@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: recompile with new ggettext and add missing dependencies. all tests still pass 100% - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmVoYMACgkQLrhmsXMSLxdhwQCfa7L8iBEGmpdOUVNOM2WYCxt6 akIAn04tVy1V/w1HKNuuyUaxYikjcLlM =G+/G -----END PGP SIGNATURE----- From harpchad at opencsw.org Fri Feb 13 17:44:11 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 13 Feb 2009 10:44:11 -0600 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <49959E7E.6010808@opencsw.org> References: <20090213001151.GD31102@bolthole.com> <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> <49959E7E.6010808@opencsw.org> Message-ID: <4995A35B.2010705@opencsw.org> Chad Harp wrote: > Dagobert Michelsen wrote: > >> I noticed that sparcv9/libintl.so.3.4.0 is no longer a symlink to >> libintl.so.3, but a copy. Looks wrong to me. > > There is no sparcv9/libintl.so.3.4.0 in the package? > I do see it out on the buildfarm though. There are no packages that depend on it (according to opencsw.org search). Should have been removed by pkgrm. I think it can be safely deleted. From mwatters at opencsw.org Fri Feb 13 20:00:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Feb 2009 13:00:34 -0600 Subject: [csw-maintainers] New version python2.6.1 in Testing Message-ID: <4995C352.40007@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: recompile to allow honoring of /usr/lib/python*/site-packages installed modules. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmVw1IACgkQLrhmsXMSLxcPjACcDKrnUTrkDo7EGJrJaJVnAxjX VIoAoI/PtAVlYpy7GFjprbi925xRJ+xB =UzYy -----END PGP SIGNATURE----- From phil at bolthole.com Fri Feb 13 20:23:20 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 13 Feb 2009 11:23:20 -0800 Subject: [csw-maintainers] New version python2.6.1 in Testing In-Reply-To: <4995C352.40007@opencsw.org> References: <4995C352.40007@opencsw.org> Message-ID: <20090213192319.GA12947@bolthole.com> On Fri, Feb 13, 2009 at 01:00:34PM -0600, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Changes: > recompile to allow honoring of /usr/lib/python*/site-packages installed > modules. err. what? **/usr/lib** ?? that sounds unwise..? From mwatters at opencsw.org Fri Feb 13 21:35:06 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Feb 2009 14:35:06 -0600 Subject: [csw-maintainers] New version python2.6.1 in Testing **TYPO ** In-Reply-To: <20090213192319.GA12947@bolthole.com> References: <4995C352.40007@opencsw.org> <20090213192319.GA12947@bolthole.com> Message-ID: <4995D97A.9080906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Fri, Feb 13, 2009 at 01:00:34PM -0600, Mike Watters wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Changes: >> recompile to allow honoring of /usr/lib/python*/site-packages installed >> modules. > > err. what? > > **/usr/lib** ?? > > that sounds unwise..? > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers woops, /opt/csw/lib sorry + sitedirs.append("/opt/csw/lib/python/site-packages") + sitedirs.append("/opt/csw/lib/python2.5/site-packages") + sitedirs.append("/opt/csw/lib/python2.3/site-packages") + sitedirs.append("/opt/csw/lib/python2.1/site-packages") - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmV2XkACgkQLrhmsXMSLxfm3wCg6XWFS9olzkMKxLoZhVA0Ngnw vj0AoJ7zxK6Sg6KUp3fA0W6ehQ9G3ily =7dHa -----END PGP SIGNATURE----- From skayser at opencsw.org Fri Feb 13 21:57:06 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 13 Feb 2009 21:57:06 +0100 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <49959E7E.6010808@opencsw.org> References: <20090213001151.GD31102@bolthole.com> <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> <49959E7E.6010808@opencsw.org> Message-ID: <4995DEA2.4070907@opencsw.org> Chad Harp wrote: > Dagobert Michelsen wrote: > >> I noticed that sparcv9/libintl.so.3.4.0 is no longer a symlink to >> libintl.so.3, but a copy. Looks wrong to me. > > There is no sparcv9/libintl.so.3.4.0 in the package? > >> Could we please mass-file bug-reports against them? Otherwise fixing it >> will be forgotten on some packages. > > Is there an easier way to do this other than doing them one at a time > through the Mantis gui? Terminal based Mantis client, etc? Mantis comes with a SOAP interface called MantisConnect (MC) that can be used for stuff just like that. MC had once been an addon but is now part of the core distribution. http://www.futureware.biz/mantisconnect/ http://opencsw.org/mantis/api/soap/mantisconnect.php Anyone proficient enough with SOAP to hack something together? Me not :) Sebastian From bonivart at opencsw.org Fri Feb 13 22:34:31 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 13 Feb 2009 22:34:31 +0100 Subject: [csw-maintainers] Weekend fun Message-ID: <625385e30902131334qf4227e3ob82997deba3e33cb@mail.gmail.com> Sorry about the spam but it's the weekend now and it's pretty cool! :-) http://www.coolepochcountdown.com/ -- /peter From william at wbonnet.net Fri Feb 13 22:40:05 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 13 Feb 2009 22:40:05 +0100 Subject: [csw-maintainers] Weekend fun In-Reply-To: <625385e30902131334qf4227e3ob82997deba3e33cb@mail.gmail.com> References: <625385e30902131334qf4227e3ob82997deba3e33cb@mail.gmail.com> Message-ID: <4995E8B5.50008@wbonnet.net> hI Peter > Sorry about the spam but it's the weekend now and it's pretty cool! :-) > > http://www.coolepochcountdown.com/ > THANKS ! cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Sun Feb 15 15:27:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 15 Feb 2009 15:27:17 +0100 Subject: [csw-maintainers] GAR questions? In-Reply-To: <625385e30902130945s59cad6d9m2c621c4723022c17@mail.gmail.com> References: <625385e30902130945s59cad6d9m2c621c4723022c17@mail.gmail.com> Message-ID: <2CA99789-B87C-4373-9C82-794BD45F2CBD@opencsw.org> Hi Peter, Am 13.02.2009 um 18:45 schrieb Peter Bonivart: > I was testing the new cswusergroup class for my clamav package and > modified this line in the Makefile: > > SPKG_CLASSES_CSWclamav = none cswusergroup cswautouser cswcpsampleconf > cswinitsmf > > But the finished package looks like this: > > PSTAMP=bonivart at build8x-20090213183908 > CLASSES=none > > Only "none" is included, also there's no revision number included > in the PSTAMP. Ups, these are nasty artifacts of the latest GAR enhancement, dynamic pkginfo files. I just made a test run with a hopefully fixed versions in r3114. The GAR revision is missing from the PSTAMP as I implemented a feature which were discussed some month ago about better trackibility from which GAR description the package was build. For this the GAR revision is no longer in PSTAMP, but moved to a custom variable in pkginfo: OPENCSW_REPOSITORY=https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/ clamav/trunk at 3113 Another new variable states if the package is build with 64 bit enabled and if it uses isaexec: OPENCSW_MODE64= This may be 64 or 64/isaexec. Sorry for the inconvenience -- Dago From dam at opencsw.org Sun Feb 15 15:37:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 15 Feb 2009 15:37:42 +0100 Subject: [csw-maintainers] New member In-Reply-To: References: Message-ID: Hi, the association welcomes the newly accepted members - Gary Law Gary already maintained packages and contributed updates to puppet and facter recently. Currently there are three more applicants is the queue for which I either don't have votes from all board members or where the status is currently under discussion: - Jake Goerzen Awaiting feedback after reducing packaging activity - Cyrus Mehta On hold until his package 'monit' hits current/ - J?rgen Arndt On hold until his package 'nagios' hits current/ Please keep in mind that being a maintainer is not only about fame and glory, but also about tedious work to make the packages as good as possible and remove bugs timely when discovered. Please check regularly at the bottom of your maintainer page if there are any open issues. If you have spare cycles please adopt an orphaned package and help bring the complete software stack to a 100% current state. But enough of morality: A very warm welcome! Your membership is tracked at There is now a new column with your dedication in the project. Please let me know on what are you working or are planning to work like "webpage", "maintainer", etc. If you have applied for membership and don't see your name anywhere above please let me know. There has been a lot of mail traffic for me to be processed in the past weeks and I cannot guarantee that I didn't missed one. Best regards -- Dago From mwatters at opencsw.org Sun Feb 15 18:25:47 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Feb 2009 11:25:47 -0600 Subject: [csw-maintainers] Thoughts on a CSW Java package Message-ID: <4998501B.5070002@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was cruising through the packages on the web and noticed a bunch of packages for Java. I was wondering if it would be prudent to create a CSWjava package we could compile and link against so as not to have to rely on users to download and install a compatible version. basically it would be more of a "re-package" then anything else. download the "shar" files from Java.sun.com, extract them in /opt/csw and package them into CSWjava32-rt CSWjava32-devel CSWjava64-rt CSWjava64-devel that way we could put dependencies on the java packages that require the CSW version. It will make building the java dependent packages much easier. Thoughts? - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmYUBsACgkQLrhmsXMSLxdHYACgyqTDFQXkUvlFI0757Xpxc3eX 0I8AnRCpcxp1XQQ/94EhhK6uZEO6px5g =s+ez -----END PGP SIGNATURE----- From dam at opencsw.org Sun Feb 15 20:03:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 15 Feb 2009 20:03:56 +0100 Subject: [csw-maintainers] Fwd: [csw-buildfarm] Please remove libtool dependency References: <45F229DC-BBFA-4659-9DF2-211E93749891@opencsw.org> Message-ID: <30EC8DF9-4FD5-4E15-A3E1-C87EAEA6F94D@opencsw.org> Hi Mike, Am 15.02.2009 um 17:15 schrieb Mike Watters: >> Dagobert Michelsen wrote: >>> Am 13.02.2009 um 23:26 schrieb Mike Watters: >>>> Please remove /opt/csw/lib/libneon.la >>>> it is looking for libexpat.la which no longer exists. >>> >>> I have an updated neon almost finished. Can you wait or should I >>> quick-remove it? > > I can wait. There is now an updated neon in testing. Please let me know if it works. Best regards -- Dago From skayser at opencsw.org Sun Feb 15 23:09:40 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Feb 2009 23:09:40 +0100 Subject: [csw-maintainers] Mantis (bug tracker) going into maintenance at 11:30pm CET Message-ID: <499892A4.4080804@opencsw.org> Hi folks, will put Mantis (our bug tracker) into maintenance mode for a version upgrade at 11:30pm CET. Shouldn't take too long, will let you know as soon as it is up again. Sebastian From skayser at opencsw.org Mon Feb 16 00:02:01 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Feb 2009 00:02:01 +0100 Subject: [csw-maintainers] Mantis (bug tracker) going into maintenance at 11:30pm CET In-Reply-To: <499892A4.4080804@opencsw.org> References: <499892A4.4080804@opencsw.org> Message-ID: <49989EE9.5020805@opencsw.org> Sebastian Kayser wrote: > will put Mantis (our bug tracker) into maintenance mode for a version > upgrade at 11:30pm CET. Shouldn't take too long, will let you know as > soon as it is up again. Up again. Notifications for bug notes do work now. Mantis is still kinda slow, will look into that next. Sebastian From skayser at opencsw.org Mon Feb 16 01:06:46 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Feb 2009 01:06:46 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <49933B43.50101@wbonnet.net> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> <49933B43.50101@wbonnet.net> Message-ID: <4998AE16.8040501@opencsw.org> William Bonnet wrote: >> The best education, in this case, is to be clear: "bugs" is ambiguous, >> "bugs-notification" is clear >> > So let's go for bugs-notification@ :) That's done :). Ihsan has setup the mailing list https://lists.opencsw.org/mailman/listinfo/bug-notifications bug-notifications at lists.opencsw.org Furthermore Mantis now has a dummy user (configured with the mailing list address) that receives notifications for actions on all bugs / packages. Sebastian P.S.: Note that it's bug-notifications@ as Ihsan had proposed initially. Just realized that the "s" swapped places somewhere along this thread, but i guess it's fine either way. From phil at bolthole.com Mon Feb 16 06:35:28 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 15 Feb 2009 21:35:28 -0800 Subject: [csw-maintainers] Thoughts on a CSW Java package In-Reply-To: <4998501B.5070002@opencsw.org> References: <4998501B.5070002@opencsw.org> Message-ID: <20090216053528.GA19326@bolthole.com> On Sun, Feb 15, 2009 at 11:25:47AM -0600, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I was cruising through the packages on the web and noticed a bunch of > packages for Java. I was wondering if it would be prudent to create a > CSWjava package we could compile and link against so as not to have to > rely on users to download and install a compatible version. please see the archives on this subject :-) From dam at opencsw.org Mon Feb 16 09:16:52 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Feb 2009 09:16:52 +0100 Subject: [csw-maintainers] Thoughts on a CSW Java package In-Reply-To: <4998501B.5070002@opencsw.org> References: <4998501B.5070002@opencsw.org> Message-ID: Hi Mike, Am 15.02.2009 um 18:25 schrieb Mike Watters: > I was cruising through the packages on the web and noticed a bunch of > packages for Java. I was wondering if it would be prudent to create a > CSWjava package we could compile and link against so as not to have to > rely on users to download and install a compatible version. > > basically it would be more of a "re-package" then anything else. > download the "shar" files from Java.sun.com, extract them in /opt/csw > and package them into CSWjava32-rt CSWjava32-devel CSWjava64-rt > CSWjava64-devel > > that way we could put dependencies on the java packages that require > the > CSW version. It will make building the java dependent packages much > easier. > > Thoughts? As Phil said: this was discussed some time ago before you joined :-) I made packages for jre and jdk 5 and 6 with GAR and put them in testing/. As of today we are not allowed to distribute them due to licensing restrictions. I am still in contact with Sun about this. As workaround they offered we could distribute OpenJDK instead, not really a replacement. Feel free to test the packages in testing/, but don't depend on them in official packages. Best regards -- Dago From yann at pleiades.fr.eu.org Mon Feb 16 09:18:06 2009 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Mon, 16 Feb 2009 09:18:06 +0100 Subject: [csw-maintainers] WARNING: upgrade problem with last openssh package under Solaris 10 Message-ID: <4999213E.7000407@pleiades.fr.eu.org> Hi, The previous openssh packages were incorrectly pushed in the csw repository tree: the solaris 8 package was pushed in the solaris 10 tree instead of the solaris 10 one. As a side effect, with the current package, stopping openssh under Solaris 10 kills all ssh connections. The problem will be solved with the next package release, which will soon land in the repository, but the upgrade will not go smoothly as the previous ssh processes will be stopped during the operation, hence killing all ssh connections. So if you perform the upgrade from an ssh connection, this connection will be killed, the ssh package will be left in a uninstalled state and you will not be able to log again on your server using ssh. To avoid this problem: - either perform the upgrade from the console or using another remote shell - or follow this procedure: * launch manually the openssh daemon on a non-standard port: /opt/csw/sbin/sshd -p 2022 * connect to your server by ssh on this port: ssh -p 2022 yourserver * perform the upgrade from this connection The openssh daemon manually launched will not be killed allowing you to perform the upgrade safely. I apologize for any inconvenience caused by this bug. Yann From mwatters at opencsw.org Mon Feb 16 17:37:33 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Feb 2009 10:37:33 -0600 Subject: [csw-maintainers] [csw-users] WARNING: upgrade problem with last openssh package under Solaris 10 In-Reply-To: <4999213E.7000407@pleiades.fr.eu.org> References: <4999213E.7000407@pleiades.fr.eu.org> Message-ID: <4999964D.7010409@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 the problem lies in the pre-remove although I don't have a copy for solaris 8 I can look at. The workaround I have used in the past for this problem is as follows: first, ssh into the system, sudo root cd /var/sadm/pkgs/CSWossh/install cp preremove ~/ # to keep a copy for cleanup edit the preremove script in install and before any other code put exit 0 this will cause the package to skip the pre-remove as successful. then you can pkgrm the new package without losing your ssh connections. before adding the "new" package, walk yourself through the original pre-remove and cleanup the same things it did. i.e. /var/run/sshd.pid et.al. then you can pkg-add your new version and as people disconnect and re-connect their ssh version will be upgraded. - -- Mike Yann Rouillard wrote: > Hi, > > The previous openssh packages were incorrectly pushed in the csw > repository tree: the solaris 8 package was pushed in the solaris 10 tree > instead of the solaris 10 one. > > As a side effect, with the current package, stopping openssh under > Solaris 10 kills all ssh connections. > > The problem will be solved with the next package release, which will > soon land in the repository, but the upgrade will not go smoothly as the > previous ssh processes will be stopped during the operation, hence > killing all ssh connections. > > So if you perform the upgrade from an ssh connection, this connection > will be killed, the ssh package will be left in a uninstalled state and > you will not be able to log again on your server using ssh. > > To avoid this problem: > > - either perform the upgrade from the console or using another remote > shell > > - or follow this procedure: > > * launch manually the openssh daemon on a non-standard port: > /opt/csw/sbin/sshd -p 2022 > > * connect to your server by ssh on this port: > ssh -p 2022 yourserver > > * perform the upgrade from this connection > > The openssh daemon manually launched will not be killed allowing you > to perform the upgrade safely. > > > I apologize for any inconvenience caused by this bug. > > Yann > > > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmZlk0ACgkQLrhmsXMSLxez1QCfZN+jkMuDPTG1420NMcqM64Dy wPwAoNLtbi9fGL8BjhQ6EDqyODbD5CdQ =5PNk -----END PGP SIGNATURE----- From bonivart at opencsw.org Mon Feb 16 18:30:13 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 16 Feb 2009 18:30:13 +0100 Subject: [csw-maintainers] PHP extension request Message-ID: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> I have packaged an update to phpMyAdmin and there's a few new dependencies: # To support uploading of ZIP files, you need the PHP zip extension. # For proper support of multibyte strings (eg. UTF-8, which is currently default), you should install mbstring and ctype extensions. Anyone up to package those three extensions? Or at least mbstring which I think is most important of the three. -- /peter From mwatters at opencsw.org Mon Feb 16 18:35:39 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Feb 2009 11:35:39 -0600 Subject: [csw-maintainers] PHP extension request In-Reply-To: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> References: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> Message-ID: <4999A3EB.7030803@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I will give them a shot. Peter Bonivart wrote: > I have packaged an update to phpMyAdmin and there's a few new dependencies: > > # To support uploading of ZIP files, you need the PHP zip extension. > # For proper support of multibyte strings (eg. UTF-8, which is > currently default), you should install mbstring and ctype extensions. > > Anyone up to package those three extensions? Or at least mbstring > which I think is most important of the three. > - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmZo+sACgkQLrhmsXMSLxdnTwCgqCP4p1LQYfQzO9vR+LB+UelV looAnjgpxzspG5jcTiy++loijdzeZ/Ry =VwjL -----END PGP SIGNATURE----- From william at wbonnet.net Mon Feb 16 20:11:35 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Feb 2009 20:11:35 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4998AE16.8040501@opencsw.org> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> <49933B43.50101@wbonnet.net> <4998AE16.8040501@opencsw.org> Message-ID: <4999BA67.6040808@wbonnet.net> Hi > That's done :). Ihsan has setup the mailing list > Thanks -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Mon Feb 16 21:06:21 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Feb 2009 12:06:21 -0800 Subject: [csw-maintainers] stable release? Message-ID: <20090216200621.GC89332@bolthole.com> I have some folks asking about a new 'stable' release. ----- Forwarded message from Josh Smift ----- Hiya! We use OpenCSW at Upromise, and try to update our CSW packages in synch with a periodic update of Sun patches, but noticed that the latest 'stable' snapshot is still from Oct 24th. Do you have a target for when the next snapshot will be? ----- End forwarded message ----- From phil at bolthole.com Mon Feb 16 21:12:28 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Feb 2009 12:12:28 -0800 Subject: [csw-maintainers] GAR questions? In-Reply-To: <2CA99789-B87C-4373-9C82-794BD45F2CBD@opencsw.org> References: <625385e30902130945s59cad6d9m2c621c4723022c17@mail.gmail.com> <2CA99789-B87C-4373-9C82-794BD45F2CBD@opencsw.org> Message-ID: <20090216201228.GF89332@bolthole.com> On Sun, Feb 15, 2009 at 03:27:17PM +0100, Dagobert Michelsen wrote: > Another new variable states if the package is build with 64 bit > enabled and if it uses isaexec: > > OPENCSW_MODE64= > > This may be 64 or 64/isaexec. shouldnt there be 3 states? "64" doesnt indicate if it is a mixed 32/64bit package, or whether it is 64-bit only. From skayser at opencsw.org Mon Feb 16 21:31:48 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Feb 2009 21:31:48 +0100 Subject: [csw-maintainers] PHP extension request In-Reply-To: <4999A3EB.7030803@opencsw.org> References: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> <4999A3EB.7030803@opencsw.org> Message-ID: <4999CD34.8020700@opencsw.org> Mike Watters wrote: > I will give them a shot. > > Peter Bonivart wrote: >> I have packaged an update to phpMyAdmin and there's a few new dependencies: >> >> # To support uploading of ZIP files, you need the PHP zip extension. >> # For proper support of multibyte strings (eg. UTF-8, which is >> currently default), you should install mbstring and ctype extensions. >> >> Anyone up to package those three extensions? Or at least mbstring >> which I think is most important of the three. Mike, while you are at it, would you mind giving Xdebug [1] a shot as well? We could use its profiling feature to nail down the performance problems of our Mantis installation. Sebastian [1] http://xdebug.org/ From dam at opencsw.org Mon Feb 16 21:47:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Feb 2009 21:47:50 +0100 Subject: [csw-maintainers] Directory permissions on /opt/csw/var/svc In-Reply-To: <200902162311.57120.ai@vsu.ru> References: <200902121852.26676.ai@vsu.ru> <49281167-A058-4455-868C-7A315DCD2FF7@opencsw.org> <200902162311.57120.ai@vsu.ru> Message-ID: Hi Phil, Am 16.02.2009 um 21:11 schrieb Andy Igoshin: > i propose to change the group name of some SMF directories to conform > to solaris directories when '/opt/csw/var' is mounted on '/var'. > > the patch is attached. > --- smf_enabled.gspec.ORIG Mon Feb 16 15:02:24 2009 > +++ smf_enabled.gspec Mon Feb 16 15:03:07 2009 > @@ -24,9 +24,9 @@ > s init /etc/rc3.d/%{INIT_RC3}%{INIT_START_PRIO}%{RC_INIT_SCRIPT}=../ > init.d/%{RC_INIT_SCRIPT} > d init /etc/rcS.d ? ? ? > s init /etc/rcS.d/%{INIT_RCS}%{INIT_KILL_PRIO}%{RC_INIT_SCRIPT}=../ > init.d/%{RC_INIT_SCRIPT} > -d smf /opt/csw/var/svc 0755 root bin > -d smf /opt/csw/var/svc/manifest 0755 root bin > -d smf /opt/csw/var/svc/manifest/site 0755 root bin > +d smf /opt/csw/var/svc 0755 root sys > +d smf /opt/csw/var/svc/manifest 0755 root sys > +d smf /opt/csw/var/svc/manifest/site 0755 root sys > v smf /opt/csw/var/svc/manifest/site/%{SMF_MANIFEST}= > $WORKDIR_FIRSTMOD/%{SMF_MANIFEST} 0644 root bin > d smf /opt/csw/lib 0755 root bin > d smf /opt/csw/lib/svc 0755 root bin Sounds ok? Best regards -- Dago From dam at opencsw.org Mon Feb 16 21:50:06 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Feb 2009 21:50:06 +0100 Subject: [csw-maintainers] GAR questions? In-Reply-To: <20090216201228.GF89332@bolthole.com> References: <625385e30902130945s59cad6d9m2c621c4723022c17@mail.gmail.com> <2CA99789-B87C-4373-9C82-794BD45F2CBD@opencsw.org> <20090216201228.GF89332@bolthole.com> Message-ID: Hi Phil, Am 16.02.2009 um 21:12 schrieb Philip Brown: > On Sun, Feb 15, 2009 at 03:27:17PM +0100, Dagobert Michelsen wrote: >> Another new variable states if the package is build with 64 bit >> enabled and if it uses isaexec: >> >> OPENCSW_MODE64= >> >> This may be 64 or 64/isaexec. > > shouldnt there be 3 states? > > "64" doesnt indicate if it is a mixed 32/64bit package, or whether it > is 64-bit only. You are probably right. However, we don't have packages containing 64 bit only - yet! I'll change it to 32 32 bit only 32/64 mixed, manually selected 32/64/isaexec mixed, automatically selected 64 64 bit only Best regards -- Dago From mwatters at opencsw.org Mon Feb 16 22:02:24 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Feb 2009 15:02:24 -0600 Subject: [csw-maintainers] PHP extension request In-Reply-To: <4999CD34.8020700@opencsw.org> References: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> <4999A3EB.7030803@opencsw.org> <4999CD34.8020700@opencsw.org> Message-ID: <4999D460.60302@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I will add it to my list ;) Sebastian Kayser wrote: > Mike Watters wrote: >> I will give them a shot. >> >> Peter Bonivart wrote: >>> I have packaged an update to phpMyAdmin and there's a few new dependencies: >>> >>> # To support uploading of ZIP files, you need the PHP zip extension. >>> # For proper support of multibyte strings (eg. UTF-8, which is >>> currently default), you should install mbstring and ctype extensions. >>> >>> Anyone up to package those three extensions? Or at least mbstring >>> which I think is most important of the three. > > Mike, while you are at it, would you mind giving Xdebug [1] a shot as > well? We could use its profiling feature to nail down the performance > problems of our Mantis installation. > > Sebastian > > [1] http://xdebug.org/ > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmZ1F8ACgkQLrhmsXMSLxdaewCfTsdtXXWl3PHyQkYxYA6Kcq/m hMUAnAyolRQtfwjVDFHr5aLSLWFRi3of =FOQo -----END PGP SIGNATURE----- From phil at bolthole.com Mon Feb 16 22:13:27 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Feb 2009 13:13:27 -0800 Subject: [csw-maintainers] Directory permissions on /opt/csw/var/svc In-Reply-To: References: <200902121852.26676.ai@vsu.ru> <49281167-A058-4455-868C-7A315DCD2FF7@opencsw.org> <200902162311.57120.ai@vsu.ru> Message-ID: <20090216211327.GH89332@bolthole.com> On Mon, Feb 16, 2009 at 09:47:50PM +0100, Dagobert Michelsen wrote: > Hi Phil, > > Am 16.02.2009 um 21:11 schrieb Andy Igoshin: > > i propose to change the group name of some SMF directories to conform > > to solaris directories when '/opt/csw/var' is mounted on '/var'. > > > > the patch is attached. Hmmm.... that sort of thing, strikes me as potentially very, VERY dangerous. There are assorted packages/programs, that sometimes exist in both sun space, and csw space, and both use /var, I think. There would be some potentially nasty conflicts. If so, i'm not sure we should be facilitating behaviour that we know is inherently problematical? From ihsan at opencsw.org Tue Feb 17 15:14:57 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 17 Feb 2009 15:14:57 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4998AE16.8040501@opencsw.org> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> <49933B43.50101@wbonnet.net> <4998AE16.8040501@opencsw.org> Message-ID: <499AC661.8010407@opencsw.org> Am 16.2.2009 1:06 Uhr, Sebastian Kayser schrieb: >> So let's go for bugs-notification@ :) > > That's done :). Ihsan has setup the mailing list > > https://lists.opencsw.org/mailman/listinfo/bug-notifications > bug-notifications at lists.opencsw.org I haven't subsrcibed anybody to the list. Please subscribe yourself through the Mailman webinterface. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Tue Feb 17 15:38:07 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 17 Feb 2009 15:38:07 +0100 Subject: [csw-maintainers] stable release? In-Reply-To: <20090216200621.GC89332@bolthole.com> References: <20090216200621.GC89332@bolthole.com> Message-ID: <499ACBCF.6000608@opencsw.org> Am 16.2.2009 21:06 Uhr, Philip Brown schrieb: > I have some folks asking about a new 'stable' release. James was actually doing all these things. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Tue Feb 17 19:04:31 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Feb 2009 10:04:31 -0800 Subject: [csw-maintainers] stable release? In-Reply-To: <499ACBCF.6000608@opencsw.org> References: <20090216200621.GC89332@bolthole.com> <499ACBCF.6000608@opencsw.org> Message-ID: <20090217180431.GC42995@bolthole.com> On Tue, Feb 17, 2009 at 03:38:07PM +0100, Ihsan Dogan wrote: > Am 16.2.2009 21:06 Uhr, Philip Brown schrieb: > > > I have some folks asking about a new 'stable' release. > > James was actually doing all these things. Could you please be more specific as to why you brought this up... are you just making a "historical note", or are you saying James is working on a new stable release? From phil at bolthole.com Tue Feb 17 19:10:53 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Feb 2009 10:10:53 -0800 Subject: [csw-maintainers] java package comment Message-ID: <20090217181053.GE42995@bolthole.com> BTW: since sun is being braindead about the java redistribution thing, i'd like to make a proposal; we previously had the concept generally agreed upon, that we would have a virtual package CSWjava, that would theoretically point to the most up to date package of "ours". Until such time as sun wakes up, i'd like to propose that we have an even more general case "CSWjava" package, that installs wrapper scripts to /opt/csw/bin/{java,jre}, and that auto-detects any installed java packages, and attempts to invoke the latest. and/or reads config files to override defaults and go with sysadmin preference of default. That way, we can have our java related packages depend on "java", and then have a "known" java runtime location, as much as possible. Dago, how about it? From dam at opencsw.org Tue Feb 17 19:24:33 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Feb 2009 19:24:33 +0100 Subject: [csw-maintainers] java package comment In-Reply-To: <20090217181053.GE42995@bolthole.com> References: <20090217181053.GE42995@bolthole.com> Message-ID: <3AE3F560-5BBF-44C1-85B9-50C49E525D42@opencsw.org> Hi Phil, Am 17.02.2009 um 19:10 schrieb Philip Brown: > BTW: since sun is being braindead about the java redistribution thing, > i'd like to make a proposal; > > we previously had the concept generally agreed upon, that we would > have a > virtual package CSWjava, that would theoretically point to the most > up to date package of "ours". > > Until such time as sun wakes up, i'd like to propose that we have an > even > more general case "CSWjava" package, that installs wrapper scripts to > /opt/csw/bin/{java,jre}, and that auto-detects any installed java > packages, > and attempts to invoke the latest. > > and/or reads config files to override defaults and go with sysadmin > preference of default. > > That way, we can have our java related packages depend on "java", and > then have a "known" java runtime location, as much as possible. > Dago, how about it? Let's do it. However, my directory layout is slightly different than your proposal: /opt/csw/java/jdk/latest /opt/csw/java/jre/latest Then /opt/csw/bin/java could point to /opt/csw/java/jre/latest/bin/jre. This would allow having the wrapper now and interpose my current but illegal Java package later if this legal stuff is settled. Best regards -- Dago From phil at bolthole.com Tue Feb 17 19:27:03 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Feb 2009 10:27:03 -0800 Subject: [csw-maintainers] java package comment In-Reply-To: <3AE3F560-5BBF-44C1-85B9-50C49E525D42@opencsw.org> References: <20090217181053.GE42995@bolthole.com> <3AE3F560-5BBF-44C1-85B9-50C49E525D42@opencsw.org> Message-ID: <20090217182703.GF42995@bolthole.com> On Tue, Feb 17, 2009 at 07:24:33PM +0100, Dagobert Michelsen wrote: > > Let's do it. However, my directory layout is slightly different > than your proposal: > /opt/csw/java/jdk/latest > /opt/csw/java/jre/latest > Then > /opt/csw/bin/java could point to /opt/csw/java/jre/latest/bin/jre. > This would allow having the wrapper now and interpose my current but > illegal Java package later if this legal stuff is settled. Do you have your proposal written up on wiki? 'search' doesnt turn it up. From dam at opencsw.org Tue Feb 17 19:28:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Feb 2009 19:28:42 +0100 Subject: [csw-maintainers] Another mGAR v2 issue References: <7FF2104C-5EF7-4866-9390-9A306E88B76B@baltic-online.de> Message-ID: <4627974E-B0FD-49ED-96B6-EE8CE18CF241@opencsw.org> Hi, Peter brought another bug in mGAR v2 to my notice where multiple packages are generated when the default in the GARNAME differs from the name in the gspec-file. Please have an eye on this as the code is still rather new and let me know if you encounter anything strange. The new feature "dynamic gspec files" and "dynamic prototypes" is the opener for more flexibility in the Makefiles in the future. Best regards -- Dago From dam at opencsw.org Tue Feb 17 19:30:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Feb 2009 19:30:31 +0100 Subject: [csw-maintainers] java package comment In-Reply-To: <20090217182703.GF42995@bolthole.com> References: <20090217181053.GE42995@bolthole.com> <3AE3F560-5BBF-44C1-85B9-50C49E525D42@opencsw.org> <20090217182703.GF42995@bolthole.com> Message-ID: <38F8ACDE-EB6A-41DD-ABD8-E149F668AC58@opencsw.org> Hi Phil, Am 17.02.2009 um 19:27 schrieb Philip Brown: > On Tue, Feb 17, 2009 at 07:24:33PM +0100, Dagobert Michelsen wrote: >> Let's do it. However, my directory layout is slightly different >> than your proposal: >> /opt/csw/java/jdk/latest >> /opt/csw/java/jre/latest >> Then >> /opt/csw/bin/java could point to /opt/csw/java/jre/latest/bin/jre. >> This would allow having the wrapper now and interpose my current but >> illegal Java package later if this legal stuff is settled. > > Do you have your proposal written up on wiki? > > 'search' doesnt turn it up. ?hm, no, this is how my CSWjdk, CSWjre, CSWjdk6, CSWjre6 etc. packages in testing/ are currently build. But a description on the wiki won't hurt, yes... Best regards -- Dago From dam at baltic-online.de Tue Feb 17 19:22:44 2009 From: dam at baltic-online.de (Dagobert Michelsen) Date: Tue, 17 Feb 2009 19:22:44 +0100 Subject: [csw-maintainers] Another mGAR v2 issue Message-ID: <7FF2104C-5EF7-4866-9390-9A306E88B76B@baltic-online.de> Hi, Peter brought another bug in mGAR v2 to my notice where multiple packages are generated when the default in the GARNAME differs from the name in the gspec-file. Please have an eye on this as the code is still rather new and let me know if you encounter anything strange. The new feature dynamic gspec files and dynamic prototypes is the opener for more flexibility in the Makefiles. Best regards -- Dago From mwatters at opencsw.org Tue Feb 17 22:42:20 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Feb 2009 15:42:20 -0600 Subject: [csw-maintainers] php5_xdebug *** Now In Testing *** Message-ID: <499B2F3C.3010807@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmbLzwACgkQLrhmsXMSLxcouQCgneXPf0oGshfGPybp9upgJb5C BCoAoMkPa7Sl/cEGFcNnfUDoN31Rrpwb =oD1E -----END PGP SIGNATURE----- From skayser at opencsw.org Wed Feb 18 01:16:13 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 18 Feb 2009 01:16:13 +0100 Subject: [csw-maintainers] php5_xdebug *** Now In Testing *** In-Reply-To: <499B2F3C.3010807@opencsw.org> References: <499B2F3C.3010807@opencsw.org> Message-ID: <499B534D.8090004@opencsw.org> Mike, thanks alot for packaging this up. Will give it a try over the next few days. Sebastian From mwatters at opencsw.org Wed Feb 18 02:21:29 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Feb 2009 19:21:29 -0600 Subject: [csw-maintainers] php5_zip *** Now In Testing *** Message-ID: <499B6299.1090500@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmbYpkACgkQLrhmsXMSLxefEQCgnKHhNFqeo6GYGi5pIOLLo+vv zmcAoKFBeFkU8uGennY7GJvFMMlVQMZZ =4sri -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 18 03:14:45 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Feb 2009 20:14:45 -0600 Subject: [csw-maintainers] php5_ctype *** Now In Testing *** Message-ID: <499B6F15.1060905@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmbbxUACgkQLrhmsXMSLxexFgCfQs0h7NVZHifY6T2tphbm7Kyv U5QAoL3aBSuTyug0jNYjIG4GVhcKJIRW =RdHo -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 18 03:29:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Feb 2009 20:29:34 -0600 Subject: [csw-maintainers] php5_mbstring *** Now In Testing *** Message-ID: <499B728E.4000209@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmbco4ACgkQLrhmsXMSLxdhugCeMXFNx9q0VHroKbjNiY0ejRni +YgAn2TaPGWr3SUFClTV5SqcPZuvfhaX =L3ko -----END PGP SIGNATURE----- From ihsan at opencsw.org Wed Feb 18 10:50:11 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Feb 2009 10:50:11 +0100 Subject: [csw-maintainers] stable release? In-Reply-To: <20090217180431.GC42995@bolthole.com> References: <20090216200621.GC89332@bolthole.com> <499ACBCF.6000608@opencsw.org> <20090217180431.GC42995@bolthole.com> Message-ID: <499BD9D3.600@opencsw.org> Am 17.2.2009 19:04 Uhr, Philip Brown schrieb: >>> I have some folks asking about a new 'stable' release. >> James was actually doing all these things. > > Could you please be more specific as to why you brought this up... > are you just making a "historical note", or are you saying James is working > on a new stable release? Well, he was actually coordinating and pushing people for the stable releasing. Ihsna -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Wed Feb 18 10:53:16 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Feb 2009 10:53:16 +0100 Subject: [csw-maintainers] new php5 maintainer needed Message-ID: <499BDA8C.9040603@opencsw.org> Hello, At the moment I am the php5 maintainer. I've took the package from Cory, because I needed a newer version. I would be really happy, if someone could take over this package, who has time and deeper php knowledge. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Wed Feb 18 11:23:35 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 18 Feb 2009 11:23:35 +0100 Subject: [csw-maintainers] Directory permissions on /opt/csw/var/svc In-Reply-To: <20090216211327.GH89332@bolthole.com> References: <200902121852.26676.ai@vsu.ru> <49281167-A058-4455-868C-7A315DCD2FF7@opencsw.org> <200902162311.57120.ai@vsu.ru> <20090216211327.GH89332@bolthole.com> Message-ID: Hi, Am 16.02.2009 um 22:13 schrieb Philip Brown: > On Mon, Feb 16, 2009 at 09:47:50PM +0100, Dagobert Michelsen wrote: >> Hi Phil, >> >> Am 16.02.2009 um 21:11 schrieb Andy Igoshin: >>> i propose to change the group name of some SMF directories to >>> conform >>> to solaris directories when '/opt/csw/var' is mounted on '/var'. >>> >>> the patch is attached. > > Hmmm.... that sort of thing, strikes me as potentially very, VERY > dangerous. > > There are assorted packages/programs, that sometimes exist in both sun > space, and csw space, and both use /var, I think. > There would be some potentially nasty conflicts. > > If so, i'm not sure we should be facilitating behaviour that we know > is > inherently problematical? Well, to put it the other way: Changing the permissions would bring the /opt/csw-tree to a more Solaris-like permission model, so I think this is generally a Good Thing. Best regards -- Dago From hson at opencsw.org Wed Feb 18 15:19:24 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 18 Feb 2009 15:19:24 +0100 Subject: [csw-maintainers] .la discussion In-Reply-To: <20090128174301.GG23122@bolthole.com> References: <4980876A.8070806@opencsw.org> <20090128170250.GZ23122@bolthole.com> <49809197.8050801@opencsw.org> <20090128172225.GF23122@bolthole.com> <4980951A.2050003@opencsw.org> <20090128174301.GG23122@bolthole.com> Message-ID: <499C18EC.7040103@opencsw.org> Philip Brown wrote: > On Wed, Jan 28, 2009 at 11:25:46AM -0600, Chad Harp wrote: >> Philip Brown wrote: >>> "clean to outside": >>> make a list of all packages that have .la files, and graph em as >>> dependancies, and then start prodding the appropriate people >>> to repackage them starting at "leaf nodes" in the graph. >>> >>> Note: It's no good just doing a one-time repackage. we need to make sure >>> that the maintainers build it "the next time" without .la files too. >> Why not do both? The "clean to us" would allow our maintainers to >> continue building their packages while we take care of the "clean to >> outside". > > you kinda missed the point of "clean to outside". > > If we are trying to remain "clean to outside", that means that "outside" > people will be able to build easily on top of our published packages, > without getting TOO messed up with .la missing linkages. > > The only way that can happen, is if we rebuild packages in a deterministic > manner, working from the "leaf nodes" inward. > > If we just rm all the .la files, then we will effectively be clearing > things for random package rebuilds, which will break the "clean to outside" > paradigm". Sorry for reviving an old discussion, but as a newbie maintainer I need to understand this... What is the real problem with "cleaning the build-servers" (i.e 'rm /opt/csw/lib/*.la')? I understand that in a perfect world it would be best to rebuild "in a deterministic manner", but the reality is that we already have some packages have been rebuilt without .la-files which some other packages depend on. I've taken upon myself to rebuild a few number of packages(libexif, librsvg, exiftools and imagemagick) and stumbled upon a bunch of .la-files that are missing (and which are referenced in other .la-files), even though I only have installed the dependency packages. These are the ones missing on my build machine libexpat.la libfontconfig.la libintl.la libpopt.la libxml2.la Looking at the build farm, these are missing on build8s /opt/csw/lib/libSDL.la /opt/csw/lib/libcairo.la /opt/csw/lib/libexpat.la /opt/csw/lib/libfontconfig.la /opt/csw/lib/libgd.la /opt/csw/lib/libgpg-error.la /opt/csw/lib/libpangocairo-1.0.la /opt/csw/lib/libpopt.la /opt/csw/lib/libpth.la /opt/csw/lib/libsigc-1.2.la This means that we already have a situation where the "clean to outside" approach is "half-dead". And if we are to keep "clean to outside", all released packages, which currently have .la-files and where there are other packages depending on those, must keep being released without .la-files until all "leaf nodes" have been rebuilt without la.files. So my final question is: Am I to release packages with or without .la-files if there are packages depending on my packages and the "current" package have .la-files? What real impact would it have if I delete all .la-files from /opt/csw/lib before I build my package (which I must do, or at least edit the .la-files and change from /opt/csw/lib/libXXX.la to '-lXXX', in order to build imagemagick due to several nonexistant .la-files) ? From mwatters at opencsw.org Wed Feb 18 15:50:54 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 08:50:54 -0600 Subject: [csw-maintainers] new php5 maintainer needed In-Reply-To: <499BDA8C.9040603@opencsw.org> References: <499BDA8C.9040603@opencsw.org> Message-ID: <499C204E.3000301@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ihsan Dogan wrote: > Hello, > > At the moment I am the php5 maintainer. I've took the package from Cory, > because I needed a newer version. > > I would be really happy, if someone could take over this package, who > has time and deeper php knowledge. > > > > Ihsan > Ihsan, I will do it. I have most of the plugins recompiled as you saw my csw-devel checkins - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmcIE4ACgkQLrhmsXMSLxcNAwCeMEK/f4JAFUonoZ5/DUQcJFWg oo4Anjop+ZoLIXmfR000dTh8YzTrqeF6 =ymsX -----END PGP SIGNATURE----- From ihsan at opencsw.org Wed Feb 18 16:15:53 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Feb 2009 16:15:53 +0100 Subject: [csw-maintainers] new php5 maintainer needed In-Reply-To: <499C204E.3000301@opencsw.org> References: <499BDA8C.9040603@opencsw.org> <499C204E.3000301@opencsw.org> Message-ID: <499C2629.6090508@opencsw.org> Hello Mike, Am 18.2.2009 15:50 Uhr, Mike Watters schrieb: >> At the moment I am the php5 maintainer. I've took the package from Cory, >> because I needed a newer version. > >> I would be really happy, if someone could take over this package, who >> has time and deeper php knowledge. > > I will do it. I have most of the plugins recompiled as you saw my > csw-devel checkins Thank you very much. Everything is actually in Gar. :-) Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From hson at opencsw.org Wed Feb 18 16:35:05 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 18 Feb 2009 16:35:05 +0100 Subject: [csw-maintainers] A policy issue Message-ID: <499C2AA9.6030401@opencsw.org> What is the policy regarding removing (i.e not configuring optional functionality before build) functionality when releasing a new version of a package? And also, what are the policy on backporting Solaris8/9-support which have been removed by upstream vendor? The reason for asking is this: The current imagemagick-package have support for openexr image format which in CSW lies in the package openexr. When I started my journey to updating imagemagick, I discovered some depending packages which like imagemagick had an non-active maintainer and which was in need of updating, so I took upon myself to update some of those packages too. But then i discovered that not only have openexr been split into two separate download packages (ilmbase and openexr, which is no big problem, I can create a new package and make openexr dependant on that one), but also they have removed a bit of code in ilmbase (actually they did it already in openexr-1.4, where the current is 1.6 and CSW-current is 1.2) which makes it impossible to compile on Solaris 8 and Solaris 9, due to nonexistant floating point arithmetic funktions (sinf,cosf...). As I see it, the possible solutions are: - Keep compiling imagemagick against current CSWopenexr, with the possible implication that we might have to drop openexr-support in the future when imagemagick requires an newer openexr-version - Drop openexr-support in CSWimagemagick - Backport the old code which upstream removed, as a "CSW-patch" with the implication that it might have some impact on openexr-stability/functionality (in this case, the "backport" consists of an ifdef/else with two different C++-templates, where one uses asin/cos/sin and the other asinf/cosf/sinf, so it should work, but we never know what the ILM-guys might do in the future). The question is which solution is the preferred one? From dam at opencsw.org Wed Feb 18 17:41:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 18 Feb 2009 17:41:43 +0100 Subject: [csw-maintainers] A policy issue In-Reply-To: <499C2AA9.6030401@opencsw.org> References: <499C2AA9.6030401@opencsw.org> Message-ID: <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> Hi Roger, Am 18.02.2009 um 16:35 schrieb Roger H?kansson: > What is the policy regarding removing (i.e not configuring optional > functionality before build) functionality when releasing a new version > of a package? > And also, what are the policy on backporting Solaris8/9-support which > have been removed by upstream vendor? > > The reason for asking is this: > > The current imagemagick-package have support for openexr image format > which in CSW lies in the package openexr. > When I started my journey to updating imagemagick, I discovered some > depending packages which like imagemagick had an non-active maintainer > and which was in need of updating, so I took upon myself to update > some > of those packages too. > But then i discovered that not only have openexr been split into two > separate download packages (ilmbase and openexr, which is no big > problem, I can create a new package and make openexr dependant on that > one), but also they have removed a bit of code in ilmbase (actually > they > did it already in openexr-1.4, where the current is 1.6 and CSW- > current > is 1.2) which makes it impossible to compile on Solaris 8 and > Solaris 9, > due to nonexistant floating point arithmetic funktions (sinf,cosf...). Basically it is expected from the package maintainer to fix issues with older Solaris releases. But if the Solaris version was deliberately desupported upstream this goes IMHO too far to work against upstream policy. > As I see it, the possible solutions are: > > - Keep compiling imagemagick against current CSWopenexr, with the > possible implication that we might have to drop openexr-support in the > future when imagemagick requires an newer openexr-version Current means 1.2 and that means very old here. Not good. > - Drop openexr-support in CSWimagemagick Not good, as the policy is also to build with full dependencies. > - Backport the old code which upstream removed, as a "CSW-patch" with > the implication that it might have some impact on > openexr-stability/functionality (in this case, the "backport" consists > of an ifdef/else with two different C++-templates, where one uses > asin/cos/sin and the other asinf/cosf/sinf, so it should work, but we > never know what the ILM-guys might do in the future). This would be asking too much from the package maintainer IMHO. There are two more options: - Build openexr only for Solaris 10, build separate packages for Solaris 8+9 and 10, where only the Solaris 10 version depends on openexr. This would go against the policy of providing libs for all Solaris releases. Users on Solaris 8 and 9 using openexr right now would be left without a package. - Build openexr 1.4 (the last version supported for Solaris 8 and 9) This would go with all policies at OpenCSW without discussion. Solaris 10 users wouldn't get what they can get. - Build openexr 1.4 on Solaris 8+9 and openexr 1.6 on Solaris 10 This would lead to a situation with diverging library versions between the Solaris releases, but would bring the best to all platforms available. I guess I prefer this solution. Other opinions on this topic? Best regards -- Dago From hson at opencsw.org Wed Feb 18 17:58:16 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 18 Feb 2009 17:58:16 +0100 Subject: [csw-maintainers] A policy issue In-Reply-To: <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> References: <499C2AA9.6030401@opencsw.org> <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> Message-ID: <499C3E28.3090707@opencsw.org> Dagobert Michelsen wrote: > This would go against the policy of providing libs for all Solaris > releases. Users on Solaris 8 and 9 using openexr right now would be > left without a package. > > - Build openexr 1.4 (the last version supported for Solaris 8 and 9) > > This would go with all policies at OpenCSW without discussion. > Solaris 10 users wouldn't get what they can get. > > - Build openexr 1.4 on Solaris 8+9 and openexr 1.6 on Solaris 10 > Just a note, even openexr 1.4 had dropped support for Solaris 8+9, so in reality, the current CSW-version is the last version of openexr which have support for Solaris 8+9 From phil at bolthole.com Wed Feb 18 18:20:05 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 09:20:05 -0800 Subject: [csw-maintainers] A policy issue In-Reply-To: <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> References: <499C2AA9.6030401@opencsw.org> <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> Message-ID: <20090218172004.GH42995@bolthole.com> On Wed, Feb 18, 2009 at 05:41:43PM +0100, Dagobert Michelsen wrote: > > Basically it is expected from the package maintainer to fix issues > with older Solaris releases. But if the Solaris version was > deliberately desupported upstream this goes IMHO too far to work > against upstream policy. well, it depends on just how much damage there is. There's "not supported", and then there's "complete mess to port". The two are different issues. From phil at bolthole.com Wed Feb 18 18:22:08 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 09:22:08 -0800 Subject: [csw-maintainers] A policy issue In-Reply-To: <499C2AA9.6030401@opencsw.org> References: <499C2AA9.6030401@opencsw.org> Message-ID: <20090218172207.GI42995@bolthole.com> On Wed, Feb 18, 2009 at 04:35:05PM +0100, Roger H?kansson wrote: > ..., but also they have removed a bit of code in ilmbase (actually they > did it already in openexr-1.4, where the current is 1.6 and CSW-current > is 1.2) which makes it impossible to compile on Solaris 8 and Solaris 9, > due to nonexistant floating point arithmetic funktions (sinf,cosf...). "impossible"? not at all. there are fairly easy workarounds for that sort of thing. > > As I see it, the possible solutions are: > > - Keep compiling imagemagick against current CSWopenexr, with the > possible implication that we might have to drop openexr-support in the > future when imagemagick requires an newer openexr-version if it works with the current version, that's fine with me. that being said... > - Backport the old code which upstream removed, as a "CSW-patch" with > the implication that it might have some impact on > openexr-stability/functionality (in this case, the "backport" consists > of an ifdef/else with two different C++-templates, where one uses > asin/cos/sin and the other asinf/cosf/sinf, so it should work, but we > never know what the ILM-guys might do in the future). This sounds fairly trivial, and also pretty future-proof. > The question is which solution is the preferred one? The latter. (2nd) From phil at bolthole.com Wed Feb 18 18:31:41 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 09:31:41 -0800 Subject: [csw-maintainers] stable release? In-Reply-To: <499BD9D3.600@opencsw.org> References: <20090216200621.GC89332@bolthole.com> <499ACBCF.6000608@opencsw.org> <20090217180431.GC42995@bolthole.com> <499BD9D3.600@opencsw.org> Message-ID: <20090218173141.GK42995@bolthole.com> On Wed, Feb 18, 2009 at 10:50:11AM +0100, Ihsan Dogan wrote: > > Well, he was actually coordinating and pushing people for the stable > releasing. oh, oops! Did I miss an email to the maintainers list about it? From bonivart at opencsw.org Wed Feb 18 18:44:47 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 18 Feb 2009 18:44:47 +0100 Subject: [csw-maintainers] PHP extension request In-Reply-To: <4999A3EB.7030803@opencsw.org> References: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> <4999A3EB.7030803@opencsw.org> Message-ID: <625385e30902180944m7b2e2af2jaa4316de1d1df4fa@mail.gmail.com> On Mon, Feb 16, 2009 at 6:35 PM, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I will give them a shot. I installed your mbstring package from testing and phpMyAdmin stopped complaining about it. I haven't done anything needing ctype or zip yet but if you release all three I can add them as deps to phpMyAdmin. Thank you! -- /peter From phil at bolthole.com Wed Feb 18 19:38:21 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 10:38:21 -0800 Subject: [csw-maintainers] .la discussion In-Reply-To: <499C18EC.7040103@opencsw.org> References: <4980876A.8070806@opencsw.org> <20090128170250.GZ23122@bolthole.com> <49809197.8050801@opencsw.org> <20090128172225.GF23122@bolthole.com> <4980951A.2050003@opencsw.org> <20090128174301.GG23122@bolthole.com> <499C18EC.7040103@opencsw.org> Message-ID: <20090218183821.GM42995@bolthole.com> On Wed, Feb 18, 2009 at 03:19:24PM +0100, Roger H?kansson wrote: > So my final question is: > > Am I to release packages with or without .la-files if there are packages > depending on my packages and the "current" package have .la-files? depends if those packages actually "need" your .la files. actually, the critical issue would be if package A uses libtool and .la files, , AND depends on package B, which uses libtool and .la files, AND depends on your package, which previously supplied .la files If you removed yours, then package A recompilies would no longer work. However, unless you are rebuilding a "core" library, this nested dependancy is unlikely. it is more likely that you are in a situation where package A uses libtool and .la files, , AND depends on your package, which previously supplied .la files In this case, it is perfectly ok, becuase a future recompile of package A, should figure out, "oh, there's no more .la file for that package, so i'll do without one". For imagemagick, just remove the .la files, since there's no nested dependancy that I'm aware of. From phil at bolthole.com Wed Feb 18 19:40:29 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 10:40:29 -0800 Subject: [csw-maintainers] new php5 maintainer needed In-Reply-To: <499C204E.3000301@opencsw.org> References: <499BDA8C.9040603@opencsw.org> <499C204E.3000301@opencsw.org> Message-ID: <20090218184029.GN42995@bolthole.com> On Wed, Feb 18, 2009 at 08:50:54AM -0600, Mike Watters wrote: > Ihsan, > I will do it. I have most of the plugins recompiled as you saw my > csw-devel checkins great! in that case... would you mind taking over 'gd' also please? :-} There's a bug in current package that affects the php_gd module,but i keep having higher priority things taking my time :-( From ihsan at opencsw.org Wed Feb 18 19:46:03 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Feb 2009 19:46:03 +0100 Subject: [csw-maintainers] stable release? In-Reply-To: <20090218173141.GK42995@bolthole.com> References: <20090216200621.GC89332@bolthole.com> <499ACBCF.6000608@opencsw.org> <20090217180431.GC42995@bolthole.com> <499BD9D3.600@opencsw.org> <20090218173141.GK42995@bolthole.com> Message-ID: <499C576B.4010805@opencsw.org> Am 18.2.2009 18:31 Uhr, Philip Brown schrieb: >> Well, he was actually coordinating and pushing people for the stable >> releasing. > > oh, oops! Did I miss an email to the maintainers list about it? He was doing it during the Blastwave times, but I don't how it's now. James? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Wed Feb 18 19:48:24 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 12:48:24 -0600 Subject: [csw-maintainers] new php5 maintainer needed In-Reply-To: <20090218184029.GN42995@bolthole.com> References: <499BDA8C.9040603@opencsw.org> <499C204E.3000301@opencsw.org> <20090218184029.GN42995@bolthole.com> Message-ID: <499C57F8.4050007@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Wed, Feb 18, 2009 at 08:50:54AM -0600, Mike Watters wrote: >> Ihsan, >> I will do it. I have most of the plugins recompiled as you saw my >> csw-devel checkins > > great! > > in that case... would you mind taking over 'gd' also please? :-} > There's a bug in current package that affects the php_gd module,but i > keep having higher priority things taking my time :-( > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers sure - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmcV/cACgkQLrhmsXMSLxcXugCeMZFXsMVivpj9RuQsvcxuYxv7 JNcAnihH67dZaBQ3L8tonQTqObcqo3Lk =LxVa -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 18 20:33:42 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 13:33:42 -0600 Subject: [csw-maintainers] PHP5 Modules *** Now in Testing *** See message for List Message-ID: <499C6296.6090005@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 php5_bcmath php5_calendar php5_dbase php5_dom php5_exif php5_filter php5_hash php5_json php5_mime_magic php5_ncurses php5_pcntl php5_posix php5_shmop php5_simplexml php5_soap php5_sockets php5_sqlite php5_sysvmsg php5_sysvsem php5_sysvshm php5_tidy php5_tokenizer php5_xml php5_xmlreader php5_xmlrpc php5_xmlwriter php5_zlib - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmcYpYACgkQLrhmsXMSLxdH8wCfWFR4WVZVNfOw7pi/5PE5Qazo /KYAoMcyrk/vTcUOz6BK0Tjg7s7QKGXv =s5Xv -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 18 22:20:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 15:20:34 -0600 Subject: [csw-maintainers] php5_apc *** Now In Testing *** Message-ID: <499C7BA2.1000401@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmce6IACgkQLrhmsXMSLxdjogCfT55fMTA4/m8QhediNdGJ5ts/ YU0AoL2fUfRvcevFpM2YaUAxJzTW9Nkg =taDy -----END PGP SIGNATURE----- From mwatters at opencsw.org Thu Feb 19 02:51:55 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 19:51:55 -0600 Subject: [csw-maintainers] new version of gd *** Now In Testing*** Message-ID: <499CBB3B.4030400@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: added -lsunmath as EXTRA_LINKER_FLAGS to "fix" the linking problems for php_gd - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmcuzsACgkQLrhmsXMSLxfJNQCg5KHhrO8ccwfKIIPewFIZNnA0 MK4AoKE5OXumHrGDeLePs5H7UD680zZ8 =8dmv -----END PGP SIGNATURE----- From phil at bolthole.com Thu Feb 19 19:13:08 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Feb 2009 10:13:08 -0800 Subject: [csw-maintainers] new gnome maintainer needed Message-ID: <20090219181308.GF45291@bolthole.com> Ken Mays has stated that he is too busy to do full gnome refreshes for us. As such, we need a new official "gnome maintainer", to oversee gnome desktop-y stuff. Anyone willing to step up into this significant role? From william at wbonnet.net Thu Feb 19 21:40:02 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 19 Feb 2009 21:40:02 +0100 Subject: [csw-maintainers] new gnome maintainer needed In-Reply-To: <20090219181308.GF45291@bolthole.com> References: <20090219181308.GF45291@bolthole.com> Message-ID: <499DC3A2.3020609@wbonnet.net> Hi all > Anyone willing to step up into this significant role? Taking in account the "large" amount of work associated with this role, and its dependencies (as an example, i cannot build new Xfce until gnome is updated, and many are in the same situaton), maybe it is the time to setup the first team of maintainers ? IHMO this job looks too large for a single person. Is it the same for KDE ? cheers > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 19 21:58:27 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Feb 2009 12:58:27 -0800 Subject: [csw-maintainers] new gnome maintainer needed In-Reply-To: <499DC3A2.3020609@wbonnet.net> References: <20090219181308.GF45291@bolthole.com> <499DC3A2.3020609@wbonnet.net> Message-ID: <20090219205827.GH45291@bolthole.com> On Thu, Feb 19, 2009 at 09:40:02PM +0100, William Bonnet wrote: > .... > Taking in account the "large" amount of work associated with this role, > and its dependencies (as an example, i cannot build new Xfce until gnome > is updated, and many are in the same situaton), maybe it is the time to > setup the first team of maintainers ? > > IHMO this job looks too large for a single person. Weeell... a team starts with one person. So it would be nice if at least one person steps forward, and then perhaps others will join, when it seems like they wont be the one stuck with "all of it" ;-) In my opinion, it worked fairly well when there were two people on it. (many years ago) > Is it the same for KDE ? I reckon so. From mwatters at opencsw.org Fri Feb 20 00:12:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Feb 2009 17:12:36 -0600 Subject: [csw-maintainers] new GD now in testing Message-ID: <499DE764.3040101@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: removed dependency on libsunmath added --disable-fast-install this stops libtool from enabling -fast linking which in turn disables the libsunmath requirement. I was able to build php_gd without errors against this version in my sandbox. I will try to compile a couple more apps against it and see how it does. Please test and provide feedback NOTE: there is an old version of gd in testing. new version is REV=2009.02.19 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmd52QACgkQLrhmsXMSLxfwcwCgiYmyz9TmUz8MOdzq+W1fGPut 2CoAnR4CSjoX+kkhJmwqdUZNHUAN9rFS =SQkp -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Feb 20 00:37:50 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Feb 2009 17:37:50 -0600 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <20090219232233.GI45291@bolthole.com> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> Message-ID: <499DED4E.8080300@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --enable-fast-install is enabled by default on most packages. This is not necessarily a problem. when using Sun's compiler. the system will change the libraries shared objects link against to a more "optimized" library. There are only a handful of cases this is not desirable. here is the information I have come across that may be useful to the other maintainers. This is the macro libtool uses: - -- Macro: AC_DISABLE_FAST_INSTALL Change the default behaviour for `AC_PROG_LIBTOOL' to disable optimization for fast installation. The user may still override this default, depending on platform support, by specifying `--enable-fast-install'. and Below is an excerpt from the man page for SUNWspro "cc" - -fast This option is a macro that you can effectively use as a starting point for tuning an executable for maximum run-time performance. The expansion of -fast can change from one release of the compiler to the next and includes options that are target platform specific. Use the -# or the -xdryrun options to examine the expansion of -fast, and incorporate the appropriate options of -fast into the ongoing process of tuning the execut- able. The expansion of -fast now includes the new -xlibmopt option. This option enables the compiler to use a library of optimized math routines. For more informa- tion, see the description of -xlibmopt in this man page. The -fast option impacts the value of errno. See the NOTES section at the end of this man page for more information. Modules that are compiled with -fast must also be linked with -fast. For a complete list of compiler options that must be specified at both compile time and at link time, see the C User's Guide. The -fast option is unsuitable for programs that are intended to run on a different target than the compila- tion machine. In such cases, follow -fast with the appropriate -xtarget option. For example: % cc -fast -xtarget=ultra For C modules depending on exception handling specified by SUID, follow -fast by -xnolibmil % cc -fast -xnolibmil The -fast option acts like a macro expansion on the command line. Therefore, you can override any of the expanded options by following -fast with the desired option. If you combine -fast with other options, the last specification applies. These options are turned on for -fast: -fns (SPARC, x86) -fsimple=2 (SPARC, x86) -fsingle (SPARC, x86) -nofstore (x86) -xalias_level=basic (SPARC, x86) -xbuiltin=%all (SPARC, x86) -xdepend (SPARC, x86) -xlibmil (SPARC, x86) -xlibmopt (SPARC) -xmemalign=8s (SPARC) -xO5 (SPARC, x86) -xprefetch=auto,explicit (SPARC) -xregs=frameptr (x86) -xtarget=native (SPARC, x86) Note that this selection of component option flags is subject to change with each release of the compiler. For details on the options set by -fast, see the C User's Guide. To determine the expansion of -fast on a running sys- tem, execute the command cc -fast -xdryrun |& grep ### Note: Some optimizations make certain assumptions about program behavior. If the program does not conform to these assumptions, the application may crash or produce incorrect results. Please refer to the description of the individual options to determine if your program is suitable for compilation with -fast. Do not use this option for programs that depend on IEEE standard exception handling; you can get different numerical results, premature program termination, or unexpected SIGFPE signals. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmd7U0ACgkQLrhmsXMSLxcsbQCgt/oJgSJ+WT+vsI0igWQlt/SI n+AAniUfqhAhpp5hlk8ikVY/v911MRxa =Z+7M -----END PGP SIGNATURE----- From dam at opencsw.org Fri Feb 20 11:36:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 11:36:44 +0100 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <499DED4E.8080300@opencsw.org> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> Message-ID: Hi Mike, do you mind putting this in the GAR wiki about compilation flags? Best regards -- Dago Am 20.02.2009 um 00:37 schrieb Mike Watters: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > - --enable-fast-install is enabled by default on most packages. > This is > not necessarily a problem. when using Sun's compiler. the system > will > change the libraries shared objects link against to a more "optimized" > library. There are only a handful of cases this is not desirable. > here is the information I have come across that may be useful to the > other maintainers. > > > This is the macro libtool uses: > > - -- Macro: AC_DISABLE_FAST_INSTALL > Change the default behaviour for `AC_PROG_LIBTOOL' to disable > optimization for fast installation. The user may still override > this default, depending on platform support, by specifying > `--enable-fast-install'. > > and > Below is an excerpt from the man page for SUNWspro "cc" > > - -fast > This option is a macro that you can effectively use as > a starting point for tuning an executable for maximum > run-time performance. The expansion of -fast can change > from one release of the compiler to the next and > includes options that are target platform specific. Use > the -# or the -xdryrun options to examine the expansion > of -fast, and incorporate the appropriate options of > -fast into the ongoing process of tuning the execut- > able. > > The expansion of -fast now includes the new -xlibmopt > option. This option enables the compiler to use a > library of optimized math routines. For more informa- > tion, see the description of -xlibmopt in this man > page. > > The -fast option impacts the value of errno. See the > NOTES section at the end of this man page for more > information. > > Modules that are compiled with -fast must also be > linked with -fast. For a complete list of compiler > options that must be specified at both compile time and > at link time, see the C User's Guide. > > The -fast option is unsuitable for programs that are > intended to run on a different target than the compila- > tion machine. In such cases, follow -fast with the > appropriate -xtarget option. For example: > > % cc -fast -xtarget=ultra > > For C modules depending on exception handling specified > by SUID, follow -fast by -xnolibmil > > % cc -fast -xnolibmil > > The -fast option acts like a macro expansion on the > command line. Therefore, you can override any of the > expanded options by following -fast with the desired > option. > > If you combine -fast with other options, the last > specification applies. > > These options are turned on for -fast: > > -fns (SPARC, x86) > -fsimple=2 (SPARC, x86) > -fsingle (SPARC, x86) > -nofstore (x86) > -xalias_level=basic (SPARC, x86) > -xbuiltin=%all (SPARC, x86) > -xdepend (SPARC, x86) > -xlibmil (SPARC, x86) > -xlibmopt (SPARC) > -xmemalign=8s (SPARC) > -xO5 (SPARC, x86) > -xprefetch=auto,explicit (SPARC) > -xregs=frameptr (x86) > -xtarget=native (SPARC, x86) > > Note that this selection of component option flags is > subject to change with each release of the compiler. > For details on the options set by -fast, see the C > User's Guide. > > To determine the expansion of -fast on a running sys- > tem, execute the command cc -fast -xdryrun |& grep ### > > Note: Some optimizations make certain assumptions about > program behavior. If the program does not conform to > these assumptions, the application may crash or produce > incorrect results. Please refer to the description of > the individual options to determine if your program is > suitable for compilation with -fast. > > Do not use this option for programs that depend on IEEE > standard exception handling; you can get different > numerical results, premature program termination, or > unexpected SIGFPE signals. > > > > - -- > > Thanks, > Mike > > "Any intelligent fool can make things bigger, more complex, > and more violent. It takes a touch of genius -- and a lot of > courage -- > to move in the opposite direction." > > * Albert Einstein 1879 - 1955 > US German-born Theoretical Physicist > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.8 (SunOS) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkmd7U0ACgkQLrhmsXMSLxcsbQCgt/oJgSJ+WT+vsI0igWQlt/SI > n+AAniUfqhAhpp5hlk8ikVY/v911MRxa > =Z+7M > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From dam at opencsw.org Fri Feb 20 13:50:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 13:50:31 +0100 Subject: [csw-maintainers] Updating packages on buildfarm to current Message-ID: <95ED0A44-0715-47F0-846E-D3ABD557B1ED@opencsw.org> Hi, I am updating the packages to current on all buildfarm servers now. This includes the update to freetype2 2.3.8. Best regards -- Dago From dam at opencsw.org Fri Feb 20 14:18:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 14:18:56 +0100 Subject: [csw-maintainers] ssh on build8s down Message-ID: Hi Phil, I updated all packages on build8s.go.opencsw.org and everything looked fine, including the OpenSSH. After my (manual) logout I get a connection refused on port 22. I thought this bug had been fixed. Could you please have a look? I restart it on the other machines... Best regards -- Dago From dam at opencsw.org Fri Feb 20 15:12:20 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 15:12:20 +0100 Subject: [csw-maintainers] [csw-buildfarm] Updating packages on buildfarm to current In-Reply-To: <95ED0A44-0715-47F0-846E-D3ABD557B1ED@opencsw.org> References: <95ED0A44-0715-47F0-846E-D3ABD557B1ED@opencsw.org> Message-ID: Hi, Am 20.02.2009 um 13:50 schrieb Dagobert Michelsen: > I am updating the packages to current on all buildfarm servers > now. This includes the update to freetype2 2.3.8. Done. Best regards -- Dago From dam at opencsw.org Fri Feb 20 15:26:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 15:26:26 +0100 Subject: [csw-maintainers] new gnome maintainer needed In-Reply-To: <20090219205827.GH45291@bolthole.com> References: <20090219181308.GF45291@bolthole.com> <499DC3A2.3020609@wbonnet.net> <20090219205827.GH45291@bolthole.com> Message-ID: Hi folks, Am 19.02.2009 um 21:58 schrieb Philip Brown: > On Thu, Feb 19, 2009 at 09:40:02PM +0100, William Bonnet wrote: >> .... >> Taking in account the "large" amount of work associated with this >> role, >> and its dependencies (as an example, i cannot build new Xfce until >> gnome >> is updated, and many are in the same situaton), maybe it is the >> time to >> setup the first team of maintainers ? >> >> IHMO this job looks too large for a single person. > > Weeell... a team starts with one person. So it would be nice if at > least one > person steps forward, and then perhaps others will join, when it > seems like > they wont be the one stuck with "all of it" ;-) Ok then, sleeves up. I'll start with some base libraries. Feel free to join in. Best regards -- Dago From mwatters at opencsw.org Fri Feb 20 15:52:22 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 08:52:22 -0600 Subject: [csw-maintainers] new gnome maintainer needed In-Reply-To: References: <20090219181308.GF45291@bolthole.com> <499DC3A2.3020609@wbonnet.net> <20090219205827.GH45291@bolthole.com> Message-ID: <499EC3A6.6020204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi folks, > > Am 19.02.2009 um 21:58 schrieb Philip Brown: > >> On Thu, Feb 19, 2009 at 09:40:02PM +0100, William Bonnet wrote: >>> .... >>> Taking in account the "large" amount of work associated with this >>> role, >>> and its dependencies (as an example, i cannot build new Xfce until >>> gnome >>> is updated, and many are in the same situaton), maybe it is the >>> time to >>> setup the first team of maintainers ? >>> >>> IHMO this job looks too large for a single person. >> Weeell... a team starts with one person. So it would be nice if at >> least one >> person steps forward, and then perhaps others will join, when it >> seems like >> they wont be the one stuck with "all of it" ;-) > > Ok then, sleeves up. I'll start with some base libraries. Feel free > to join in. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Once I get php and dependencies finished and python redone. I will lend a hand. hopefully the php and python will be done by mid next week. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmew6YACgkQLrhmsXMSLxfcdgCgklOVbb9LOzi7wX5/JzXXs6jB pRUAni/85y8hSJZPNeWR7JQQYo1BR6Vu =kc50 -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Feb 20 15:55:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 08:55:09 -0600 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> Message-ID: <499EC44D.1040708@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > do you mind putting this in the GAR wiki about compilation flags? > > > Best regards > > -- Dago > > Am 20.02.2009 um 00:37 schrieb Mike Watters: > > --enable-fast-install is enabled by default on most packages. > This is > not necessarily a problem. when using Sun's compiler. the system > will > change the libraries shared objects link against to a more "optimized" > library. There are only a handful of cases this is not desirable. > here is the information I have come across that may be useful to the > other maintainers. > > > This is the macro libtool uses: > > -- Macro: AC_DISABLE_FAST_INSTALL > Change the default behaviour for `AC_PROG_LIBTOOL' to disable > optimization for fast installation. The user may still override > this default, depending on platform support, by specifying > `--enable-fast-install'. > > and > Below is an excerpt from the man page for SUNWspro "cc" > > -fast > This option is a macro that you can effectively use as > a starting point for tuning an executable for maximum > run-time performance. The expansion of -fast can change > from one release of the compiler to the next and > includes options that are target platform specific. Use > the -# or the -xdryrun options to examine the expansion > of -fast, and incorporate the appropriate options of > -fast into the ongoing process of tuning the execut- > able. > > The expansion of -fast now includes the new -xlibmopt > option. This option enables the compiler to use a > library of optimized math routines. For more informa- > tion, see the description of -xlibmopt in this man > page. > > The -fast option impacts the value of errno. See the > NOTES section at the end of this man page for more > information. > > Modules that are compiled with -fast must also be > linked with -fast. For a complete list of compiler > options that must be specified at both compile time and > at link time, see the C User's Guide. > > The -fast option is unsuitable for programs that are > intended to run on a different target than the compila- > tion machine. In such cases, follow -fast with the > appropriate -xtarget option. For example: > > % cc -fast -xtarget=ultra > > For C modules depending on exception handling specified > by SUID, follow -fast by -xnolibmil > > % cc -fast -xnolibmil > > The -fast option acts like a macro expansion on the > command line. Therefore, you can override any of the > expanded options by following -fast with the desired > option. > > If you combine -fast with other options, the last > specification applies. > > These options are turned on for -fast: > > -fns (SPARC, x86) > -fsimple=2 (SPARC, x86) > -fsingle (SPARC, x86) > -nofstore (x86) > -xalias_level=basic (SPARC, x86) > -xbuiltin=%all (SPARC, x86) > -xdepend (SPARC, x86) > -xlibmil (SPARC, x86) > -xlibmopt (SPARC) > -xmemalign=8s (SPARC) > -xO5 (SPARC, x86) > -xprefetch=auto,explicit (SPARC) > -xregs=frameptr (x86) > -xtarget=native (SPARC, x86) > > Note that this selection of component option flags is > subject to change with each release of the compiler. > For details on the options set by -fast, see the C > User's Guide. > > To determine the expansion of -fast on a running sys- > tem, execute the command cc -fast -xdryrun |& grep ### > > Note: Some optimizations make certain assumptions about > program behavior. If the program does not conform to > these assumptions, the application may crash or produce > incorrect results. Please refer to the description of > the individual options to determine if your program is > suitable for compilation with -fast. > > Do not use this option for programs that depend on IEEE > standard exception handling; you can get different > numerical results, premature program termination, or > unexpected SIGFPE signals. > > > will do. I will clean it up and put more details. _______________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmexE0ACgkQLrhmsXMSLxen/QCfbFhFXswBAbIynQCSHOM41dHe gq8AoMEcmESphp2vfBCnwSlvczCEHwMh =Vusg -----END PGP SIGNATURE----- From phil at bolthole.com Fri Feb 20 16:22:08 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 20 Feb 2009 07:22:08 -0800 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <499EC44D.1040708@opencsw.org> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> <499EC44D.1040708@opencsw.org> Message-ID: <20090220152208.GD7006@bolthole.com> On Fri, Feb 20, 2009 at 08:55:09AM -0600, Mike Watters wrote: > > -xlibmopt (SPARC) aha.. i think perhaps THIS is the one that enables or disables use of the -lsunmath library. but not 100% sure From mwatters at opencsw.org Fri Feb 20 18:14:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 11:14:09 -0600 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <20090220152208.GD7006@bolthole.com> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> <499EC44D.1040708@opencsw.org> <20090220152208.GD7006@bolthole.com> Message-ID: <499EE4E1.8030701@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Fri, Feb 20, 2009 at 08:55:09AM -0600, Mike Watters wrote: >>> -xlibmopt (SPARC) > > > aha.. i think perhaps THIS is the one that enables or disables use of the > -lsunmath library. but not 100% sure > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers yep, you would pass -xnolibmopt after -fast to turn it off. This is appearently needed only for the solaris 8 sparc builds. reading changelog for solaris 10 they added a lot of the sunmath library to libm. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkme5OEACgkQLrhmsXMSLxdIBACfUk5qnAuziuEL8fV6eLEVa/jB e1kAoLsTSKsjVcSNd1Q/i2fgt8V52Scp =SyO5 -----END PGP SIGNATURE----- From phil at bolthole.com Fri Feb 20 18:25:26 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 20 Feb 2009 09:25:26 -0800 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <499EE4E1.8030701@opencsw.org> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> <499EC44D.1040708@opencsw.org> <20090220152208.GD7006@bolthole.com> <499EE4E1.8030701@opencsw.org> Message-ID: <20090220172526.GQ45291@bolthole.com> On Fri, Feb 20, 2009 at 11:14:09AM -0600, Mike Watters wrote: > Philip Brown wrote: > > aha.. i think perhaps THIS is the one that enables or disables use of the > > -lsunmath library. but not 100% sure > > > yep, > > you would pass -xnolibmopt after -fast to turn it off. > This is appearently needed only for the solaris 8 sparc builds. reading > changelog for solaris 10 they added a lot of the sunmath library to libm. So, to close the loop for other people: if you are compiling something on the "edge" of a dependancy tree, there's nothing particularly bad about skipping the -xnolibmopt for compiles, if you dont mind adding a dep on the sun math library. The issues come, when you are packaging up a LIBRARY... if it depends on -lsunmath, then everything else that uses that library, also has to link with -lsunmath, usually. So unless it provides a big performance boost, better to skip the -lsunmath dependancy. From mwatters at opencsw.org Fri Feb 20 20:16:06 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 13:16:06 -0600 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <20090220172526.GQ45291@bolthole.com> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> <499EC44D.1040708@opencsw.org> <20090220152208.GD7006@bolthole.com> <499EE4E1.8030701@opencsw.org> <20090220172526.GQ45291@bolthole.com> Message-ID: <499F0176.5000809@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Fri, Feb 20, 2009 at 11:14:09AM -0600, Mike Watters wrote: >> Philip Brown wrote: >>> aha.. i think perhaps THIS is the one that enables or disables use of the >>> -lsunmath library. but not 100% sure >>> >> yep, >> >> you would pass -xnolibmopt after -fast to turn it off. >> This is appearently needed only for the solaris 8 sparc builds. reading >> changelog for solaris 10 they added a lot of the sunmath library to libm. > > So, to close the loop for other people: > > if you are compiling something on the "edge" of a dependancy tree, there's > nothing particularly bad about skipping the -xnolibmopt for compiles, if > you dont mind adding a dep on the sun math library. > > The issues come, when you are packaging up a LIBRARY... if it depends on > -lsunmath, then everything else that uses that library, also has to link > with -lsunmath, usually. > So unless it provides a big performance boost, better to skip the -lsunmath > dependancy. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers yes and no, the dependency on lsunmath "should" only be for the library linked with it. that being said, if your library depends on it, you have to have it installed regardless. the cross library dependencies are caused by libtool incorrectly linking libraries with the dependency_libs line in the pseudo-libraries. for "shared" libraries I still think removing the pseudo-libraries is the best move. but short of that... if we could remove the dependency_libs= line from the la file. The files will stay in tact for those apps that use them for versioning and allow the linker to determine the correct library to link with on its own. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmfAXUACgkQLrhmsXMSLxdB1ACfaKCo0s7VKpzmX6CNOpA2um/G htEAoIFjticQJyLh5R1wEJKsG4PrXWZ6 =+Uf5 -----END PGP SIGNATURE----- From ihsan at opencsw.org Fri Feb 20 20:46:00 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Fri, 20 Feb 2009 20:46:00 +0100 Subject: [csw-maintainers] Apache 2.2.11 in testing Message-ID: <499F0878.2040905@opencsw.org> Hello, Apache 2.2.11 is now available on http://www.opencsw.org/testing/ . ap2_prefork-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz ap2_suexec-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz ap2_worker-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz apache2_devel-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz apache2c-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz apache2rt-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz ap2_prefork-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz ap2_suexec-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz ap2_worker-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz apache2_devel-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz apache2c-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz apache2rt-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From hson at opencsw.org Fri Feb 20 21:04:53 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 20 Feb 2009 21:04:53 +0100 Subject: [csw-maintainers] new versions in testing Message-ID: <499F0CE5.6070807@opencsw.org> exiftool: - Update to 7.69 Built with gar libexif: - Built with gar libiptcdata: - Built with gar librsvg: - Update to 2.22.3 (same as old testing-package, but without static libraries and with old .so-file for compatibility) - Built with gar ilmbase: - New package which openexr needs (upstream split into two packages openexr: - Update to 1.6.1 - Built with gar From ihsan at opencsw.org Fri Feb 20 21:37:12 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Fri, 20 Feb 2009 21:37:12 +0100 Subject: [csw-maintainers] Apache 2.2.11 in testing In-Reply-To: <499F0878.2040905@opencsw.org> References: <499F0878.2040905@opencsw.org> Message-ID: <499F1478.2070901@opencsw.org> Am 20.2.2009 20:46 Uhr, Ihsan Dogan schrieb: > Apache 2.2.11 is now available on http://www.opencsw.org/testing/ . BTW: Thanks to Dago for his great mGAR support. :-) Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Fri Feb 20 23:13:06 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 16:13:06 -0600 Subject: [csw-maintainers] help testing please Message-ID: <499F2AF2.60105@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a script I wrote that "so far" has stopped compiles from using the libtool pseudo-libraries. I call it as a post-configure script. it modifies the Makefile replacing the *.la references with their -lname (generated from data inside the pseudo-library). it then modifies the libtool script in $(WORKSRC) removing the .la extention from the library search. I need help to test this against other builds to get it as "generic" as possible so we can possibly add it as an Option in mgar. I checked it into subversion https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/fixme/fixme.sh copy fixme.sh to files add - ---- post-configure-$(MODULATION): @(echo "~~~ Fixing Libtool ~~~") @$(DOWNLOADDIR)/fixme.sh $(WORKSRC) $(DONADA) - ---- to your Makefile - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmfKvIACgkQLrhmsXMSLxci0QCgy78JnObK7XbqAktaBZXiaPu0 KuUAoMukP9USISu88Q6RXXshyLEUFGvh =OCFI -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Feb 20 23:20:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 16:20:25 -0600 Subject: [csw-maintainers] help testing please In-Reply-To: <499F2AF2.60105@opencsw.org> References: <499F2AF2.60105@opencsw.org> Message-ID: <499F2CA9.2060102@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > I have a script I wrote that "so far" has stopped compiles from using > the libtool pseudo-libraries. I call it as a post-configure script. > it modifies the Makefile replacing the *.la references with their -lname > (generated from data inside the pseudo-library). it then modifies the > libtool script in $(WORKSRC) removing the .la extention from the > library search. > > I need help to test this against other builds to get it as "generic" as > possible so we can possibly add it as an Option in mgar. > I checked it into subversion > > https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/fixme/fixme.sh > > copy fixme.sh to files > > add > ---- > post-configure-$(MODULATION): > @(echo "~~~ Fixing Libtool ~~~") > @$(DOWNLOADDIR)/fixme.sh $(WORKSRC) > $(DONADA) > ---- > > to your Makefile sorry forgot something, you also need to add: DISTFILES += fixme.sh to your makefile. _______________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmfLKgACgkQLrhmsXMSLxfK1gCgliONWb+vPNT5Q9RunCtBYWAi sfcAoOoSgUd7nvs8vOgxzW8whWbuEjLk =vgo/ -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 21 02:36:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 19:36:35 -0600 Subject: [csw-maintainers] New GD in Testing Message-ID: <499F5AA3.204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: Fix devel package contents. re-added 64bit - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmfWqMACgkQLrhmsXMSLxe7IgCgiGStlCrpKzX22ruXq7Py3QRJ IFYAnA4/M7tmzQULsOXm6kAeOfke8bkl =dZoe -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 21 23:35:04 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 21 Feb 2009 16:35:04 -0600 Subject: [csw-maintainers] New GD ** again ** in Testing Message-ID: <49A08198.2010303@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: Compiled against new freetype2 package. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmggZgACgkQLrhmsXMSLxfmCACdElE0s7AIYNvuhJrlGDEklyFh HK0AoJ5ZCIen6tlnffzNTZU085SboB5q =pFMW -----END PGP SIGNATURE----- From bwalton at opencsw.org Sun Feb 22 17:54:54 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 22 Feb 2009 11:54:54 -0500 Subject: [csw-maintainers] new ruby packages in testing Message-ID: <1235321631-sup-6561@ntdws12.chass.utoronto.ca> Hi All, There are new ruby packages in testing. These packages address an issue with a missing static library (libruby-static.a) that some extensions require to build. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mwatters at opencsw.org Sun Feb 22 21:35:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Feb 2009 14:35:25 -0600 Subject: [csw-maintainers] [csw-buildfarm] Fwd: maintain subversion and related? In-Reply-To: <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> References: <94E2A58978FC324196A142DE8399AB78013AB03F@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFDF4@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB0F6@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFEC2@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB1A8@chsa1556.share.beluni.net> <6af4270902141117r75466b9dy96be2d76d2356dfb@mail.gmail.com> <6af4270902202357y6ed8c8ddi395dddb7ee8cf776@mail.gmail.com> <6af4270902211126t65b19935od93fef7dc8e6fbbf@mail.gmail.com> <9FA38F9D-414B-4591-9391-F2F383F4DE93@opencsw.org> <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> Message-ID: <49A1B70D.4040402@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am in the middle of upgrading subversion right now. I have it using gar v2 and compiling version 1.5.5 but am stuck getting the javahl extension to compile cleanly. The new version of ruby that is now in testing will be needed to compile the ruby extensions. I am getting the output below. anyone have any ideas? I have a few more things to try patch wise. cd subversion/bindings/javahl/native && /bin/bash /home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5/libtool - --tag=CXX --silent --mode=link /opt/studio/SOS11/SUNWspro/bin/CC -xO3 - -xarch=v8 -I/opt/csw/bdb44/include -I/opt/csw/apache2/include - -I/opt/csw/include -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\\$ISALIST - -R/opt/csw/lib -L/opt/csw/bdb44/lib -R/opt/csw/bdb44/lib/\\\$ISALIST - -R/opt/csw/bdb44/lib -L/opt/csw/lib/svn -R/opt/csw/lib/svn/\\\$ISALIST - -R/opt/csw/lib/svn -L/opt/csw/apache2/lib - -R/opt/csw/apache2/lib/\\\$ISALIST -R/opt/csw/apache2/lib -lintl -liconv -L/opt/csw/bdb44/lib -L/opt/csw/lib -L/opt/csw/lib -L/opt/csw/lib - -rpath /opt/csw/lib/svn -o libsvnjavahl-1.la BlameCallback.lo ChangelistCallback.lo CommitMessage.lo ConflictResolverCallback.lo CopySources.lo DiffSummaryReceiver.lo EnumMapper.lo InfoCallback.lo Inputer.lo JNIByteArray.lo JNICriticalSection.lo JNIMutex.lo JNIStackElement.lo JNIStringHolder.lo JNIThreadData.lo JNIUtil.lo ListCallback.lo LogMessageCallback.lo MessageReceiver.lo Notify.lo Notify2.lo Outputer.lo Path.lo Pool.lo ProgressListener.lo Prompter.lo ProplistCallback.lo Revision.lo RevisionRange.lo RevpropTable.lo SVNAdmin.lo SVNBase.lo SVNClient.lo StatusCallback.lo StringArray.lo Targets.lo libsvnjavahl.la.lo org_tigris_subversion_javahl_NativeResources.lo org_tigris_subversion_javahl_Path.lo org_tigris_subversion_javahl_SVNAdmin.lo org_tigris_subversion_javahl_SVNClient.lo org_tigris_subversion_javahl_Version.lo ../../../../subversion/libsvn_repos/libsvn_repos-1.la ../../../../subversion/libsvn_client/libsvn_client-1.la ../../../../subversion/libsvn_wc/libsvn_wc-1.la ../../../../subversion/libsvn_ra/libsvn_ra-1.la ../../../../subversion/libsvn_delta/libsvn_delta-1.la ../../../../subversion/libsvn_diff/libsvn_diff-1.la ../../../../subversion/libsvn_subr/libsvn_subr-1.la ../../../../subversion/libsvn_fs/libsvn_fs-1.la -laprutil-1 -lldap - -llber -ldb-4.4 -lexpat -liconv -lapr-1 -luuid -lsendfile -lrt -lsocket -lpthread -ldl -lneon -lsocket -lCrun -lCstd ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Targets.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Targets.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); ld: fatal: File processing errors. No output written to .libs/libsvnjavahl-1.so.0.0.0 gmake[2]: *** [subversion/bindings/javahl/native/libsvnjavahl-1.la] Error 1 gmake[2]: Leaving directory `/home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5' gmake[1]: *** [svn-java] Error 2 gmake[1]: Leaving directory `/home/mwatters/mgar/pkg/subversion' gmake: *** [merge-isa-sparcv8] Error 2 rupert THURNER wrote: > many thanks, it works. where would i copy the old subversion pkg from, > to upgrade it? > > kr, rupert. > > > On Sun, Feb 22, 2009 at 14:06, Dagobert Michelsen wrote: >> Hi Rupert, >> >> Am 21.02.2009 um 20:26 schrieb rupert THURNER: >>> philipp suggested to contact you as i am not able to connect. can you help >>> pls? >> Sure. I put the key from the attached authorized_keys in your >> authorized_keys. Please let me know if you need anything else. >> >> BTW, Phil: It would be nice if we all cc'ed to board@ if people sign up. >> >> >> Best regards >> >> -- Dago >> > _______________________________________________ > buildfarm mailing list > buildfarm at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/buildfarm - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmhtw0ACgkQLrhmsXMSLxe+vgCgoUjewIOV4eu5eNJlZp4tFyEj scYAoKB/cOU/stpohqkQG8LYDjH3vjJy =0jbJ -----END PGP SIGNATURE----- From dam at opencsw.org Sun Feb 22 22:07:03 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 22 Feb 2009 22:07:03 +0100 Subject: [csw-maintainers] [csw-buildfarm] Fwd: maintain subversion and related? In-Reply-To: <49A1B70D.4040402@opencsw.org> References: <94E2A58978FC324196A142DE8399AB78013AB03F@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFDF4@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB0F6@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFEC2@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB1A8@chsa1556.share.beluni.net> <6af4270902141117r75466b9dy96be2d76d2356dfb@mail.gmail.com> <6af4270902202357y6ed8c8ddi395dddb7ee8cf776@mail.gmail.com> <6af4270902211126t65b19935od93fef7dc8e6fbbf@mail.gmail.com> <9FA38F9D-414B-4591-9391-F2F383F4DE93@opencsw.org> <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> <49A1B70D.4040402@opencsw.org> Message-ID: <8528E26B-15AB-46B2-8B79-A9E4F4F14AC9@opencsw.org> Hi Mike, Am 22.02.2009 um 21:35 schrieb Mike Watters: > I am in the middle of upgrading subversion right now. > I have it using gar v2 and compiling version 1.5.5 but am stuck > getting > the javahl extension to compile cleanly. The new version of ruby > that is > now in testing will be needed to compile the ruby extensions. > > > I am getting the output below. > anyone have any ideas? I have a few more things to try patch wise. I got stuck at this exact same problem. Good luck! Best regards -- Dago From mwatters at opencsw.org Mon Feb 23 00:09:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Feb 2009 17:09:26 -0600 Subject: [csw-maintainers] [csw-buildfarm] Fwd: maintain subversion and related? In-Reply-To: <6af4270902221335y30bdc42cyd659d8b80faf65b0@mail.gmail.com> References: <94E2A58978FC324196A142DE8399AB78013AB03F@chsa1556.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB0F6@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFEC2@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB1A8@chsa1556.share.beluni.net> <6af4270902141117r75466b9dy96be2d76d2356dfb@mail.gmail.com> <6af4270902202357y6ed8c8ddi395dddb7ee8cf776@mail.gmail.com> <6af4270902211126t65b19935od93fef7dc8e6fbbf@mail.gmail.com> <9FA38F9D-414B-4591-9391-F2F383F4DE93@opencsw.org> <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> <49A1B70D.4040402@opencsw.org> <6af4270902221335y30bdc42cyd659d8b80faf65b0@mail.gmail.com> Message-ID: <49A1DB26.8030906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I thought about that, but eclipse to the best of my knowledge uses it for subclipse. if this is incorrect, by all means let me know and I will remove it from the package. the down side to removing it is the existing version has it, so we may break existing installs in the wild. - --Mike rupert THURNER wrote: > i'd suggest to remove javahl. there is anyway no client software > successfully using it, as svnkit is the better solution for java > programs. > > rupert. > > On Sun, Feb 22, 2009 at 21:35, Mike Watters wrote: > I am in the middle of upgrading subversion right now. > I have it using gar v2 and compiling version 1.5.5 but am stuck getting > the javahl extension to compile cleanly. The new version of ruby that is > now in testing will be needed to compile the ruby extensions. > > > I am getting the output below. > anyone have any ideas? I have a few more things to try patch wise. > > > > cd subversion/bindings/javahl/native && /bin/bash > /home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5/libtool > --tag=CXX --silent --mode=link /opt/studio/SOS11/SUNWspro/bin/CC -xO3 > -xarch=v8 -I/opt/csw/bdb44/include -I/opt/csw/apache2/include > -I/opt/csw/include -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\\$ISALIST > -R/opt/csw/lib -L/opt/csw/bdb44/lib -R/opt/csw/bdb44/lib/\\\$ISALIST > -R/opt/csw/bdb44/lib -L/opt/csw/lib/svn -R/opt/csw/lib/svn/\\\$ISALIST > -R/opt/csw/lib/svn -L/opt/csw/apache2/lib > -R/opt/csw/apache2/lib/\\\$ISALIST -R/opt/csw/apache2/lib -lintl -liconv > -L/opt/csw/bdb44/lib -L/opt/csw/lib -L/opt/csw/lib -L/opt/csw/lib > -rpath /opt/csw/lib/svn -o libsvnjavahl-1.la BlameCallback.lo > ChangelistCallback.lo CommitMessage.lo ConflictResolverCallback.lo > CopySources.lo DiffSummaryReceiver.lo EnumMapper.lo InfoCallback.lo > Inputer.lo JNIByteArray.lo JNICriticalSection.lo JNIMutex.lo > JNIStackElement.lo JNIStringHolder.lo JNIThreadData.lo JNIUtil.lo > ListCallback.lo LogMessageCallback.lo MessageReceiver.lo Notify.lo > Notify2.lo Outputer.lo Path.lo Pool.lo ProgressListener.lo Prompter.lo > ProplistCallback.lo Revision.lo RevisionRange.lo RevpropTable.lo > SVNAdmin.lo SVNBase.lo SVNClient.lo StatusCallback.lo StringArray.lo > Targets.lo libsvnjavahl.la.lo > org_tigris_subversion_javahl_NativeResources.lo > org_tigris_subversion_javahl_Path.lo > org_tigris_subversion_javahl_SVNAdmin.lo > org_tigris_subversion_javahl_SVNClient.lo > org_tigris_subversion_javahl_Version.lo > ../../../../subversion/libsvn_repos/libsvn_repos-1.la > ../../../../subversion/libsvn_client/libsvn_client-1.la > ../../../../subversion/libsvn_wc/libsvn_wc-1.la > ../../../../subversion/libsvn_ra/libsvn_ra-1.la > ../../../../subversion/libsvn_delta/libsvn_delta-1.la > ../../../../subversion/libsvn_diff/libsvn_diff-1.la > ../../../../subversion/libsvn_subr/libsvn_subr-1.la > ../../../../subversion/libsvn_fs/libsvn_fs-1.la -laprutil-1 -lldap > -llber -ldb-4.4 -lexpat -liconv -lapr-1 -luuid -lsendfile -lrt -lsocket > -lpthread -ldl -lneon -lsocket -lCrun -lCstd > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Targets.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Targets.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); > ld: fatal: File processing errors. No output written to > .libs/libsvnjavahl-1.so.0.0.0 > gmake[2]: *** [subversion/bindings/javahl/native/libsvnjavahl-1.la] Error 1 > gmake[2]: Leaving directory > `/home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5' > gmake[1]: *** [svn-java] Error 2 > gmake[1]: Leaving directory `/home/mwatters/mgar/pkg/subversion' > gmake: *** [merge-isa-sparcv8] Error 2 > > > rupert THURNER wrote: >>>> many thanks, it works. where would i copy the old subversion pkg from, >>>> to upgrade it? >>>> >>>> kr, rupert. >>>> >>>> >>>> On Sun, Feb 22, 2009 at 14:06, Dagobert Michelsen wrote: >>>>> Hi Rupert, >>>>> >>>>> Am 21.02.2009 um 20:26 schrieb rupert THURNER: >>>>>> philipp suggested to contact you as i am not able to connect. can you help >>>>>> pls? >>>>> Sure. I put the key from the attached authorized_keys in your >>>>> authorized_keys. Please let me know if you need anything else. >>>>> >>>>> BTW, Phil: It would be nice if we all cc'ed to board@ if people sign up. >>>>> >>>>> >>>>> Best regards >>>>> >>>>> -- Dago >>>>> >>>> _______________________________________________ >>>> buildfarm mailing list >>>> buildfarm at lists.opencsw.org >>>> https://lists.opencsw.org/mailman/listinfo/buildfarm >> - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmh2yYACgkQLrhmsXMSLxf73QCfR+8W7ZVDAtd+JHlDUJ7u1/5p 6KIAoM29j7ry4fddX9PWJfO+45JUeNuu =Pod2 -----END PGP SIGNATURE----- From mwatters at opencsw.org Mon Feb 23 01:25:01 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Feb 2009 18:25:01 -0600 Subject: [csw-maintainers] mod_wsgi, how to "make checksum"? In-Reply-To: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> References: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> Message-ID: <49A1ECDD.30307@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 make makesums rupert THURNER wrote: > thanks for the hint! > > tried it with mod_python, and adjusted it to build mod_wsgi. but > somehow i did not understand the checksums: > > rupert at build8s:~/mgar/pkg/mod_wsgi > $ make checksum > [===== NOW BUILDING: mod_wsgi-2.3 =====] > [prerequisite] complete for mod_wsgi. > [fetch] complete for mod_wsgi. > gmake: *** No rule to make target `checksum-mod_wsgi-2.3.tar.gz', > needed by `checksum'. Stop. > > what do i miss out? > > rupert. > > > On Mon, Feb 23, 2009 at 00:14, Mike Watters wrote: > > feel free to copy any of my files on the buildfarm. all my build files > are in ~/mgar/pkg/{pkgname} ... I have a script ~/bin/co usage: co > {pkgname} that will check out the version from subversion if exists. > it will also automatically upgrade it to gar v2 if needed and check it > back in. so make sure you checkout by hand the active projects ( unless > you talk to them first ) -- I already made that mistake --. > > if you don't have a ~/.garrc I suggest taking mine or someone else's and > modify it. > > > > > rupert THURNER wrote: >>>> oh ... it is so much easier if you can use the base files of somebody >>>> else, like how to set the build environment, and others. i try to copy >>>> mike's now :) >>>> >>>> rupert. >>>> >>>> On Sun, Feb 22, 2009 at 22:06, Dagobert Michelsen wrote: >>>>> Hi Rupert, >>>>> >>>>> Am 22.02.2009 um 21:21 schrieb rupert THURNER: >>>>>> many thanks, it works. where would i copy the old subversion pkg from, >>>>>> to upgrade it? >>>>> Sorry, I don't understand what you mean. Usually you take the GAR >>>>> description, update it and build a new package. You don't need the >>>>> old package. >>>>> >>>>> >>>>> Best regards >>>>> >>>>> -- Dago >>>>> >> - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmh7NwACgkQLrhmsXMSLxdXJACfSNh8yLkpzWESNOfK4Er1R4tb gi8AoI6Q/HCCAu9HCkdKXg10wJRX2PML =ws9g -----END PGP SIGNATURE----- From hson at opencsw.org Mon Feb 23 02:14:45 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 23 Feb 2009 02:14:45 +0100 Subject: [csw-maintainers] New imagemagick package in testing Message-ID: <49A1F885.5090501@opencsw.org> Changes: - Update to 6.4.9-6 - Built with DJVU, DPS and EXR support - Included old libraries for backward compatibility - Built using gar Download from http://mirror.opencsw.org/testing.html Since this is a large jump from the old version and due to the vast number of file format coders, I would like to get as many as possible to test the package before I release it public. From hson at opencsw.org Mon Feb 23 02:58:45 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 23 Feb 2009 02:58:45 +0100 Subject: [csw-maintainers] New lcms version in testing Message-ID: <49A202D5.2070305@opencsw.org> I've committed lcms to svn and built packages of the latest version (1.17), but since there are a dependency-chain, I don't know whether its a good idea to release without .la files... From phil at bolthole.com Mon Feb 23 06:13:09 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 22 Feb 2009 21:13:09 -0800 Subject: [csw-maintainers] New lcms version in testing In-Reply-To: <49A202D5.2070305@opencsw.org> References: <49A202D5.2070305@opencsw.org> Message-ID: <20090223051309.GA67635@bolthole.com> On Mon, Feb 23, 2009 at 02:58:45AM +0100, Roger H?kansson wrote: > I've committed lcms to svn and built packages of the latest version > (1.17), but since there are a dependency-chain, I don't know whether its > a good idea to release without .la files... it would only be a problem, if other libraries depended on it. the only otehr library would seem to be libmng (owned by James) only things dependant on THAT are libxine and gimp. i'd say release without em. From hson at opencsw.org Mon Feb 23 14:04:46 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 23 Feb 2009 14:04:46 +0100 Subject: [csw-maintainers] Package naming question Message-ID: <49A29EEE.4030107@opencsw.org> I'm thinking of updating the wmf package, however that name seems a bit off. The package originates from wvware.sourceforge.net, who have three packages, libwmf, wv and wv2, where libwmf is what's packaged as wmf. So the logical name would be libwmf, but I guess that such a change is a bit tricky since there are some packages depending on wmf. However, if I would commit a gar-package, what would be the preferred name, wmf or libwmf? (I assume wmf since that's what it's called right now, but I want to be sure) From rupert.thurner at gmail.com Sun Feb 22 22:35:54 2009 From: rupert.thurner at gmail.com (rupert THURNER) Date: Sun, 22 Feb 2009 22:35:54 +0100 Subject: [csw-maintainers] [csw-buildfarm] Fwd: maintain subversion and related? In-Reply-To: <49A1B70D.4040402@opencsw.org> References: <94E2A58978FC324196A142DE8399AB78013AB03F@chsa1556.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB0F6@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFEC2@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB1A8@chsa1556.share.beluni.net> <6af4270902141117r75466b9dy96be2d76d2356dfb@mail.gmail.com> <6af4270902202357y6ed8c8ddi395dddb7ee8cf776@mail.gmail.com> <6af4270902211126t65b19935od93fef7dc8e6fbbf@mail.gmail.com> <9FA38F9D-414B-4591-9391-F2F383F4DE93@opencsw.org> <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> <49A1B70D.4040402@opencsw.org> Message-ID: <6af4270902221335y30bdc42cyd659d8b80faf65b0@mail.gmail.com> i'd suggest to remove javahl. there is anyway no client software successfully using it, as svnkit is the better solution for java programs. rupert. On Sun, Feb 22, 2009 at 21:35, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I am in the middle of upgrading subversion right now. > I have it using gar v2 and compiling version 1.5.5 but am stuck getting > the javahl extension to compile cleanly. The new version of ruby that is > now in testing will be needed to compile the ruby extensions. > > > I am getting the output below. > anyone have any ideas? I have a few more things to try patch wise. > > > > cd subversion/bindings/javahl/native && /bin/bash > /home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5/libtool > - --tag=CXX --silent --mode=link /opt/studio/SOS11/SUNWspro/bin/CC -xO3 > - -xarch=v8 -I/opt/csw/bdb44/include -I/opt/csw/apache2/include > - -I/opt/csw/include -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\\$ISALIST > - -R/opt/csw/lib -L/opt/csw/bdb44/lib -R/opt/csw/bdb44/lib/\\\$ISALIST > - -R/opt/csw/bdb44/lib -L/opt/csw/lib/svn -R/opt/csw/lib/svn/\\\$ISALIST > - -R/opt/csw/lib/svn -L/opt/csw/apache2/lib > - -R/opt/csw/apache2/lib/\\\$ISALIST -R/opt/csw/apache2/lib -lintl -liconv > -L/opt/csw/bdb44/lib -L/opt/csw/lib -L/opt/csw/lib -L/opt/csw/lib > - -rpath /opt/csw/lib/svn -o libsvnjavahl-1.la BlameCallback.lo > ChangelistCallback.lo CommitMessage.lo ConflictResolverCallback.lo > CopySources.lo DiffSummaryReceiver.lo EnumMapper.lo InfoCallback.lo > Inputer.lo JNIByteArray.lo JNICriticalSection.lo JNIMutex.lo > JNIStackElement.lo JNIStringHolder.lo JNIThreadData.lo JNIUtil.lo > ListCallback.lo LogMessageCallback.lo MessageReceiver.lo Notify.lo > Notify2.lo Outputer.lo Path.lo Pool.lo ProgressListener.lo Prompter.lo > ProplistCallback.lo Revision.lo RevisionRange.lo RevpropTable.lo > SVNAdmin.lo SVNBase.lo SVNClient.lo StatusCallback.lo StringArray.lo > Targets.lo libsvnjavahl.la.lo > org_tigris_subversion_javahl_NativeResources.lo > org_tigris_subversion_javahl_Path.lo > org_tigris_subversion_javahl_SVNAdmin.lo > org_tigris_subversion_javahl_SVNClient.lo > org_tigris_subversion_javahl_Version.lo > ../../../../subversion/libsvn_repos/libsvn_repos-1.la > ../../../../subversion/libsvn_client/libsvn_client-1.la > ../../../../subversion/libsvn_wc/libsvn_wc-1.la > ../../../../subversion/libsvn_ra/libsvn_ra-1.la > ../../../../subversion/libsvn_delta/libsvn_delta-1.la > ../../../../subversion/libsvn_diff/libsvn_diff-1.la > ../../../../subversion/libsvn_subr/libsvn_subr-1.la > ../../../../subversion/libsvn_fs/libsvn_fs-1.la -laprutil-1 -lldap > - -llber -ldb-4.4 -lexpat -liconv -lapr-1 -luuid -lsendfile -lrt -lsocket > -lpthread -ldl -lneon -lsocket -lCrun -lCstd > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Targets.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Targets.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); > ld: fatal: File processing errors. No output written to > .libs/libsvnjavahl-1.so.0.0.0 > gmake[2]: *** [subversion/bindings/javahl/native/libsvnjavahl-1.la] Error 1 > gmake[2]: Leaving directory > `/home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5' > gmake[1]: *** [svn-java] Error 2 > gmake[1]: Leaving directory `/home/mwatters/mgar/pkg/subversion' > gmake: *** [merge-isa-sparcv8] Error 2 > > > rupert THURNER wrote: >> many thanks, it works. where would i copy the old subversion pkg from, >> to upgrade it? >> >> kr, rupert. >> >> >> On Sun, Feb 22, 2009 at 14:06, Dagobert Michelsen wrote: >>> Hi Rupert, >>> >>> Am 21.02.2009 um 20:26 schrieb rupert THURNER: >>>> philipp suggested to contact you as i am not able to connect. can you help >>>> pls? >>> Sure. I put the key from the attached authorized_keys in your >>> authorized_keys. Please let me know if you need anything else. >>> >>> BTW, Phil: It would be nice if we all cc'ed to board@ if people sign up. >>> >>> >>> Best regards >>> >>> -- Dago >>> >> _______________________________________________ >> buildfarm mailing list >> buildfarm at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/buildfarm > > - -- > Thanks, > Mike > > "Any intelligent fool can make things bigger, more complex, > and more violent. It takes a touch of genius -- and a lot of courage -- > to move in the opposite direction." > > * Albert Einstein 1879 - 1955 > US German-born Theoretical Physicist > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkmhtw0ACgkQLrhmsXMSLxe+vgCgoUjewIOV4eu5eNJlZp4tFyEj > scYAoKB/cOU/stpohqkQG8LYDjH3vjJy > =0jbJ > -----END PGP SIGNATURE----- > From rupert.thurner at gmail.com Mon Feb 23 00:48:49 2009 From: rupert.thurner at gmail.com (rupert THURNER) Date: Mon, 23 Feb 2009 00:48:49 +0100 Subject: [csw-maintainers] mod_wsgi, how to "make checksum"? Message-ID: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> thanks for the hint! tried it with mod_python, and adjusted it to build mod_wsgi. but somehow i did not understand the checksums: rupert at build8s:~/mgar/pkg/mod_wsgi $ make checksum [===== NOW BUILDING: mod_wsgi-2.3 =====] [prerequisite] complete for mod_wsgi. [fetch] complete for mod_wsgi. gmake: *** No rule to make target `checksum-mod_wsgi-2.3.tar.gz', needed by `checksum'. Stop. what do i miss out? rupert. On Mon, Feb 23, 2009 at 00:14, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > feel free to copy any of my files on the buildfarm. all my build files > are in ~/mgar/pkg/{pkgname} ... I have a script ~/bin/co usage: co > {pkgname} that will check out the version from subversion if exists. > it will also automatically upgrade it to gar v2 if needed and check it > back in. so make sure you checkout by hand the active projects ( unless > you talk to them first ) -- I already made that mistake --. > > if you don't have a ~/.garrc I suggest taking mine or someone else's and > modify it. > > > > > rupert THURNER wrote: >> oh ... it is so much easier if you can use the base files of somebody >> else, like how to set the build environment, and others. i try to copy >> mike's now :) >> >> rupert. >> >> On Sun, Feb 22, 2009 at 22:06, Dagobert Michelsen wrote: >>> Hi Rupert, >>> >>> Am 22.02.2009 um 21:21 schrieb rupert THURNER: >>>> many thanks, it works. where would i copy the old subversion pkg from, >>>> to upgrade it? >>> Sorry, I don't understand what you mean. Usually you take the GAR >>> description, update it and build a new package. You don't need the >>> old package. >>> >>> >>> Best regards >>> >>> -- Dago >>> > > - -- > Thanks, > Mike > > "Any intelligent fool can make things bigger, more complex, > and more violent. It takes a touch of genius -- and a lot of courage -- > to move in the opposite direction." > > * Albert Einstein 1879 - 1955 > US German-born Theoretical Physicist > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkmh3D8ACgkQLrhmsXMSLxdBVgCeI8lFglGAuLJ9rHtZy+zZFDYS > EIQAoMj+00bEEn1XyxgS/Es0f+TKk6Ic > =KUsP > -----END PGP SIGNATURE----- > From phil at bolthole.com Mon Feb 23 18:20:37 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Feb 2009 09:20:37 -0800 Subject: [csw-maintainers] Package naming question In-Reply-To: <49A29EEE.4030107@opencsw.org> References: <49A29EEE.4030107@opencsw.org> Message-ID: <20090223172037.GA80170@bolthole.com> On Mon, Feb 23, 2009 at 02:04:46PM +0100, Roger H?kansson wrote: > I'm thinking of updating the wmf package, however that name seems a bit off. > The package originates from wvware.sourceforge.net, who have three > packages, libwmf, wv and wv2, where libwmf is what's packaged as wmf. > So the logical name would be libwmf, but I guess that such a change is a > bit tricky since there are some packages depending on wmf. > > However, if I would commit a gar-package, what would be the preferred > name, wmf or libwmf? (I assume wmf since that's what it's called right > now, but I want to be sure) It is nice to preserve our existing naming. from a technical cost analysis perspective: changing the "software name" is less nasty than the package name. changing software name, "only" involves having to change the mantis area name. changing the package name, invokes having to change all other packages that depend on it, AND having upgrades break on the user side. ie: a user cant just do "pkg-get upgrade all" and get the new version of the package. the user has to explicitly choose to install the new name. For "middleware" packages, this isnt quite so bad, since users will usually just upgrade the "end user software", and that will pull in the later named package. but still a bit messy. From phil at bolthole.com Mon Feb 23 20:32:52 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Feb 2009 11:32:52 -0800 Subject: [csw-maintainers] page on sharing /opt/csw updated Message-ID: <20090223193252.GF80170@bolthole.com> FYI: i updated our long-time users guide page, on strategies for sharing /opt/csw between machines and zones. If anyone's curious, and/or would like to give feedback, it's at http://www.opencsw.org/userguide/sharingcsw From dam at opencsw.org Tue Feb 24 10:00:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Feb 2009 10:00:56 +0100 Subject: [csw-maintainers] Package naming question In-Reply-To: <49A29EEE.4030107@opencsw.org> References: <49A29EEE.4030107@opencsw.org> Message-ID: <840CDD58-6EBD-43D1-A6D0-322E3D5875FE@opencsw.org> Hi Roger, Am 23.02.2009 um 14:04 schrieb Roger H?kansson: > I'm thinking of updating the wmf package, however that name seems a > bit off. > The package originates from wvware.sourceforge.net, who have three > packages, libwmf, wv and wv2, where libwmf is what's packaged as wmf. > So the logical name would be libwmf, but I guess that such a change > is a > bit tricky since there are some packages depending on wmf. > > However, if I would commit a gar-package, what would be the preferred > name, wmf or libwmf? (I assume wmf since that's what it's called right > now, but I want to be sure) The name of the GAR directory and GARNAME should be the same as the catalog name of one of the produced packages. Despite this convention changing the directory name doesn't change anything else. Best regards -- Dago From dam at opencsw.org Tue Feb 24 10:04:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Feb 2009 10:04:24 +0100 Subject: [csw-maintainers] mod_wsgi, how to "make checksum"? In-Reply-To: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> References: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> Message-ID: <8D4C3ED8-EEFE-4BD1-A97C-E02D632B37A0@opencsw.org> Hi Rupert, Am 23.02.2009 um 00:48 schrieb rupert THURNER: > tried it with mod_python, and adjusted it to build mod_wsgi. but > somehow i did not understand the checksums: > > rupert at build8s:~/mgar/pkg/mod_wsgi > $ make checksum > [===== NOW BUILDING: mod_wsgi-2.3 =====] > [prerequisite] complete for mod_wsgi. > [fetch] complete for mod_wsgi. > gmake: *** No rule to make target `checksum-mod_wsgi-2.3.tar.gz', > needed by `checksum'. Stop. > > what do i miss out? Well, 'checksum' is called automatically as dependency prior to 'extract'. In this step fingerprints are calculated for DISTFILES and compared against the file 'checksums'. There should be no need to call it manually. The checksum-file is updated when you call the make-target 'makesum' (calculate checksum only) or 'update' (clear, fetch, makesum). Best regards -- Dago From james at opencsw.org Tue Feb 24 10:44:29 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Feb 2009 09:44:29 GMT Subject: [csw-maintainers] New lcms version in testing In-Reply-To: <20090223051309.GA67635@bolthole.com> References: <49A202D5.2070305@opencsw.org> <20090223051309.GA67635@bolthole.com> Message-ID: <20090224.9442900.3394415429@gyor.oxdrove.co.uk> On 23/02/09, 05:13:09, Philip Brown wrote regarding Re: [csw-maintainers] New lcms version in testing: > > (1.17), but since there are a dependency-chain, I don't know whether its > > a good idea to release without .la files... > it would only be a problem, if other libraries depended on it. > the only otehr library would seem to be > libmng (owned by James) Libmng builds with the new lcms, as do my other CSWlcms dependants CSWxsane and CSWgraphicsmagick. James. From dam at opencsw.org Tue Feb 24 14:55:20 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Feb 2009 14:55:20 +0100 Subject: [csw-maintainers] Deinstalling CSWqt Message-ID: <5CE3CE55-94DA-472C-9E9E-EA3414E8AC4E@opencsw.org> Hi, I am deinstalling CSWqt from the farm to compile a current qt4, which is incompatible with the current qt4. Best regards -- Dago From dam at opencsw.org Tue Feb 24 17:06:32 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Feb 2009 17:06:32 +0100 Subject: [csw-maintainers] Broken CSWftype2 Message-ID: Hi Chad, I noticed there is an error in the current CSWftype2 2.3.8,REV=2009.02.16 in /opt/csw/include/ft2build.h with the line #include The path is instead /opt/csw/include/freetype2/freetype/config/ftheader.h I guess it should either be in /opt/csw/include/freetype2/ft2build.h or contain #include Best regards -- Dago From phil at bolthole.com Tue Feb 24 19:02:34 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Feb 2009 10:02:34 -0800 Subject: [csw-maintainers] Broken CSWftype2 In-Reply-To: References: Message-ID: <20090224180234.GA27989@bolthole.com> On Tue, Feb 24, 2009 at 05:06:32PM +0100, Dagobert Michelsen wrote: > Hi Chad, > > I noticed there is an error in the current CSWftype2 > 2.3.8,REV=2009.02.16 in > /opt/csw/include/ft2build.h > with the line > #include > The path is instead > /opt/csw/include/freetype2/freetype/config/ftheader.h > > I guess it should either be in > /opt/csw/include/freetype2/ft2build.h > or contain > #include hint to the maintainer: pleas do whatever the old one (in stable) did. From harpchad at opencsw.org Tue Feb 24 21:05:39 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 24 Feb 2009 14:05:39 -0600 Subject: [csw-maintainers] Broken CSWftype2 In-Reply-To: References: Message-ID: <49A45313.5080806@opencsw.org> That looks correct to me, can you send me more details on where you're getting the error? #include with -I/opt/csw/include/freetype2 should find /opt/csw/include/freetype2/freetype/config/ftheader.h Perhaps what you're compiling isn't using freetype-config? /opt/csw/bin/freetype-config --cflags -I/opt/csw/include/freetype2 -I/opt/csw/include Dagobert Michelsen wrote: > Hi Chad, > > I noticed there is an error in the current CSWftype2 > 2.3.8,REV=2009.02.16 in > /opt/csw/include/ft2build.h > with the line > #include > The path is instead > /opt/csw/include/freetype2/freetype/config/ftheader.h > > I guess it should either be in > /opt/csw/include/freetype2/ft2build.h > or contain > #include > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From ihsan at opencsw.org Tue Feb 24 21:43:21 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 24 Feb 2009 21:43:21 +0100 Subject: [csw-maintainers] Mail services Message-ID: <49A45BE9.3070902@opencsw.org> Hello, I've wrote a wiki page about our mail services: http://wiki.opencsw.org/mail-server Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Tue Feb 24 23:23:08 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 24 Feb 2009 16:23:08 -0600 Subject: [csw-maintainers] New Python in testing Message-ID: <49A4734C.9090407@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: * recompile including the correct prior version of $(libdir)/libpython* for compatability * Tweak the site.py file to correctly search the "existing" site-packages directories. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmkc0wACgkQLrhmsXMSLxf7QgCgk/cMKLC4BtvLdrz+Re+WMsLe MzYAnA2LD41ZeX/5sBq6aC/Na6ld+b6L =fsTl -----END PGP SIGNATURE----- From rupert.thurner at gmail.com Wed Feb 25 09:32:00 2009 From: rupert.thurner at gmail.com (rupert THURNER) Date: Wed, 25 Feb 2009 09:32:00 +0100 Subject: [csw-maintainers] =?utf-8?q?irl_meeting_-_somebody_staying_in_z?= =?utf-8?b?w7xyaWNoPw==?= Message-ID: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> hi, i just saw http://wiki.opencsw.org/irl-meeting, does this mean anybody stays in z?rich for drinking beer sometimes? rupert. From ihsan at opencsw.org Wed Feb 25 11:23:01 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 25 Feb 2009 11:23:01 +0100 Subject: [csw-maintainers] =?utf-8?q?irl_meeting_-_somebody_staying_in_z?= =?utf-8?b?w7xyaWNoPw==?= In-Reply-To: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> References: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> Message-ID: <49A51C05.3000009@opencsw.org> Am 25.2.2009 9:32 Uhr, rupert THURNER schrieb: > i just saw http://wiki.opencsw.org/irl-meeting, does this mean anybody > stays in z?rich for drinking beer sometimes? The IRL meeting is already over, but I'm still living in Zurich. :-) Do you live in Zurich as well? PS: Please use your @opencsw.org address to post to the maintainers list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From william at wbonnet.net Wed Feb 25 17:33:23 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Feb 2009 17:33:23 +0100 Subject: [csw-maintainers] =?utf-8?q?irl_meeting_-_somebody_staying_in_z?= =?utf-8?b?w7xyaWNoPw==?= In-Reply-To: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> References: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> Message-ID: <49A572D3.4060606@wbonnet.net> Hi > i just saw http://wiki.opencsw.org/irl-meeting, does this mean anybody > stays in z?rich for drinking beer sometimes? > BTW, is there some people around linving in Paris area and willing to drink a beer ? :) (France) cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Wed Feb 25 23:29:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Feb 2009 23:29:56 +0100 Subject: [csw-maintainers] build10x /var In-Reply-To: <1235571001-sup-4783@ntdws12.chass.utoronto.ca> References: <1235571001-sup-4783@ntdws12.chass.utoronto.ca> Message-ID: <86DFE69C-52B9-4F96-8C32-C1B652A67E40@opencsw.org> Hi, Am 25.02.2009 um 15:10 schrieb Ben Walton: > It seems that the slice hosting /var is throwing I/O errors... Appararently our SAN Array (crappy Infortrend) had a transient failure and VMware ESX doesn't seemed to like it. A colleague is going to fix that tomorrow. Sorry for the inconvenience -- Dago From william at wbonnet.net Thu Feb 26 00:09:30 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Feb 2009 00:09:30 +0100 Subject: [csw-maintainers] X11 prototype are in testing Message-ID: <49A5CFAA.2010806@wbonnet.net> Hi I have updated the X11 proto packages and put them back in testing. I will continue to update the libs i started to build a few weeks ago, but before i need some feedback from you guys :) I have moved the X11 stuff to /opt/csw/X11 (but licenses which are under /opt/csw/share/$(GARNAME). Could you please have a look to these packages before i ask for them to be installed on the farm ? I will need these package to be able to continue to build the next libs, but i would prefer not to create side effects with other packages as it happens last november. Here is the list of packages (from /home/testing) kbproto-1.0.3,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz kbproto-1.0.3,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz renderproto-0.9.3,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz renderproto-0.9.3,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz xcbproto-1.4,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz xcbproto-1.4,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz xextproto-7.0.5,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz xextproto-7.0.5,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz xproto-7.0.14,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz xproto-7.0.14,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz Thanks in advance cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Thu Feb 26 00:11:35 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Feb 2009 00:11:35 +0100 Subject: [csw-maintainers] X11 prototype are in testing In-Reply-To: <49A5CFAA.2010806@wbonnet.net> References: <49A5CFAA.2010806@wbonnet.net> Message-ID: <49A5D027.9030507@wbonnet.net> Hi > kbproto-1.0.3,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > kbproto-1.0.3,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > renderproto-0.9.3,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > renderproto-0.9.3,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > xcbproto-1.4,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > xcbproto-1.4,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > xextproto-7.0.5,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > xextproto-7.0.5,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > xproto-7.0.14,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > xproto-7.0.14,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > and also libpthreadstubs-0.1,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz libpthreadstubs-0.1,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Thu Feb 26 09:26:59 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Feb 2009 09:26:59 +0100 Subject: [csw-maintainers] build10x /var In-Reply-To: <86DFE69C-52B9-4F96-8C32-C1B652A67E40@opencsw.org> References: <1235571001-sup-4783@ntdws12.chass.utoronto.ca> <86DFE69C-52B9-4F96-8C32-C1B652A67E40@opencsw.org> Message-ID: <9B0CE3C0-C8E9-442E-AD19-3919B6B35A49@opencsw.org> Hi, Am 25.02.2009 um 23:29 schrieb Dagobert Michelsen: > Am 25.02.2009 um 15:10 schrieb Ben Walton: >> It seems that the slice hosting /var is throwing I/O errors... > > Appararently our SAN Array (crappy Infortrend) had a transient > failure and VMware ESX doesn't seemed to like it. A colleague is > going to fix that tomorrow. The issue is resolved now. Best regards -- Dago From bwalton at opencsw.org Thu Feb 26 15:01:42 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 26 Feb 2009 09:01:42 -0500 Subject: [csw-maintainers] build10x /var In-Reply-To: <9B0CE3C0-C8E9-442E-AD19-3919B6B35A49@opencsw.org> References: <1235571001-sup-4783@ntdws12.chass.utoronto.ca> <86DFE69C-52B9-4F96-8C32-C1B652A67E40@opencsw.org> <9B0CE3C0-C8E9-442E-AD19-3919B6B35A49@opencsw.org> Message-ID: <1235656860-sup-6188@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Thu Feb 26 03:26:59 -0500 2009: > The issue is resolved now. Great. I've just added the two packages that I couldn't yesterday too (in addition to the one I missed), so the boxes should be standard again. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bwalton at opencsw.org Thu Feb 26 17:00:59 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 26 Feb 2009 11:00:59 -0500 Subject: [csw-maintainers] ruby packages in testing Message-ID: <1235663912-sup-4053@ntdws12.chass.utoronto.ca> Hi All, There are new ruby packages in testing. These are a response to the lack of the libruby-static.a file bug that was created last week. I've now added a rubydev package that contains the header files, mkmf module and the static library that modules (may) use. This is more in line with ruby distros from other package repos. Please test this if you're interested and send feedback to me if you've got any. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. From rupert at opencsw.org Fri Feb 27 06:56:50 2009 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 27 Feb 2009 06:56:50 +0100 Subject: [csw-maintainers] install mod_wsgi - alternative to http://opencsw.org/standards/pkg-walkthrough ? Message-ID: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> hi, i copied mod_python, and am trying to make mod_wsgi out of it as it is similar in building, am able to build it, but i cannot package and install it. i copied mike watters copied environment and scripts. then i tried to follow http://opencsw.org/standards/pkg-walkthrough but i got: rupert at build8s:~/mgar/pkg/mod_wsgi $ stagepkg ... /home/rupert/mgar/pkg/mod_wsgi/cswstage fakeroot make: Fatal error in reader: Makefile, line 7: Unexpected end of line seen which made me try http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR. but i got: rupert at build8s:~/mgar/pkg/mod_wsgi $ make package ... ==> Running make test in work/build-isa-sparcv8/mod_wsgi-2.3 gmake[2]: Entering directory `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-sparcv8/mod_wsgi-2.3' gmake[2]: *** No rule to make target `test'. Stop. what do you usually add to make this pass? rupert. From mwatters at opencsw.org Fri Feb 27 07:02:52 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 00:02:52 -0600 Subject: [csw-maintainers] install mod_wsgi - alternative to http://opencsw.org/standards/pkg-walkthrough ? In-Reply-To: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> References: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> Message-ID: <49A7820C.9080809@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There are several ways to do it. TEST_SCRIPTS = is one way but I am not fond of that as it is not very descriptive. I prefer TEST_SCRIPTS = skip test-skip: $(DONADA) rupert THURNER wrote: > hi, > > i copied mod_python, and am trying to make mod_wsgi out of it as it is > similar in building, am able to build it, but i cannot package and > install it. > > i copied mike watters copied environment and scripts. then i tried to > follow http://opencsw.org/standards/pkg-walkthrough but i got: > rupert at build8s:~/mgar/pkg/mod_wsgi > $ stagepkg > ... > /home/rupert/mgar/pkg/mod_wsgi/cswstage > fakeroot > make: Fatal error in reader: Makefile, line 7: Unexpected end of line seen > > which made me try > http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR. > but i got: > rupert at build8s:~/mgar/pkg/mod_wsgi > $ make package > ... > ==> Running make test in work/build-isa-sparcv8/mod_wsgi-2.3 > gmake[2]: Entering directory > `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-sparcv8/mod_wsgi-2.3' > gmake[2]: *** No rule to make target `test'. Stop. > > what do you usually add to make this pass? > > > rupert. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmnggwACgkQLrhmsXMSLxcdUQCfeAHiM1PGJJg3Vh4B6sTPJutQ AqcAoInT3q8jcodbeStWfWMtVxPtm+4H =fpBP -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Feb 27 07:06:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 00:06:57 -0600 Subject: [csw-maintainers] install mod_wsgi - alternative to http://opencsw.org/standards/pkg-walkthrough ? In-Reply-To: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> References: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> Message-ID: <49A78301.7000706@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 also, this error: "make: Fatal error in reader: Makefile, line 7: Unexpected end of line seen" usually implies you are using Sun's make and not gmake. I cheat and have an alias alias make='/opt/csw/bin/gmake' in my .bash_profile rupert THURNER wrote: > hi, > > i copied mod_python, and am trying to make mod_wsgi out of it as it is > similar in building, am able to build it, but i cannot package and > install it. > > i copied mike watters copied environment and scripts. then i tried to > follow http://opencsw.org/standards/pkg-walkthrough but i got: > rupert at build8s:~/mgar/pkg/mod_wsgi > $ stagepkg > ... > /home/rupert/mgar/pkg/mod_wsgi/cswstage > fakeroot > make: Fatal error in reader: Makefile, line 7: Unexpected end of line seen > > which made me try > http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR. > but i got: > rupert at build8s:~/mgar/pkg/mod_wsgi > $ make package > ... > ==> Running make test in work/build-isa-sparcv8/mod_wsgi-2.3 > gmake[2]: Entering directory > `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-sparcv8/mod_wsgi-2.3' > gmake[2]: *** No rule to make target `test'. Stop. > > what do you usually add to make this pass? > > > rupert. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmngwEACgkQLrhmsXMSLxc6kACg18yNUOc1g16/Np/R6yZdgSVA 8jAAoLXOE0BwDhldPBTO9EuurNy2ohZJ =sSeC -----END PGP SIGNATURE----- From phil at bolthole.com Fri Feb 27 07:14:34 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Feb 2009 22:14:34 -0800 Subject: [csw-maintainers] install mod_wsgi - alternative to http://opencsw.org/standards/pkg-walkthrough ? In-Reply-To: <49A78301.7000706@opencsw.org> References: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> <49A78301.7000706@opencsw.org> Message-ID: <20090227061434.GA4684@bolthole.com> On Fri, Feb 27, 2009 at 12:06:57AM -0600, Mike Watters wrote: > usually implies you are using Sun's make and not gmake. > I cheat and have an alias > alias make='/opt/csw/bin/gmake' in my .bash_profile dangerous, in that it or may not work. Often, it is moreo direct and effective to set an environment variable, MAKE=gmake stagepkg respects it, for one thing. you can call it with MAKE=gmake stagepkg for example. From mwatters at opencsw.org Sat Feb 28 05:36:03 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:36:03 -0600 Subject: [csw-maintainers] pyorbit *** Now in Testing *** Message-ID: <49A8BF33.9060202@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version 2.24.0 compiled against python2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmovzMACgkQLrhmsXMSLxe8PwCg6aUrFKh47YYqR5H/H+fs5bQv uEQAoMvaLnOGdDK1T3+RDDid+bFpB5bI =E0D8 -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:42:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:42:35 -0600 Subject: [csw-maintainers] pysetuptools *** Now in Testing *** Message-ID: <49A8C0BB.4090407@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version 0.6c7 compiled for python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowLsACgkQLrhmsXMSLxeUZQCgxY0wlp718wZTP0F5ikkAS8/Q GKgAoItx4T4isw5dc701jBxEOX9KiG23 =RBX8 -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:43:19 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:43:19 -0600 Subject: [csw-maintainers] pydocutils *** Now in Testing *** Message-ID: <49A8C0E7.6020705@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version 0.5 compiled against python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowOcACgkQLrhmsXMSLxdDUQCguoy/0qqSy58f40VKeZn+ArEc F+MAoNCUxvRnTIiMuN8d84DgbVRvykgm =odmN -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:44:28 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:44:28 -0600 Subject: [csw-maintainers] pysqlite2 *** Now In Testing *** Message-ID: <49A8C12C.3070006@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes; version: 2.3.5 compiled for python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowSwACgkQLrhmsXMSLxftCgCfYljKIB2R/QwvxPIiT+cc5aaz 27UAoJlp+CWMF+Yb7p7cSzKkqdfwBYbE =2jqs -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:45:11 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:45:11 -0600 Subject: [csw-maintainers] silvercity *** Now in Testing *** Message-ID: <49A8C157.2040705@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version: 0.9.7 compiled for python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowVcACgkQLrhmsXMSLxcy+wCeNTJrHyfGgSgQli2c1LdnjaqA B4IAoJ7yo7XDNsOJwM3iv2XAnLF+wf+P =iXd8 -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:46:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:46:25 -0600 Subject: [csw-maintainers] xchat xchat_py xchat_pl xchat_tcl *** Now in Testing *** Message-ID: <49A8C1A1.3020300@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version 2.8.6 xchat_py compiled against python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowaEACgkQLrhmsXMSLxfOBQCfZaVOgji1PHBP0PIKKffr1vog y6kAoMGiYVe6b0kXVgECyqNWj4HFQPM6 =ZPPy -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:47:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:47:26 -0600 Subject: [csw-maintainers] pygobject *** Now in Testing *** Message-ID: <49A8C1DE.8000706@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version: 2.15.4 compiled for python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowd4ACgkQLrhmsXMSLxd/vgCeOGdZ6hxgpqzmo1/cTh5q80FQ HoAAoMTE5o1Xzsx8wEdyhtligxzRJQoO =LWhH -----END PGP SIGNATURE----- From william at wbonnet.net Sun Feb 1 21:23:37 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 01 Feb 2009 21:23:37 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090131200629.GD12692@bolthole.com> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> Message-ID: <498604C9.3010809@wbonnet.net> Hi >> In fat the problem is that my original email was /not clear/. I was >> talking about adding files to GAR, so it was about the java (or >> javalibs) directory in svn not under /opt/csw :) >> > > > ahaha.. good to know now :-) > How do we say in such case ? better late than never ? :) So... I am wondering where is the best place to store java libraries in the svn repository that GAR is using (so i do not speak about stuff under /opt/csw ;) ). I have a few java libs to add to GAR build system. This include stuff like several Apache commons libs, log4j and junit. Since there will be many libs, it might be useful to group them under a directory. Let consider junit as an example. What would be the best place for it : [a]. SVN_ROOT/pkg/junit [b]. SVN_ROOT/pkg/java/junit [c]. SVN_ROOT/pkg/javalibs/junit [d]. SVN_ROOT/pkg/java/javalibs/junit I personnaly prefer [b]. [d] would have sense if there is something else under java like jdk, and maybe tomcat or jboss cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Sun Feb 1 22:58:01 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Feb 2009 13:58:01 -0800 Subject: [csw-maintainers] Use of java folder In-Reply-To: <498604C9.3010809@wbonnet.net> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> Message-ID: <20090201215801.GG65873@bolthole.com> On Sun, Feb 01, 2009 at 09:23:37PM +0100, William Bonnet wrote: > So... I am wondering where is the best place to store java libraries in > the svn repository that GAR is using I thought "GAR v2" was supposed to have a flat namespace? From dam at opencsw.org Mon Feb 2 09:22:07 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Feb 2009 09:22:07 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090201215801.GG65873@bolthole.com> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> Message-ID: <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> Hi, Am 01.02.2009 um 22:58 schrieb Philip Brown: > On Sun, Feb 01, 2009 at 09:23:37PM +0100, William Bonnet wrote: >> So... I am wondering where is the best place to store java >> libraries in >> the svn repository that GAR is using > > I thought "GAR v2" was supposed to have a flat namespace? Well, it is more like the namespace structure is now independent of the category. The namespace is mostly flat, but you can have subdirs and put the packages in there also - GAR doesn't care. So if it is suitable you can use directories in any way that fits. Best regards -- Dago From dam at opencsw.org Mon Feb 2 10:36:41 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Feb 2009 10:36:41 +0100 Subject: [csw-maintainers] Thematics action? Message-ID: Hi folks, it's already 2nd of february. Has someone already started with "communication"? What's next? I propose to define a number of tasks and assign them / let maintainers grab them. William, what's with the new webpage? Can we start working on the contents? Best regards -- Dago From phil at bolthole.com Mon Feb 2 12:07:01 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 03:07:01 -0800 Subject: [csw-maintainers] Use of java folder In-Reply-To: <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> Message-ID: <20090202110701.GA37004@bolthole.com> On Mon, Feb 02, 2009 at 09:22:07AM +0100, Dagobert Michelsen wrote: > Am 01.02.2009 um 22:58 schrieb Philip Brown: > > I thought "GAR v2" was supposed to have a flat namespace? > > Well, it is more like the namespace structure is now independent of the > category. The namespace is mostly flat, but you can have subdirs and put > the packages in there also - GAR doesn't care. So if it is suitable you > can use directories in any way that fits. This is not good. by saying that, you make the uniform namespace, non-uniform again. the whole point of a flat namespace, is that for any software package [xyzsoft] you would know EXACTLY where in the gar tree to go build it from. eg: "go do a 'make' in [GARROOT]/x/xyzsoft" From dam at opencsw.org Mon Feb 2 12:13:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Feb 2009 12:13:38 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090202110701.GA37004@bolthole.com> References: <4980CDD4.5080106@wbonnet.net> <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> Message-ID: <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> Hi Phil, Am 02.02.2009 um 12:07 schrieb Philip Brown: > On Mon, Feb 02, 2009 at 09:22:07AM +0100, Dagobert Michelsen wrote: >> Am 01.02.2009 um 22:58 schrieb Philip Brown: >>> I thought "GAR v2" was supposed to have a flat namespace? >> >> Well, it is more like the namespace structure is now independent of >> the >> category. The namespace is mostly flat, but you can have subdirs >> and put >> the packages in there also - GAR doesn't care. So if it is suitable >> you >> can use directories in any way that fits. > > This is not good. by saying that, you make the uniform namespace, > non-uniform again. > > the whole point of a flat namespace, is that for any software package > [xyzsoft] > you would know EXACTLY where in the gar tree to go build it from. > > eg: > > "go do a 'make' in > > [GARROOT]/x/xyzsoft" It may be used for grouping similar items together, like for cpan/, where the directory name is exactly the module name in CPAN. I just said that it *may* be used with directories, but we are free to stick to a flat namespace by convention. Best regards -- Dago From phil at bolthole.com Mon Feb 2 12:21:54 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 03:21:54 -0800 Subject: [csw-maintainers] Use of java folder In-Reply-To: <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> References: <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> Message-ID: <20090202112154.GA50696@bolthole.com> On Mon, Feb 02, 2009 at 12:13:38PM +0100, Dagobert Michelsen wrote: > > This is not good. by saying that, you make the uniform namespace, > > non-uniform again. > > > > the whole point of a flat namespace, is that for any software package > > [xyzsoft] > > you would know EXACTLY where in the gar tree to go build it from. > >.... > > [GARROOT]/x/xyzsoft" > > It may be used for grouping similar items together, like for > cpan/, where the directory name is exactly the module name in CPAN. > I just said that it *may* be used with directories, but we are > free to stick to a flat namespace by convention. An "optional standard" is not really a "standard"; it becomes merely a "suggestion". That's no good for future purposes of a fully automated tool to build any arbitrary package. ie: "csw-build xyzsoft" would automatically download source for xyzsoft from gar, and build a package for it. From william at wbonnet.net Mon Feb 2 12:23:20 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 02 Feb 2009 12:23:20 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090202112154.GA50696@bolthole.com> References: <20090130161918.GB72531@bolthole.com> <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> <20090202112154.GA50696@bolthole.com> Message-ID: <4986D7A8.6000200@wbonnet.net> Hi > An "optional standard" is not really a "standard"; it becomes merely a > "suggestion". That's no good for future purposes of a fully automated tool > to build any arbitrary package. > > ie: "csw-build xyzsoft" would automatically download source for xyzsoft > from gar, and build a package for it. > That's an issue I handle in the next version of uwatch. It will deal with 1:n relation between GAR entries and package build, and also with the location of the entry in GAR. btw it will also produce the stats Dago ask me a few weeks ago... cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Mon Feb 2 13:13:16 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 02 Feb 2009 13:13:16 +0100 Subject: [csw-maintainers] Thematics action? In-Reply-To: References: Message-ID: <4986E35C.4040508@wbonnet.net> Hi Dagobert > Hi folks, > > it's already 2nd of february. Has someone already started with > "communication"? What's next? I propose to define a number of > tasks and assign them / let maintainers grab them. William, > what's with the new webpage? Can we start working on the contents? > I'll put that online this evening/night. I was expecting to do it this wek end , but i spent too much time on "something else" :( Cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From mwatters at opencsw.org Mon Feb 2 16:51:03 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 09:51:03 -0600 Subject: [csw-maintainers] New Python Package available in Testing Message-ID: <49871667.7090706@opencsw.org> Changes: Update to Version 2.6.1 ------- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From mwatters at opencsw.org Mon Feb 2 16:52:11 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 09:52:11 -0600 Subject: [csw-maintainers] New Idle Package available in Testing Message-ID: <498716AB.30105@opencsw.org> Changes: Update to version 2.6.1 ------- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From mwatters at opencsw.org Mon Feb 2 16:52:52 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 09:52:52 -0600 Subject: [csw-maintainers] New Python-Tk available in Testing Message-ID: <498716D4.6050608@opencsw.org> Changes: Update to version 2.6.1 -- ------- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From phil at bolthole.com Mon Feb 2 17:53:52 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 08:53:52 -0800 Subject: [csw-maintainers] Use of java folder In-Reply-To: <4986D7A8.6000200@wbonnet.net> References: <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> <20090202112154.GA50696@bolthole.com> <4986D7A8.6000200@wbonnet.net> Message-ID: <20090202165352.GB61695@bolthole.com> On Mon, Feb 02, 2009 at 12:23:20PM +0100, William Bonnet wrote: > > ie: "csw-build xyzsoft" would automatically download source for xyzsoft > > from gar, and build a package for it. > > > That's an issue I handle in the next version of uwatch. It will deal > with 1:n relation between GAR entries and package build, and also with > the location of the entry in GAR. how does it determine the location in gar? From phil at bolthole.com Mon Feb 2 20:28:07 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 11:28:07 -0800 Subject: [csw-maintainers] tips for python Message-ID: <20090202192807.GF86639@bolthole.com> fyi: i dont use python myself, but python enthusiasts may be interested in the following reference http://docs.python.org/distutils/builtdist.html?highlight=install titled "Creating Built Distributions" (seems to be geared towards creating packages of python modules. i think) From mwatters at opencsw.org Mon Feb 2 20:38:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 13:38:46 -0600 Subject: [csw-maintainers] tips for python In-Reply-To: <20090202192807.GF86639@bolthole.com> References: <20090202192807.GF86639@bolthole.com> Message-ID: <49874BC6.5010308@opencsw.org> Philip Brown wrote: > fyi: i dont use python myself, but python enthusiasts may be interested in > the following reference > > http://docs.python.org/distutils/builtdist.html?highlight=install > > titled "Creating Built Distributions" > > (seems to be geared towards creating packages of python modules. i think) > > > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers :D I already have that doc bookmarked... it is good information on building distributable modules for python.... in essence you would download the source tar, and run setup.py and it would install the module much like perl Makefile.PY installs cpan modules. -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From mwatters at opencsw.org Mon Feb 2 22:04:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 15:04:25 -0600 Subject: [csw-maintainers] Python repackaged Message-ID: <49875FD9.5070708@opencsw.org> Change: included the libpython2.5 library on both sparc and i386 -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From william at wbonnet.net Mon Feb 2 22:56:06 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 02 Feb 2009 22:56:06 +0100 Subject: [csw-maintainers] Thematics action? In-Reply-To: <4986E35C.4040508@wbonnet.net> References: <4986E35C.4040508@wbonnet.net> Message-ID: <49876BF6.7040809@wbonnet.net> Hi I have added a wiki page gathering some more detailled ideas about setting up communication. Everything is not here, and many some of the idea have to be discarted. Well this is the point where we begin to talk :) http://wiki.opencsw.org/communication-opencsw-theme-february-09 Please feel free to add suggestion and discuss the deferent points. I have highlighted different sub subject, which are : . Web site subproject . Communication materials subproject . Project Road map for year 2009 . Community process drafts . Technical process drafts . Articles . Google rank . Establish a communication with Sun and maybe other corporates . Establish links and relation with other open source projects New subproject and ideas are welcome :) Each of the subproject has an objective, identified tasks and discussion summary section. I propose that most of the discussion should be done on the list, and the wiki used to write a summary of what we agreed on. >> what's with the new webpage? Can we start working on the contents? I go back to work on wordpress. You can review the existing page content (from www-mockup.opencsw.org) I'll try to improve a few things on the wiki page (objective description etc in the next days). Now please comment the page content, and if some of the item are of some interest apply for it :) cheers, W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Mon Feb 2 23:27:07 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Feb 2009 23:27:07 +0100 Subject: [csw-maintainers] nginx: csw/mgar In-Reply-To: <200902022144.46772.ai@vsu.ru> References: <200901132124.01724.ai@vsu.ru> <200902022144.46772.ai@vsu.ru> Message-ID: Hi Andy, Am 02.02.2009 um 19:44 schrieb Andy Igoshin: > i have commited milestone 2 of the nginx package. > > for below feature: > ---------------------------------------------------------- > This package may use online upgrade feature of nginx which > allows not to interrupt the processing of clients requests > during the nginx version upgrade. > To use it you should install the package over the existing > version (without removing). > ---------------------------------------------------------- > > i changed ~/mgar/pkg/nginx/trunk/gar/pkglib/smf/postinstall. > i think that these changes are common and useful in many > cases. so maybe to include them in mgar code? > diff file is attached. Looks good. I committed this as r2967. > also in the line 23 of ~/mgar/pkg/nginx/trunk/gar/pkglib/smf/preremove > i see the check of SMF existance. it is redundant since it is > already done > in checkinstall. Mmhhh, I am a bit reluctant to take that out. Comments? Best regards -- Dago From mwatters at opencsw.org Mon Feb 2 23:37:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Feb 2009 16:37:46 -0600 Subject: [csw-maintainers] Python repackaged In-Reply-To: <49875FD9.5070708@opencsw.org> References: <49875FD9.5070708@opencsw.org> Message-ID: <498775BA.3080301@opencsw.org> Mike Watters wrote: > Change: > included the libpython2.5 library on both sparc and i386 Forgot to mention, this version has been placed in testing. (Thanks Phil) -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist From korpela at opencsw.org Mon Feb 2 23:45:57 2009 From: korpela at opencsw.org (Eric J Korpela) Date: Mon, 2 Feb 2009 14:45:57 -0800 Subject: [csw-maintainers] BOINC client packages 6.7.2 in /testing Message-ID: boinclibs, boincclient, and boincmanager 6.7.2 for SPARC Solaris are available in /testing. As far as I know the only BOINC application that currently has SPARC Solaris binaries is setiathome and the setiathome beta project. From phil at bolthole.com Mon Feb 2 23:59:08 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Feb 2009 14:59:08 -0800 Subject: [csw-maintainers] BOINC client packages 6.7.2 in /testing In-Reply-To: References: Message-ID: <20090202225908.GF15095@bolthole.com> On Mon, Feb 02, 2009 at 02:45:57PM -0800, Eric J Korpela wrote: > boinclibs, boincclient, and boincmanager 6.7.2 for SPARC Solaris are > available in /testing. > please also package up x86 solaris. that's what our build machines are for ;-) From korpela at opencsw.org Tue Feb 3 03:58:42 2009 From: korpela at opencsw.org (Eric J Korpela) Date: Mon, 2 Feb 2009 18:58:42 -0800 Subject: [csw-maintainers] Fwd: BOINC client packages 6.7.2 in /testing In-Reply-To: References: <20090202225908.GF15095@bolthole.com> Message-ID: Working on it. I've got some packages that I want to test here before I send them off to the world. Eric On Mon, Feb 2, 2009 at 2:59 PM, Philip Brown wrote: > On Mon, Feb 02, 2009 at 02:45:57PM -0800, Eric J Korpela wrote: >> boinclibs, boincclient, and boincmanager 6.7.2 for SPARC Solaris are >> available in /testing. >> > > please also package up x86 solaris. > that's what our build machines are for ;-) > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From harpchad at opencsw.org Tue Feb 3 04:57:17 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 2 Feb 2009 21:57:17 -0600 Subject: [csw-maintainers] new version of gettext in testing Message-ID: <3923CE82-EB5A-4307-9B30-03188A81BCA6@opencsw.org> Changes: - update to 0.17 - add 64-bit support for amd There are several packages that depend on gettext. I've included previous versions of the libraries that are still in use, but it's probably a good idea to test if you can. The newest version passed 'make check' on all four platforms, but there's very little that can be tested against it right now as all current packages link against previous versions of the libraries. From hson at opencsw.org Tue Feb 3 09:04:02 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 03 Feb 2009 09:04:02 +0100 Subject: [csw-maintainers] exiftool-7.63, libiptcdata-1.0.2 and libexif-0.6.17 in testing Message-ID: <4987FA72.7050804@opencsw.org> Since this is my first packages as newbie maintainer, and since I've only got sparc's running Solaris9 and x86 running Solaris10 at work, I guess that "a trip around the block" (i.e "testing") is a good idea... exiftool 7.63 is just a update from 7.21 libexif 0.6.17 is just a update from 0.6.16 libiptcdata (1.0.2) is a library for reading and manipulating IPTC tags in images -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3295 bytes Desc: S/MIME Cryptographic Signature URL: From dam at opencsw.org Tue Feb 3 12:30:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Feb 2009 12:30:24 +0100 Subject: [csw-maintainers] Use of java folder In-Reply-To: <20090202165352.GB61695@bolthole.com> References: <20090130164148.GC72531@bolthole.com> <49848DC8.8070705@wbonnet.net> <20090131200629.GD12692@bolthole.com> <498604C9.3010809@wbonnet.net> <20090201215801.GG65873@bolthole.com> <23A03008-A440-44AE-B2C8-4F765F8AB328@opencsw.org> <20090202110701.GA37004@bolthole.com> <88AD17ED-0CD7-438A-AA5A-8E44F47DF2EF@opencsw.org> <20090202112154.GA50696@bolthole.com> <4986D7A8.6000200@wbonnet.net> <20090202165352.GB61695@bolthole.com> Message-ID: <1FC2F86D-BBFB-42F8-97D5-04ED0664B490@opencsw.org> Hi Phil, Am 02.02.2009 um 17:53 schrieb Philip Brown: > On Mon, Feb 02, 2009 at 12:23:20PM +0100, William Bonnet wrote: >>> ie: "csw-build xyzsoft" would automatically download source for >>> xyzsoft >>> from gar, and build a package for it. >>> >> That's an issue I handle in the next version of uwatch. It will deal >> with 1:n relation between GAR entries and package build, and also >> with >> the location of the entry in GAR. > > how does it determine the location in gar? There is a mechanism is GAR which prints the directory vs. catalogname vs. pkgname recursively for a directory. You can also apply this to pkg/ to list all pathes and all packages. Best regards -- Dago From william at wbonnet.net Tue Feb 3 13:11:33 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Feb 2009 13:11:33 +0100 Subject: [csw-maintainers] License and copyright notice Message-ID: <49883475.8010209@wbonnet.net> Hi all I would like to know if there is actually a package (or more) in GAR that use a copyright file ? I am talking about the file which is supposed to have a small content saying "This software is distributed under XXX license. Please se /opt/csw/this/path for full text" or something like that. I am about to update dbus packages and i would to use this. I was also wondering if it would make sense to define a set of copyright files (one for GPL, one for LGPL, etc) and add them to GAR. So each package could make a reference to this copyright file, and it might be automatically added to prototype (maybe same for full licene text ?) Cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From korpela at ssl.berkeley.edu Tue Feb 3 03:58:00 2009 From: korpela at ssl.berkeley.edu (Eric J Korpela) Date: Mon, 2 Feb 2009 18:58:00 -0800 Subject: [csw-maintainers] BOINC client packages 6.7.2 in /testing In-Reply-To: <20090202225908.GF15095@bolthole.com> References: <20090202225908.GF15095@bolthole.com> Message-ID: Working on it. I've got some packages that I want to test here before I send them off to the world. Eric On Mon, Feb 2, 2009 at 2:59 PM, Philip Brown wrote: > On Mon, Feb 02, 2009 at 02:45:57PM -0800, Eric J Korpela wrote: >> boinclibs, boincclient, and boincmanager 6.7.2 for SPARC Solaris are >> available in /testing. >> > > please also package up x86 solaris. > that's what our build machines are for ;-) > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From ai at vsu.ru Tue Feb 3 11:39:36 2009 From: ai at vsu.ru (Andy Igoshin) Date: Tue, 3 Feb 2009 13:39:36 +0300 Subject: [csw-maintainers] nginx: csw/mgar In-Reply-To: References: <200902022144.46772.ai@vsu.ru> Message-ID: <200902031339.37421.ai@vsu.ru> Hi! On Tuesday 03 February 2009, Dagobert Michelsen wrote: > Am 02.02.2009 um 19:44 schrieb Andy Igoshin: > > i have commited milestone 2 of the nginx package. > > > > for below feature: > > ---------------------------------------------------------- > > This package may use online upgrade feature of nginx which > > allows not to interrupt the processing of clients requests > > during the nginx version upgrade. > > To use it you should install the package over the existing > > version (without removing). > > ---------------------------------------------------------- > > > > i changed ~/mgar/pkg/nginx/trunk/gar/pkglib/smf/postinstall. > > i think that these changes are common and useful in many > > cases. so maybe to include them in mgar code? > > diff file is attached. > > Looks good. I committed this as r2967. thanks :) > > also in the line 23 of ~/mgar/pkg/nginx/trunk/gar/pkglib/smf/preremove sorry, not in line 23. > > i see the check of SMF existance. it is redundant since it is > > already done > > in checkinstall. > > Mmhhh, I am a bit reluctant to take that out. Comments? checkinstall (line 6) already calculates the SMF variable and exports it to the env for other scripts. postinstall (line 78) already uses this SMF env variable. preremove (line 62) does not use this SMF env variable but makes the same calculation as in checkinstall. i consider either env or recalculation should be used. mixing them is not beautiful imo :) > Best regards > > -- Dago Regards, -- Andy Igoshin Voronezh State University Phone: +7 (4732) 522406 Network Operation Center Fax: +7 (4732) 208820 Voronezh, Russia From bonivart at opencsw.org Tue Feb 3 13:47:10 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 3 Feb 2009 13:47:10 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <49883475.8010209@wbonnet.net> References: <49883475.8010209@wbonnet.net> Message-ID: <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> On Tue, Feb 3, 2009 at 1:11 PM, William Bonnet wrote: > Hi all > > I would like to know if there is actually a package (or more) in GAR > that use a copyright file ? > > I am talking about the file which is supposed to have a small content > saying "This software is distributed under XXX license. Please se > /opt/csw/this/path for full text" or something like that. Basically all my packages use this method (it was my idea) but I don't use a file for the short text. In the GAR spec file I have this (pkgutil in the example): ==> ... %copyright Please see /opt/csw/share/doc/pkgutil/LICENSE for license information. <== Then I put the actual license in the above mentioned file. Only the line above is shown during pkgadd but the complete license is part of the package. -- /peter From william at wbonnet.net Tue Feb 3 14:12:50 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Feb 2009 14:12:50 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> Message-ID: <498842D2.3030000@wbonnet.net> Hi Peter > Basically all my packages use this method (it was my idea) but I don't > use a file for the short text. In the GAR spec file I have this > (pkgutil in the example): > Thanks I was thinking of adding to GAR something like : LICENSE_CSWlibx11 = GPL2 Which would add the copyright (to gspec file) as you wrote and also the full license text file to the package, for instance to /opt/csw/share/license/GARNAME/LICENSE_NAME (GPL2.txt in this case) . That would remove the copyright from gspec (since it would be generated), and would take us one step closer to a fully generated gspec file. Cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From bonivart at opencsw.org Tue Feb 3 14:32:18 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 3 Feb 2009 14:32:18 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <498842D2.3030000@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> Message-ID: <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> On Tue, Feb 3, 2009 at 2:12 PM, William Bonnet wrote: > Hi Peter >> Basically all my packages use this method (it was my idea) but I don't >> use a file for the short text. In the GAR spec file I have this >> (pkgutil in the example): >> > Thanks > > I was thinking of adding to GAR something like : > > LICENSE_CSWlibx11 = GPL2 I just solved it manually because I was really sick of those GPL2 licenses scrolling by. :-) Dago wrote something about adding a feature in GAR previously and that would of course be nicer because we would get more people using the exact same method. As far as I know, I'm the only who does this at the moment. -- /peter From dam at opencsw.org Tue Feb 3 14:41:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Feb 2009 14:41:26 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> Message-ID: Hi, Am 03.02.2009 um 14:32 schrieb Peter Bonivart: > On Tue, Feb 3, 2009 at 2:12 PM, William Bonnet > wrote: >> >>> Basically all my packages use this method (it was my idea) but I >>> don't >>> use a file for the short text. In the GAR spec file I have this >>> (pkgutil in the example): >> >> I was thinking of adding to GAR something like : >> >> LICENSE_CSWlibx11 = GPL2 > > I just solved it manually because I was really sick of those GPL2 > licenses scrolling by. :-) > > Dago wrote something about adding a feature in GAR previously and that > would of course be nicer because we would get more people using the > exact same method. As far as I know, I'm the only who does this at the > moment. I'll prepare something tonight. Best regards -- Dago From william at wbonnet.net Tue Feb 3 14:43:19 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Feb 2009 14:43:19 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> Message-ID: <498849F7.1020209@wbonnet.net> Hi > I'll prepare something tonight. > Excellent, thanks :) I'll use it when available for dbus updates and apaches commons update. cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Tue Feb 3 14:45:33 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Feb 2009 14:45:33 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> Message-ID: <49884A7D.9020201@wbonnet.net> Hi Peter > I just solved it manually because I was really sick of those GPL2 > licenses scrolling by. :-) > +1 It is hardly impossible to see postinstall scripts output betwen two license text > that > would of course be nicer because we would get more people using the > exact same method. > That's the point :) It has to be automated, or everyone will have a different way to do it. cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From bonivart at opencsw.org Tue Feb 3 15:19:26 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 3 Feb 2009 15:19:26 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <49884A7D.9020201@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <625385e30902030532l38c74579j88009b95399097cd@mail.gmail.com> <49884A7D.9020201@wbonnet.net> Message-ID: <625385e30902030619j38ba2744r358c923abb6c13d9@mail.gmail.com> On Tue, Feb 3, 2009 at 2:45 PM, William Bonnet wrote: > It has to be automated, or everyone will have a different way to do it. Yes, I agree but I was exhausted after fighting for even the possibility to not show the license during install. :-) -- /peter From harpchad at opencsw.org Tue Feb 3 16:34:46 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 03 Feb 2009 09:34:46 -0600 Subject: [csw-maintainers] new otr in testing Message-ID: <49886416.5070107@opencsw.org> - Now built in GAR - Add heartbeat patch - Add 64-bit libraries From korpela at opencsw.org Tue Feb 3 18:53:56 2009 From: korpela at opencsw.org (Eric J Korpela) Date: Tue, 3 Feb 2009 09:53:56 -0800 Subject: [csw-maintainers] BOINC client i386/amd64 packages 6.7.2 in /testing Message-ID: boinclibs, boincclient, and boincmanager 6.7.2 for i386/amd64 Solaris are now available in /testing. As far as I know the only no BOINC project currently ships i386 or amd64 Solaris applications. Let's hope that changes. SETI at home should start shipping some soon. From bonivart at opencsw.org Tue Feb 3 20:29:06 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 3 Feb 2009 20:29:06 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration Message-ID: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> I just helped a pkgutil user who wanted to install gnupg and it didn't install ncurses as a dependency which it needs. After installing that separately it worked. I checked Mantis and a bug about this missing ncurses dependency was already filed about a week ago. But since the maintainer is Alex Moore I assume no one will handle the bug. Could we configure Mantis so that packages with no active maintainer (in Alex case we know he's retired) get bug notifications posted to this list or similar? Good news is that I saw a new version of gnupg in GAR but it was waiting for libassuan (I think it was) to be released first. Any progress on that? -- /peter From dam at opencsw.org Tue Feb 3 20:43:14 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Feb 2009 20:43:14 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> Message-ID: Hi Peter, Am 03.02.2009 um 20:29 schrieb Peter Bonivart: > I just helped a pkgutil user who wanted to install gnupg and it didn't > install ncurses as a dependency which it needs. After installing that > separately it worked. I checked Mantis and a bug about this missing > ncurses dependency was already filed about a week ago. But since the > maintainer is Alex Moore I assume no one will handle the bug. > > Could we configure Mantis so that packages with no active maintainer > (in Alex case we know he's retired) get bug notifications posted to > this list or similar? Sebastian, can you reconfigure Mantis to do this? > Good news is that I saw a new version of gnupg in GAR but it was > waiting for libassuan (I think it was) to be released first. Any > progress on that? I am waiting on upstream fixes: Am 22.01.2009 um 14:23 schrieb Werner Koch: > On Wed, 21 Jan 2009 21:43, dam at opencsw.org said: > ... > (Some errors worked around in Makefile) > ... > >> Undefined first referenced >> symbol in file >> bug_at gpg2keys_hkp-no-libgcrypt.o > > I will look at it too. > >> Is here something wrong with my compile environment or is there >> something > > No. It is just that we selectivly add required libraries and catching > errors is hard on systems where these libraries alrady exist as system > libraries. > > > Shalom-Salam, > > Werner > > -- > Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. Currently I simply don't have the time to fix this the right way myself. Anyone feel free to give it a shot and work on what I put in GAR. Best regards -- Dago From harpchad at opencsw.org Tue Feb 3 21:02:30 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 03 Feb 2009 14:02:30 -0600 Subject: [csw-maintainers] new pidginotr in testing Message-ID: <4988A2D6.2050109@opencsw.org> - Now built in GAR - Add plugin priority patch From phil at bolthole.com Tue Feb 3 21:11:45 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 12:11:45 -0800 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <498842D2.3030000@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> Message-ID: <20090203201145.GC53253@bolthole.com> On Tue, Feb 03, 2009 at 02:12:50PM +0100, William Bonnet wrote: > I was thinking of adding to GAR something like : > > LICENSE_CSWlibx11 = GPL2 > > Which would add the copyright (to gspec file) as you wrote and also the > full license text file to the package, for instance to > /opt/csw/share/license/GARNAME/LICENSE_NAME (GPL2.txt in this case) . > > That would remove the copyright from gspec (since it would be > generated), and would take us one step closer to a fully generated gspec > file. Hmmm... I'm not sure i FULLY understand what you are writing about, but it sort of sounds to me like you are saying: - keep a collection of "standard" licenses in gar somewhere - have an optional GAR feature, that says, "This package uses license 'X', which we have a copy of. pull it from our "standard location" in gar and put it in the file. This strikes me as very dangerous. it will eventually need to packages shipping with a wrong (old/obsolete) version of a license when a maintainer doesnt notice it has changed. I think it is important to copy the license file from the (upstream)src distribution, directly into the package, every time. From phil at bolthole.com Tue Feb 3 21:13:20 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 12:13:20 -0800 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <498842D2.3030000@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> Message-ID: <20090203201319.GD53253@bolthole.com> Clarification, lest anyone misunderstand me: i believe it is important to copy the license file from the source file, to the package, into /opt/csw/share/doc/progname/LICENSE, with a short standard reference to it in "i copyright" i am NOT saying the full license file should always be put in the "i copyright" place :-) From dam at opencsw.org Tue Feb 3 23:07:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Feb 2009 23:07:31 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <20090203201319.GD53253@bolthole.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <20090203201319.GD53253@bolthole.com> Message-ID: Hi Phil, Am 03.02.2009 um 21:13 schrieb Philip Brown: > i believe it is important to copy the license file from the source > file, > to the package, into /opt/csw/share/doc/progname/LICENSE, with a > short standard reference to it in "i copyright" That is how I am planning to implement it, because - it is similar to what we have now - it is easy for the packager - it is easy to implement - it is difficult to mistakenly take the wrong license The bad news is that putting this all together in GAR needs a bigger change than I thought. At least this won't be finished today. The good news is that we can get rid of the gspec-files once I am through with this. I'll keep you informed. If you eagerly wait for this: Please include the license one last time before I can release this. Best regards -- Dago From skayser at opencsw.org Tue Feb 3 23:12:38 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 03 Feb 2009 23:12:38 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> Message-ID: <4988C156.70808@opencsw.org> Dagobert Michelsen wrote: > Am 03.02.2009 um 20:29 schrieb Peter Bonivart: >> I just helped a pkgutil user who wanted to install gnupg and it didn't >> install ncurses as a dependency which it needs. After installing that >> separately it worked. I checked Mantis and a bug about this missing >> ncurses dependency was already filed about a week ago. But since the >> maintainer is Alex Moore I assume no one will handle the bug. >> >> Could we configure Mantis so that packages with no active maintainer >> (in Alex case we know he's retired) get bug notifications posted to >> this list or similar? > > Sebastian, can you reconfigure Mantis to do this? Yes we can! ;) Not a straight forward Mantis feature, though. What we could do is add a dummy user account in Mantis with the maintainers list address as email address. Phil has the information on which packages have a retired maintainer, so he could then generate a list of these packages and assign the Mantis dummy account to them in an automated way. Phil, what do you think? Feasible from your side (i guess a couple of adjustments to your user management scripts would be necessary)? Sebastian From phil at bolthole.com Tue Feb 3 23:25:26 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 14:25:26 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988C156.70808@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> Message-ID: <20090203222526.GG53253@bolthole.com> On Tue, Feb 03, 2009 at 11:12:38PM +0100, Sebastian Kayser wrote: > What we could do is add a dummy user account in Mantis with the > maintainers list address as email address. Phil has the information on > which packages have a retired maintainer, so he could then generate a > list of these packages and assign the Mantis dummy account to them in an > automated way. > well, that's what I do for "orphaned". However, if a maintainer is merely "retired", and will help/answer questions about it, then it is useful to still show it as registered to them. The "simple" thing would be to just change their mantis email addr to point to the list (or "a" list) Something i've been thinking about, but hadnt implemented yet. From skayser at opencsw.org Tue Feb 3 23:32:05 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 03 Feb 2009 23:32:05 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090203222526.GG53253@bolthole.com> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203222526.GG53253@bolthole.com> Message-ID: <4988C5E5.2010305@opencsw.org> Philip Brown wrote: > On Tue, Feb 03, 2009 at 11:12:38PM +0100, Sebastian Kayser wrote: >> What we could do is add a dummy user account in Mantis with the >> maintainers list address as email address. Phil has the information on >> which packages have a retired maintainer, so he could then generate a >> list of these packages and assign the Mantis dummy account to them in an >> automated way. >> > > well, that's what I do for "orphaned". However, if a maintainer is merely > "retired", and will help/answer questions about it, then it is useful to > still show it as registered to them. You could assign the dummy account to the Mantis project in addition to the "retired maintainer assignment" ... > The "simple" thing would be to just change their mantis email addr to point > to the list (or "a" list) ... but this indeed sounds simpler. Sebastian From phil at bolthole.com Tue Feb 3 23:56:55 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 14:56:55 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988C5E5.2010305@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203222526.GG53253@bolthole.com> <4988C5E5.2010305@opencsw.org> Message-ID: <20090203225655.GJ53253@bolthole.com> On Tue, Feb 03, 2009 at 11:32:05PM +0100, Sebastian Kayser wrote: > You could assign the dummy account to the Mantis project in addition to > the "retired maintainer assignment" ... that would kinda mess up showing "who owns the package". hmm. well, only for the "orphaned" thingie. I guess I could put in a query for ignoring a SECOND dummy account, perhaps? > > The "simple" thing would be to just change their mantis email addr to point > > to the list (or "a" list) > > ... but this indeed sounds simpler. ok. then please ask Ihsan about acces to database for that :) From phil at bolthole.com Tue Feb 3 23:57:15 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 14:57:15 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988C5E5.2010305@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203222526.GG53253@bolthole.com> <4988C5E5.2010305@opencsw.org> Message-ID: <20090203225715.GK53253@bolthole.com> On Tue, Feb 03, 2009 at 11:32:05PM +0100, Sebastian Kayser wrote: > > > The "simple" thing would be to just change their mantis email addr to point > > to the list (or "a" list) > > ... but this indeed sounds simpler. > oh i can add you as mantis admin. guess that's better. From james at opencsw.org Wed Feb 4 00:03:32 2009 From: james at opencsw.org (James Lee) Date: Tue, 03 Feb 2009 23:03:32 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988C156.70808@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> Message-ID: <20090203.23033200.861335269@gyor.oxdrove.co.uk> On 03/02/09, 22:12:38, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > >> Could we configure Mantis so that packages with no active maintainer > >> (in Alex case we know he's retired) get bug notifications posted to > >> this list or similar? > > > > Sebastian, can you reconfigure Mantis to do this? > Yes we can! ;) Not a straight forward Mantis feature, though. Can we first make it send to people that are active maintainers? James. From skayser at opencsw.org Wed Feb 4 00:40:13 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 00:40:13 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090203.23033200.861335269@gyor.oxdrove.co.uk> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> Message-ID: <4988D5DD.4080800@opencsw.org> James Lee wrote: > On 03/02/09, 22:12:38, Sebastian Kayser wrote > regarding Re: [csw-maintainers] gnupg dependency error and Mantis > configuration: > >>>> Could we configure Mantis so that packages with no active maintainer >>>> (in Alex case we know he's retired) get bug notifications posted to >>>> this list or similar? >>> Sebastian, can you reconfigure Mantis to do this? > >> Yes we can! ;) Not a straight forward Mantis feature, though. > > Can we first make it send to people that are active maintainers? In case you mean notifications for new bug reports, i activated and tested that yesterday night. So, it is working now. Sebastian P.S.: A notification for a test bug just reported against ant should have already shown up in your mailbox From james at opencsw.org Wed Feb 4 00:43:11 2009 From: james at opencsw.org (James Lee) Date: Tue, 03 Feb 2009 23:43:11 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988D5DD.4080800@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> Message-ID: <20090203.23431100.2584661617@gyor.oxdrove.co.uk> On 03/02/09, 23:40:13, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > > Can we first make it send to people that are active maintainers? > In case you mean notifications for new bug reports, i activated and > tested that yesterday night. So, it is working now. NO IT'S NOT. Please don't keep telling me what I (don't) see. Send evidence so I can track the mail. > P.S.: A notification for a test bug just reported against ant should > have already shown up in your mailbox I tested it again this evening before writing. James. From skayser at opencsw.org Wed Feb 4 01:01:00 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 01:01:00 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090203.23431100.2584661617@gyor.oxdrove.co.uk> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> Message-ID: <4988DABC.1020900@opencsw.org> Hi James, James Lee wrote: > On 03/02/09, 23:40:13, Sebastian Kayser wrote > regarding Re: [csw-maintainers] gnupg dependency error and Mantis > configuration: > >>> Can we first make it send to people that are active maintainers? > >> In case you mean notifications for new bug reports, i activated and >> tested that yesterday night. So, it is working now. > > NO IT'S NOT. Please don't keep telling me what I (don't) see. Send > evidence so I can track the mail. it is, but we need to differentiate here: Mantis now sends out notifications for new bug reports to the relevant package maintainer. You should have gotten the notification i was referring to (that's what the Mantis and mail logs tell me). What Mantis _doesn't do_ in its current configuration is to send out notifications for one's own actions to oneself (presuming that one already knows about what has been done). That is why you didn't get a notification for the test bug you reported against one of your own packages. This is a configuration setting and can be altered, but then one (and this includes users as well) would also get notifications on adding for example a bug note. If this is something people here would like to see on top of the now working notification mechanism for new bugs, i don't really mind. Sebastian P.S.: I will send you some Mantis logs (aka evidence) right away, so you can see what's going on from Mantis's point of view. From james at opencsw.org Wed Feb 4 01:11:30 2009 From: james at opencsw.org (James Lee) Date: Wed, 04 Feb 2009 00:11:30 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988DABC.1020900@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: <20090204.113000.1710469042@gyor.oxdrove.co.uk> On 04/02/09, 00:01:00, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > >> In case you mean notifications for new bug reports, i activated and > >> tested that yesterday night. So, it is working now. > > > > NO IT'S NOT. Please don't keep telling me what I (don't) see. Send > > evidence so I can track the mail. > it is, but we need to differentiate here: Mantis now sends out > notifications for new bug reports to the relevant package maintainer. > You should have gotten the notification i was referring to (that's what > the Mantis and mail logs tell me). Pardon me, (1) it always used to and (2) I've received no bug notifications from anyone in 6 months. It's very hard for me to send you evidence of something not happening, all I keep getting is someone telling me I am getting emails that I know I'm not. James. From skayser at opencsw.org Wed Feb 4 01:46:27 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 01:46:27 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090204.113000.1710469042@gyor.oxdrove.co.uk> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <20090204.113000.1710469042@gyor.oxdrove.co.uk> Message-ID: <4988E563.3090508@opencsw.org> James Lee wrote: > On 04/02/09, 00:01:00, Sebastian Kayser wrote > regarding Re: [csw-maintainers] gnupg dependency error and Mantis > configuration: > >>>> In case you mean notifications for new bug reports, i activated and >>>> tested that yesterday night. So, it is working now. >>> NO IT'S NOT. Please don't keep telling me what I (don't) see. Send >>> evidence so I can track the mail. > >> it is, but we need to differentiate here: Mantis now sends out >> notifications for new bug reports to the relevant package maintainer. >> You should have gotten the notification i was referring to (that's what >> the Mantis and mail logs tell me). > > Pardon me, (1) it always used to and (2) I've received no bug > notifications from anyone in 6 months. It's very hard for me to > send you evidence of something not happening, all I keep getting > is someone telling me I am getting emails that I know I'm not. I understand your concern and the Mantis logs that i have just sent you should demonstrate what you are looking for (and what i described about the "drop notifications for one's own actions"). Anyone else in need for Mantis log entries / evidence. No kidding, i would like to rule out remaining doubts (if any) about the current configuration. >From what i have seen in the configuration Mantis simply had not been set up to mail notifications for _new_ bug reports prior to my changes. Maybe that had been an upgrade related change or it had simply been overseen, because other notifications on bug updates were sent out perfectly fine (just not when a bug was initially opened). To cut a long story short: Notifications for new bug reports (unless you file them on your own project) should be functional now and in case there is anything wrong / missing / to be improved, let me know. Sebastian From trygvis at opencsw.org Wed Feb 4 05:21:31 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Wed, 04 Feb 2009 05:21:31 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988DABC.1020900@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: <498917CB.9070203@opencsw.org> Sebastian Kayser wrote: > Hi James, > > James Lee wrote: >> On 03/02/09, 23:40:13, Sebastian Kayser wrote >> regarding Re: [csw-maintainers] gnupg dependency error and Mantis >> configuration: >> >>>> Can we first make it send to people that are active maintainers? >>> In case you mean notifications for new bug reports, i activated and >>> tested that yesterday night. So, it is working now. >> NO IT'S NOT. Please don't keep telling me what I (don't) see. Send >> evidence so I can track the mail. > > it is, but we need to differentiate here: Mantis now sends out > notifications for new bug reports to the relevant package maintainer. > You should have gotten the notification i was referring to (that's what > the Mantis and mail logs tell me). > > What Mantis _doesn't do_ in its current configuration is to send out > notifications for one's own actions to oneself (presuming that one > already knows about what has been done). That is why you didn't get a > notification for the test bug you reported against one of your own packages. > > This is a configuration setting and can be altered, but then one (and > this includes users as well) would also get notifications on adding for > example a bug note. If this is something people here would like to see > on top of the now working notification mechanism for new bugs, i don't > really mind. I would like that as then I would have a complete log in my mail folder when looking at the bug. -- Trygve From mwatters at opencsw.org Wed Feb 4 05:32:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 03 Feb 2009 22:32:57 -0600 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> Message-ID: <49891A79.3050601@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Peter, > > Am 03.02.2009 um 20:29 schrieb Peter Bonivart: >> I just helped a pkgutil user who wanted to install gnupg and it didn't >> install ncurses as a dependency which it needs. After installing that >> separately it worked. I checked Mantis and a bug about this missing >> ncurses dependency was already filed about a week ago. But since the >> maintainer is Alex Moore I assume no one will handle the bug. >> >> Could we configure Mantis so that packages with no active maintainer >> (in Alex case we know he's retired) get bug notifications posted to >> this list or similar? > > Sebastian, can you reconfigure Mantis to do this? > >> Good news is that I saw a new version of gnupg in GAR but it was >> waiting for libassuan (I think it was) to be released first. Any >> progress on that? > > I am waiting on upstream fixes: > > Am 22.01.2009 um 14:23 schrieb Werner Koch: >> On Wed, 21 Jan 2009 21:43, dam at opencsw.org said: >> ... >> (Some errors worked around in Makefile) >> ... >> >>> Undefined first referenced >>> symbol in file >>> bug_at gpg2keys_hkp-no-libgcrypt.o >> I will look at it too. >> >>> Is here something wrong with my compile environment or is there >>> something >> No. It is just that we selectivly add required libraries and catching >> errors is hard on systems where these libraries alrady exist as system >> libraries. >> >> >> Shalom-Salam, >> >> Werner >> >> -- >> Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. > > Currently I simply don't have the time to fix this the right way myself. > Anyone feel free to give it a shot and work on what I put in GAR. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Dago, et.al, I have it building on sparcv8. I had to patch the Makefile.in under pkg-base/keyserver and pkg-base/sm. I tried to check the changes into svn but I don't know what the passowrd is. ( Dago can you please assist me with that ) I have a request to get libassuan re-compiled with gpth. the 64bit sparcv9 version for some reason requires libassuan as 64 bit. bug 2980 and 3530 are the same issue I will add the requirement for ncurses atleast until the new version of CSWreadline makes it to current. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmJGngACgkQLrhmsXMSLxd5kQCfXpUOjYbk5w7enzGSVRJAq1E/ y3MAoKMY9zOcQtI4X+DWW5+LIP4Wrthn =OdPC -----END PGP SIGNATURE----- From phil at bolthole.com Wed Feb 4 05:41:48 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Feb 2009 20:41:48 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49891A79.3050601@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <49891A79.3050601@opencsw.org> Message-ID: <20090204044148.GA61289@bolthole.com> On Tue, Feb 03, 2009 at 10:32:57PM -0600, Mike Watters wrote: > I will add the requirement for ncurses atleast until the new version of > CSWreadline makes it to current. errr.. why is it waiting on readline? The current readline package does not depend on ncurses. So, try to rebuild what you are building, without ncurses, but regular curses? note that sun ships 64bit curses libs, at least on sparc. probably for x86 too, havent checked. From dam at opencsw.org Wed Feb 4 09:26:53 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2009 09:26:53 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988DABC.1020900@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: Hi Sebastian, Am 04.02.2009 um 01:01 schrieb Sebastian Kayser: > it is, but we need to differentiate here: Mantis now sends out > notifications for new bug reports to the relevant package maintainer. > You should have gotten the notification i was referring to (that's > what > the Mantis and mail logs tell me). Mantis is much too silent. Can we please also add a new mailinglist bugs@ which receives mail for every single change on any bug on any project? And mail the owner of the package on every change on every bug. And for maintainers not known to be real active mirror any change on any bug to maintainers@ so the packages gets adopted fast. "Real active" maintainers mean maintainers that post on maintainers@ at least once a month. Not missing bug reports is one of the most important things to improve communication IMHO. Best regards -- Dago From dam at opencsw.org Wed Feb 4 09:28:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2009 09:28:31 +0100 Subject: [csw-maintainers] One more topic for "Communication" Message-ID: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> Hi, as users@ has basically failed (almost no posts there) we should about a webforum. I know it is hard to track, but what gives us a tool that is easy to track but not used? For tracking it should be possible to mirror changes to a mailinglist. Best regards -- Dago From ihsan at opencsw.org Wed Feb 4 09:36:43 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 04 Feb 2009 09:36:43 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: <4989539B.7030508@opencsw.org> Am 4.2.2009 9:26 Uhr, Dagobert Michelsen schrieb: >> it is, but we need to differentiate here: Mantis now sends out >> notifications for new bug reports to the relevant package maintainer. >> You should have gotten the notification i was referring to (that's >> what >> the Mantis and mail logs tell me). > Mantis is much too silent. Can we please also add a new mailinglist > bugs@ which receives mail for every single change on any bug on any > project? Sure. It's not a problem at all to create a new mailing list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From bonivart at opencsw.org Wed Feb 4 09:43:11 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 4 Feb 2009 09:43:11 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> Message-ID: <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> On Wed, Feb 4, 2009 at 9:28 AM, Dagobert Michelsen wrote: > Hi, > > as users@ has basically failed (almost no posts there) we should about > a webforum. I know it is hard to track, but what gives us a tool that > is easy to track but not used? For tracking it should be possible to > mirror changes to a mailinglist. Maybe the new web site provides such an alternative to be enabled? William? -- /peter From dam at opencsw.org Wed Feb 4 10:01:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2009 10:01:39 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49891A79.3050601@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <49891A79.3050601@opencsw.org> Message-ID: <0DA35B2B-9DDC-40B4-9E32-9BA72F402645@opencsw.org> Hi Mike, Am 04.02.2009 um 05:32 schrieb Mike Watters: > Dago, et.al, > > I have it building on sparcv8. I had to patch the Makefile.in under > pkg-base/keyserver and pkg-base/sm. Great! Please also submit the patch upstream. > I tried to check the changes into > svn but I don't know what the passowrd is. > ( Dago can you please assist me with that ) Sure. The GAR repository is hosted at SourceForge and I added you with the SF username you gave me (mwatters). The password is your SourceForge password ;-) > I have a request to get libassuan re-compiled with gpth. > the 64bit sparcv9 version for some reason requires libassuan as 64 > bit. That is normal. If you want 64 bit the whole chain of binaries and libs must be 64 bit, > bug 2980 and 3530 are the same issue > I will add the requirement for ncurses atleast until the new > version of > CSWreadline makes it to current. The new version of readline is already in current, but the bug hasn't been closed. I'll mass-close all of my bugs when Mantis mailing works 100%. Best regards -- Dago From skayser at opencsw.org Wed Feb 4 10:34:28 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 10:34:28 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> Message-ID: <49896124.4010702@opencsw.org> Dagobert Michelsen wrote: > Am 04.02.2009 um 01:01 schrieb Sebastian Kayser: >> it is, but we need to differentiate here: Mantis now sends out >> notifications for new bug reports to the relevant package maintainer. >> You should have gotten the notification i was referring to (that's >> what >> the Mantis and mail logs tell me). > > Mantis is much too silent. Can we please also add a new mailinglist > bugs@ which receives mail for every single change on any bug on any > project? Mantis-wise this requires a dummy account being assigned to every project. It's easy for me to do this once, then Phil would need to add this to his "add a new Mantis project" routine / script. When Ihsan has the mailing list ready i can go ahead with this. > And mail the owner of the package on every change on every bug. This is already the case. Might have stressed the new bug notification too much. > And for maintainers not known to be real active mirror any change on any bug > to maintainers@ so the packages gets adopted fast. "Real active" > maintainers mean maintainers that post on maintainers@ at least > once a month. Again that requires a Mantis dummy account as well as someone who manages the list of who is real active. Is posting on maintainers@ a sufficient criteria to label someone real active in terms of bug handling? For new bugs left unassigned i could have a cronjob fire a reminder after a certain waiting period. Sebastian From dam at opencsw.org Wed Feb 4 10:44:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2009 10:44:39 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49896124.4010702@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <49896124.4010702@opencsw.org> Message-ID: <52A98C50-20D0-4A0A-8F80-9D028491B457@opencsw.org> Hi Sebastian, Am 04.02.2009 um 10:34 schrieb Sebastian Kayser: >> And for maintainers not known to be real active mirror any change >> on any bug >> to maintainers@ so the packages gets adopted fast. "Real active" >> maintainers mean maintainers that post on maintainers@ at least >> once a month. > > Again that requires a Mantis dummy account as well as someone who > manages the list of who is real active. Is posting on maintainers@ a > sufficient criteria to label someone real active in terms of bug > handling? Basically people who are members of the association are active, the others are not. > For new bugs left unassigned i could have a cronjob fire a reminder > after a certain waiting period. That would be ok I guess. Best regards -- Dago From james at opencsw.org Wed Feb 4 10:51:41 2009 From: james at opencsw.org (James Lee) Date: Wed, 04 Feb 2009 09:51:41 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <4988E563.3090508@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <20090204.113000.1710469042@gyor.oxdrove.co.uk> <4988E563.3090508@opencsw.org> Message-ID: <20090204.9514100.389748262@gyor.oxdrove.co.uk> On 04/02/09, 00:46:27, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > >> it is, but we need to differentiate here: Mantis now sends out > >> notifications for new bug reports to the relevant package maintainer. > >> You should have gotten the notification i was referring to (that's what > >> the Mantis and mail logs tell me). > > > > Pardon me, (1) it always used to and (2) I've received no bug > > notifications from anyone in 6 months. It's very hard for me to > > send you evidence of something not happening, all I keep getting > > is someone telling me I am getting emails that I know I'm not. > I understand your concern and the Mantis logs that i have just sent you > should demonstrate what you are looking for (and what i described about > the "drop notifications for one's own actions"). At least we now understand this aspect. I would prefer to receive the full transactions by email, as before. > Anyone else in need for Mantis log entries / evidence. No kidding, i > would like to rule out remaining doubts (if any) about the current > configuration. > From what i have seen in the configuration Mantis simply had not been > set up to mail notifications for _new_ bug reports prior to my changes. > Maybe that had been an upgrade related change or it had simply been > overseen, because other notifications on bug updates were sent out > perfectly fine (just not when a bug was initially opened). So we establish both self and new reports were _not_ sent. > To cut a long story short: Notifications for new bug reports (unless you > file them on your own project) should be functional now and in case > there is anything wrong / missing / to be improved, let me know. Unless you have changed something else we don't know why the other reports were not sent. I'll send some references privately and do some more tests. Thank you for you help on this - at last we have broken from the cycle of claim and denial. James. From james at opencsw.org Wed Feb 4 11:02:21 2009 From: james at opencsw.org (James Lee) Date: Wed, 04 Feb 2009 10:02:21 GMT Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49896124.4010702@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <49896124.4010702@opencsw.org> Message-ID: <20090204.10022100.2888622543@gyor.oxdrove.co.uk> On 04/02/09, 09:34:28, Sebastian Kayser wrote regarding Re: [csw-maintainers] gnupg dependency error and Mantis configuration: > > And for maintainers not known to be real active mirror any change on any > > bug to maintainers@ so the packages gets adopted fast. "Real active" > > maintainers mean maintainers that post on maintainers@ at least > > once a month. > Again that requires a Mantis dummy account as well as someone who > manages the list of who is real active. Is posting on maintainers@ a > sufficient criteria to label someone real active in terms of bug > handling? Can each project have an email address that is ${software}@opencsw.org ? e.g. ghostscript at opencsw.org That remains constant and diverts, be it to the original maintainer, another maintainer (take over) or a generic handler. James. From william at wbonnet.net Wed Feb 4 13:24:51 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Feb 2009 13:24:51 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> Message-ID: <49898913.4040806@wbonnet.net> Hi >> as users@ has basically failed (almost no posts there) we should about >> a webforum. I know it is hard to track, but what gives us a tool that >> is easy to track but not used? For tracking it should be possible to >> mirror changes to a mailinglist. >> > > Maybe the new web site provides such an alternative to be enabled? William? > I can easily installed phpBB forum, and make it "look like" integrated into wordpress (from a html design point of view). The forum will certainly have a separated login from wordpress (thus no SSO), since it will be public and not restricted to members. There should be no problem if we agree on that. BTW, i have set up a ldap server wih th directory of all members (based on passwd from bf ;) ) and i have started the work on ssh login to the farm using LDAP cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From bonivart at opencsw.org Wed Feb 4 13:32:53 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 4 Feb 2009 13:32:53 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <49898913.4040806@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> <49898913.4040806@wbonnet.net> Message-ID: <625385e30902040432g7e696b25pbcc8f9294e2e72ba@mail.gmail.com> On Wed, Feb 4, 2009 at 1:24 PM, William Bonnet wrote: > Hi > >>> as users@ has basically failed (almost no posts there) we should about >>> a webforum. I know it is hard to track, but what gives us a tool that >>> is easy to track but not used? For tracking it should be possible to >>> mirror changes to a mailinglist. >>> >> >> Maybe the new web site provides such an alternative to be enabled? William? >> > I can easily installed phpBB forum, and make it "look like" integrated > into wordpress (from a html design point of view). Sounds good to me. -- /peter From hson at opencsw.org Wed Feb 4 16:46:15 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 04 Feb 2009 16:46:15 +0100 Subject: [csw-maintainers] librsvg in testing Message-ID: <4989B847.1060907@opencsw.org> - Update to 2.22.3 - This one has much less dependencies than the previous version, you don't have to have half of the Gnome environment installed From phil at bolthole.com Wed Feb 4 17:49:49 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 4 Feb 2009 08:49:49 -0800 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <49896124.4010702@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <49896124.4010702@opencsw.org> Message-ID: <20090204164948.GA7373@bolthole.com> On Wed, Feb 04, 2009 at 10:34:28AM +0100, Sebastian Kayser wrote: > > Mantis is much too silent. Can we please also add a new mailinglist > > bugs@ which receives mail for every single change on any bug on any > > project? > > Mantis-wise this requires a dummy account being assigned to every > project. eh? I thought that, in the old version at least, admins got a copy of all new bugs filed. Or there was some role that did this, at least. Perhaps there is still some kind of global flag for an account that says to recieve updates for all bugs. would you please look into that, Sabastian? worst case, I'd rather hack the code somehow, then hack the database, so to speak. (ie: one simple way to "hack" would be to create a wrapper for sendmail that Bcc'd the mailing list for all email mantis sent) From skayser at opencsw.org Wed Feb 4 20:11:46 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 20:11:46 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <20090204164948.GA7373@bolthole.com> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <49896124.4010702@opencsw.org> <20090204164948.GA7373@bolthole.com> Message-ID: <4989E872.5030906@opencsw.org> Philip Brown wrote: > On Wed, Feb 04, 2009 at 10:34:28AM +0100, Sebastian Kayser wrote: >>> Mantis is much too silent. Can we please also add a new mailinglist >>> bugs@ which receives mail for every single change on any bug on any >>> project? >> Mantis-wise this requires a dummy account being assigned to every >> project. > > eh? > > I thought that, in the old version at least, admins got a copy of all new > bugs filed. > Or there was some role that did this, at least. > > Perhaps there is still some kind of global flag for an account that says to > recieve updates for all bugs. would you please look into that, Sabastian? > worst case, I'd rather hack the code somehow, then hack the database, so to > speak. Mhh, right, instead of creating a dummy account and assigning it to each project as maintainer, we could just equip the account with global maintainer rights, which should do the trick. Once Ihsan has created the list, i will figure out something non-intrusive. Sebastian From skayser at opencsw.org Wed Feb 4 20:23:36 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 04 Feb 2009 20:23:36 +0100 Subject: [csw-maintainers] gnupg dependency error and Mantis configuration In-Reply-To: <498917CB.9070203@opencsw.org> References: <625385e30902031129q208f3c71yd55cb70ac14976ba@mail.gmail.com> <4988C156.70808@opencsw.org> <20090203.23033200.861335269@gyor.oxdrove.co.uk> <4988D5DD.4080800@opencsw.org> <20090203.23431100.2584661617@gyor.oxdrove.co.uk> <4988DABC.1020900@opencsw.org> <498917CB.9070203@opencsw.org> Message-ID: <4989EB38.1060100@opencsw.org> Trygve Laugst?l wrote: > Sebastian Kayser wrote: >> What Mantis _doesn't do_ in its current configuration is to send out >> notifications for one's own actions to oneself (presuming that one >> already knows about what has been done). That is why you didn't get a >> notification for the test bug you reported against one of your own packages. >> >> This is a configuration setting and can be altered, but then one (and >> this includes users as well) would also get notifications on adding for >> example a bug note. If this is something people here would like to see >> on top of the now working notification mechanism for new bugs, i don't >> really mind. > > I would like that as then I would have a complete log in my mail folder > when looking at the bug. That's done. Everyone: You will now also receive mail notifications for any kind of bug update that you yourself triggered. Sebastian From william at wbonnet.net Wed Feb 4 23:02:34 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Feb 2009 23:02:34 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <625385e30902040432g7e696b25pbcc8f9294e2e72ba@mail.gmail.com> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <625385e30902040043v40cfcb04s24b7f96968185170@mail.gmail.com> <49898913.4040806@wbonnet.net> <625385e30902040432g7e696b25pbcc8f9294e2e72ba@mail.gmail.com> Message-ID: <498A107A.1010409@wbonnet.net> Hi >> I can easily installed phpBB forum, and make it "look like" integrated >> into wordpress (from a html design point of view). >> > > Sounds good to me. > Ok i take it in action for the next week. First it will be used for "internal test and validation" ;) That means I set it up, we test it, then we decide to keep it or not cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 5 00:19:22 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 4 Feb 2009 15:19:22 -0800 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> Message-ID: <20090204231922.GI7373@bolthole.com> On Wed, Feb 04, 2009 at 09:28:31AM +0100, Dagobert Michelsen wrote: > Hi, > > as users@ has basically failed (almost no posts there) we should about > a webforum. I know it is hard to track, but what gives us a tool that > is easy to track but not used? For tracking it should be possible to > mirror changes to a mailinglist. I'm not sure that is a valid reference. it was never that active. nor is the blastwave forum that active either. On the flip side, I think perhaps it would be beneficial to allow for both web read/posting, AND mailing list. There are assorted mailing-list-to-forum interfaces. How about we enable something like that, and thus AUGMENT, rather than replace, our current users mailing list? There are even various "outsourced" free solutions to this. I think we already have one somewhere although we dont publicise it enough. There are also sites like "markmail" that we could use. From harpchad at opencsw.org Thu Feb 5 01:36:33 2009 From: harpchad at opencsw.org (Chad Harp) Date: Wed, 4 Feb 2009 18:36:33 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090204231922.GI7373@bolthole.com> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> Message-ID: <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> What if we move the mailing list(s) to google groups? We can regular mailing list functionality that way, but also has a forum interface (with rss), and it's searchable of course. On Feb 4, 2009, at 5:19 PM, Philip Brown wrote: > On Wed, Feb 04, 2009 at 09:28:31AM +0100, Dagobert Michelsen wrote: >> Hi, >> >> as users@ has basically failed (almost no posts there) we should >> about >> a webforum. I know it is hard to track, but what gives us a tool that >> is easy to track but not used? For tracking it should be possible to >> mirror changes to a mailinglist. > > I'm not sure that is a valid reference. > it was never that active. nor is the blastwave forum that active > either. > > On the flip side, I think perhaps it would be beneficial to allow > for both > web read/posting, AND mailing list. > There are assorted mailing-list-to-forum interfaces. How about we > enable > something like that, and thus AUGMENT, rather than replace, our > current > users mailing list? > > There are even various "outsourced" free solutions to this. > I think we already have one somewhere although we dont publicise it > enough. > There are also sites like "markmail" that we could use. > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From mwatters at opencsw.org Thu Feb 5 02:37:28 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 04 Feb 2009 19:37:28 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> Message-ID: <498A42D8.9010406@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chad Harp wrote: > What if we move the mailing list(s) to google groups? > > We can regular mailing list functionality that way, but also has a > forum interface (with rss), and it's searchable of course. > > > On Feb 4, 2009, at 5:19 PM, Philip Brown wrote: > >> On Wed, Feb 04, 2009 at 09:28:31AM +0100, Dagobert Michelsen wrote: >>> Hi, >>> >>> as users@ has basically failed (almost no posts there) we should >>> about >>> a webforum. I know it is hard to track, but what gives us a tool that >>> is easy to track but not used? For tracking it should be possible to >>> mirror changes to a mailinglist. >> I'm not sure that is a valid reference. >> it was never that active. nor is the blastwave forum that active >> either. >> >> On the flip side, I think perhaps it would be beneficial to allow >> for both >> web read/posting, AND mailing list. >> There are assorted mailing-list-to-forum interfaces. How about we >> enable >> something like that, and thus AUGMENT, rather than replace, our >> current >> users mailing list? >> >> There are even various "outsourced" free solutions to this. >> I think we already have one somewhere although we dont publicise it >> enough. >> There are also sites like "markmail" that we could use. >> >> >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I think Google-groups or a similar application would be a good idea. In addition to the features Chad Pointed out, it would free resources up on the hardware we have. Not that email servers take that many resources, but forums can start to eat up the disk space quickly once you start archiving. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmKQtgACgkQLrhmsXMSLxePmQCgiHe91lhrptzXArF0WufLJEGP Wp4An22EvRbafQ2dU/gMFfsj+is9cCb5 =U752 -----END PGP SIGNATURE----- From mwatters at opencsw.org Thu Feb 5 17:06:08 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 10:06:08 -0600 Subject: [csw-maintainers] CSWpth in testing - minor change Message-ID: <498B0E70.2070007@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: Patched pth.h to allow for 65536 FD_SETSIZE for 64 bit compiles. all make tests passed on both x86 and sparc 32 and 64 bit compiles - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLDnAACgkQLrhmsXMSLxeEIQCbBardG5rc/a1DoeYnz7TSoI82 azMAn3DXQcmX63Pn0Ut8HBHEa8jm8IfC =PEeN -----END PGP SIGNATURE----- From mwatters at opencsw.org Thu Feb 5 17:44:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 10:44:32 -0600 Subject: [csw-maintainers] python question Message-ID: <498B1770.5030009@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This may be a silly question, but... What is the reason behind having "python" (currently 2.3.5) and "python25" in gar? I propose: 1) make "python" latest 2.x release (currently 2.6.1) 2) remove the pythonXX branch (after the 2.6.1 version leaves testing) 3) create python3k branch Let me know if this is feasible. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLF28ACgkQLrhmsXMSLxef0ACgvJYAbYjTefDLN3JF8tGnjDY/ kT0AoNRPX40t+/HqHwIJruYTUZ27S7IC =8Dd5 -----END PGP SIGNATURE----- From bwalton at opencsw.org Thu Feb 5 17:52:32 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Feb 2009 11:52:32 -0500 Subject: [csw-maintainers] python question In-Reply-To: <498B1770.5030009@opencsw.org> References: <498B1770.5030009@opencsw.org> Message-ID: <1233852477-sup-3790@ntdws12.chass.utoronto.ca> Excerpts from Mike Watters's message of Thu Feb 05 11:44:32 -0500 2009: > 1) make "python" latest 2.x release > (currently 2.6.1) > 2) remove the pythonXX branch > (after the 2.6.1 version leaves testing) > 3) create python3k branch I'm not a python guy, but doesn't 2.6.x finally put the brakes on some old coding style in preparation for the now released 3k? I suspect that it may be nice to keep a 2.5 version around for a bit until all the python apps are 2.6 safe. [I maintain asciidoc which tosses warnings about this in 2.5...There was a fix introduced and then rolled back since it wasn't compatible with older versions.] It would be good to keep the 'python' name for the current, but having an optionally available python25 and then python3k would be good. At what point does python3k become python and the old python become python26 though? Just some random thoughts. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 235 bytes Desc: not available URL: From harpchad at opencsw.org Thu Feb 5 17:55:12 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 05 Feb 2009 10:55:12 -0600 Subject: [csw-maintainers] python question In-Reply-To: <1233852477-sup-3790@ntdws12.chass.utoronto.ca> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> Message-ID: <498B19F0.7080007@opencsw.org> Ben Walton wrote: > It would be good to keep the 'python' name for the current, but having > an optionally available python25 and then python3k would be good. At > what point does python3k become python and the old python become > python26 though? Can't all of them be handled as modulations within the same gar recipe? From bwalton at opencsw.org Thu Feb 5 17:56:44 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Feb 2009 11:56:44 -0500 Subject: [csw-maintainers] python question In-Reply-To: <498B19F0.7080007@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> Message-ID: <1233852974-sup-7313@ntdws12.chass.utoronto.ca> Excerpts from Chad Harp's message of Thu Feb 05 11:55:12 -0500 2009: > Can't all of them be handled as modulations within the same gar > recipe? I don't know, but that would be a good way to handle it too. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mwatters at opencsw.org Thu Feb 5 18:00:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 11:00:35 -0600 Subject: [csw-maintainers] python question In-Reply-To: <498B19F0.7080007@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> Message-ID: <498B1B33.80106@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chad Harp wrote: > Ben Walton wrote: > >> It would be good to keep the 'python' name for the current, but having >> an optionally available python25 and then python3k would be good. At >> what point does python3k become python and the old python become >> python26 though? > > Can't all of them be handled as modulations within the same gar recipe? > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I agree with Chad. we should have it all in one recipe in gar. as far as when python3k becomes "python" that is a question there is no clear answer to. python3k is a complete re-write of python and very little, if any, 2.X code will run on 3k. I would say we would be looking at "reviewing" the need for 2.x at a minimum of a year after the python 2.X branch is terminated. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLGzIACgkQLrhmsXMSLxeoEgCfWBAkYeKoP9RI5CSThTzuitdx EssAmwad+jw9CgdkP96ZsTX3s1oXnev1 =9vD1 -----END PGP SIGNATURE----- From bwalton at opencsw.org Thu Feb 5 18:13:26 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Feb 2009 12:13:26 -0500 Subject: [csw-maintainers] python question In-Reply-To: <498B1B33.80106@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> <498B1B33.80106@opencsw.org> Message-ID: <1233853819-sup-9695@ntdws12.chass.utoronto.ca> Excerpts from Mike Watters's message of Thu Feb 05 12:00:35 -0500 2009: > I agree with Chad. we should have it all in one recipe in gar. > as far as when python3k becomes "python" that is a question there is no > clear answer to. python3k is a complete re-write of python and very > little, if any, 2.X code will run on 3k. But if 2.6 breaks lots of code too, making it the default could be problematic. Does it have a 'behave like python < 2.6' flag? If so, then that could work too. > I would say we would be looking at "reviewing" the need for 2.x at a > minimum of a year after the python 2.X branch is terminated. Yah, from what I read, there isn't a huge uptake of 3k yet...there should be lots of time to see how this shapes up and make a good decision when the time comes. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mwatters at opencsw.org Thu Feb 5 18:25:33 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 11:25:33 -0600 Subject: [csw-maintainers] python question In-Reply-To: <1233853819-sup-9695@ntdws12.chass.utoronto.ca> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> <498B1B33.80106@opencsw.org> <1233853819-sup-9695@ntdws12.chass.utoronto.ca> Message-ID: <498B210D.2080303@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ben Walton wrote: > Excerpts from Mike Watters's message of Thu Feb 05 12:00:35 -0500 2009: >> I agree with Chad. we should have it all in one recipe in gar. >> as far as when python3k becomes "python" that is a question there is no >> clear answer to. python3k is a complete re-write of python and very >> little, if any, 2.X code will run on 3k. > > But if 2.6 breaks lots of code too, making it the default could be > problematic. Does it have a 'behave like python < 2.6' flag? If so, > then that could work too. > >> I would say we would be looking at "reviewing" the need for 2.x at a >> minimum of a year after the python 2.X branch is terminated. > > Yah, from what I read, there isn't a huge uptake of 3k yet...there > should be lots of time to see how this shapes up and make a good > decision when the time comes. > > -Ben > > > ------------------------------------------------------------------------ > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers According to the Python folks 2.6.1 "does not" break existing code. it will shoot warnings about the deprecated code being used but there is a flag that can turn the warnings on and off The following is an excerpt from the python page about python 2.6.1 - --- Begin Quote --- http://docs.python.org/whatsnew/2.6.html Author: A.M. Kuchling (amk at amk.ca) Release: 2.6.1 Date: January 09, 2009 This article explains the new features in Python 2.6, released on October 1 2008. The release schedule is described in PEP 361. The major theme of Python 2.6 is preparing the migration path to Python 3.0, a major redesign of the language. Whenever possible, Python 2.6 incorporates new features and syntax from 3.0 while remaining compatible with existing code by not removing older features or syntax. When it?s not possible to do that, Python 2.6 tries to do what it can, adding compatibility functions in a future_builtins module and a -3 switch to warn about usages that will become unsupported in 3.0. Some significant new packages have been added to the standard library, such as the multiprocessing and json modules, but there aren?t many new features that aren?t related to Python 3.0 in some way. Python 2.6 also sees a number of improvements and bugfixes throughout the source. A search through the change logs finds there were 259 patches applied and 612 bugs fixed between Python 2.5 and 2.6. Both figures are likely to be underestimates. This article doesn?t attempt to provide a complete specification of the new features, but instead provides a convenient overview. For full details, you should refer to the documentation for Python 2.6. If you want to understand the rationale for the design and implementation, refer to the PEP for a particular new feature. Whenever possible, ?What?s New in Python? links to the bug/patch item for each change. - --- End Quote --- - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLIQwACgkQLrhmsXMSLxesuwCgiyGdQGTcnC73PqIg2QFuRCXf Ik4AoJqC94Y1UvKJes1m45LlqNPgiz7c =idhN -----END PGP SIGNATURE----- From bwalton at opencsw.org Thu Feb 5 18:28:59 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Feb 2009 12:28:59 -0500 Subject: [csw-maintainers] python question In-Reply-To: <498B210D.2080303@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> <498B1B33.80106@opencsw.org> <1233853819-sup-9695@ntdws12.chass.utoronto.ca> <498B210D.2080303@opencsw.org> Message-ID: <1233854885-sup-8302@ntdws12.chass.utoronto.ca> Excerpts from Mike Watters's message of Thu Feb 05 12:25:33 -0500 2009: > According to the Python folks 2.6.1 "does not" break existing code. > it will shoot warnings about the deprecated code being used but there is > a flag that can turn the warnings on and off Ok, that's cool then. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pfelecan at opencsw.org Thu Feb 5 18:56:05 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Thu, 05 Feb 2009 18:56:05 +0100 Subject: [csw-maintainers] mantis:how to declare a relationship? Message-ID: I'm reporting a bug and wish to declare a relationship between my report and other reports --- in this case "duplicate". In other installation I was able to declare this kind of relationship. In our installation this is not possible or I don't know how... -- Peter From phil at bolthole.com Thu Feb 5 19:58:37 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 10:58:37 -0800 Subject: [csw-maintainers] mantis:how to declare a relationship? In-Reply-To: References: Message-ID: <20090205185837.GD57973@bolthole.com> On Thu, Feb 05, 2009 at 06:56:05PM +0100, Peter FELECAN wrote: > I'm reporting a bug and wish to declare a relationship between my report > and other reports --- in this case "duplicate". In other installation I > was able to declare this kind of relationship. In our installation this > is not possible or I don't know how... > -- well there is still a "relationship" section so it has to be possible.... In the "relationships" section, there is a line for "New relationship". maybe it only appears if you are manager of the area. reporters cant declare relationships? From pfelecan at opencsw.org Thu Feb 5 20:06:15 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Thu, 05 Feb 2009 20:06:15 +0100 Subject: [csw-maintainers] mantis:how to declare a relationship? In-Reply-To: <20090205185837.GD57973@bolthole.com> (Philip Brown's message of "Thu\, 5 Feb 2009 10\:58\:37 -0800") References: <20090205185837.GD57973@bolthole.com> Message-ID: Philip Brown writes: > On Thu, Feb 05, 2009 at 06:56:05PM +0100, Peter FELECAN wrote: >> I'm reporting a bug and wish to declare a relationship between my report >> and other reports --- in this case "duplicate". In other installation I >> was able to declare this kind of relationship. In our installation this >> is not possible or I don't know how... >> -- > > well there is still a "relationship" section so it has to be possible.... > > In the "relationships" > section, there is a line for "New relationship". > > maybe it only appears if you are manager of the area. reporters cant > declare relationships? In our installation it seems so. In the other instances that I used it was possible. Maybe there is a parameter to set. Anyhow, we have a Mantis administrator now, isn't it? What has he to add to this? -- Peter From trygvis at opencsw.org Thu Feb 5 21:39:50 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Thu, 05 Feb 2009 21:39:50 +0100 Subject: [csw-maintainers] cswclassutils fails in a zone Message-ID: <498B4E96.9090601@opencsw.org> Hi Is there any way to fix the problem below with /usr being read only? # pkg-get -i cswclassutils No existing install of CSWcswclassutils found. Installing... Pre-existing local file cswclassutils-1.3,REV=2009.01.15-SunOS5.8-all-CSW.pkg.gz matches checksum Keeping existing file Analysing special files... Processing package instance from cswclassutils - CSW class action utilities(all) 1.3,REV=2009.01.15 Please see /opt/csw/share/doc/cswclassutils/LICENSE for license information. ## Processing package information. ## Processing system information. 4 package pathnames are already properly installed. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. ## Checking for setuid/setgid programs. Installing cswclassutils - CSW class action utilities as ## Installing part 1 of 1. /etc/opt/csw/init.d/csw.smf.sample /opt/csw/share/doc/cswclassutils/LICENSE /opt/csw/share/doc/cswclassutils/README.CSW /usr/sadm/install/scripts/i.cswcpsampleconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/i.cswinitsmf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/i.cswpreserveconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswcpsampleconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswinitsmf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswpreserveconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system [ verifying class ] ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist Installation of partially failed. ERROR: could not add CSWcswclassutils. From william at wbonnet.net Thu Feb 5 21:45:42 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 05 Feb 2009 21:45:42 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <20090203201145.GC53253@bolthole.com> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <20090203201145.GC53253@bolthole.com> Message-ID: <498B4FF6.3030809@wbonnet.net> Hi > This strikes me as very dangerous. it will eventually need to packages > shipping with a wrong (old/obsolete) version of a license when a maintainer > doesnt notice it has changed. > > I think it is important to copy the license file from the > (upstream)src distribution, directly into the package, every time. > After spending some minutes thinking :) you are right. cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 5 22:00:51 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 13:00:51 -0800 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <498B4E96.9090601@opencsw.org> References: <498B4E96.9090601@opencsw.org> Message-ID: <20090205210051.GA33320@bolthole.com> On Thu, Feb 05, 2009 at 09:39:50PM +0100, Trygve Laugst?l wrote: > Hi > > Is there any way to fix the problem below with /usr being read only? the only way /usr read-only in zone is supportable for CSW packages like this, is if you make it pkg-inherit from global, and then install the packge(s) in the global zone, I think. otherwise, its really, really messy > ERROR: attribute verification of > failed > pathname does not exist From william at wbonnet.net Thu Feb 5 22:18:00 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 05 Feb 2009 22:18:00 +0100 Subject: [csw-maintainers] [theme] Call for volunteers Message-ID: <498B5788.8030002@wbonnet.net> Hi I have written a first set of propositions in order to improve our communication ( http://wiki.opencsw.org/communication-opencsw-theme-february-09 ). I would like to know if some of you are interested by making some comments, adding things, or by taking in charge some of the points ? I continue to work on the web site, but i will need help to define content and to give me feedback about the structure. Sebastian already did, thanks. But i'd like to have also some volunteers for the following things : . Write presentation slides of the projet / association . Identify the key project we should establish contact with . Write some articles for the main web site . Identify 3 to 5 recent update of key software and write for each a small article . Write a tutorial "How to begin with opencsw" (like the one there is for blastwave), with copy of commands output, adding key for gnupg, etc. More to come soon :) I would also like to start to talk about security updates and announcement. But i'll start a new thread for this. cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Thu Feb 5 22:22:31 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 05 Feb 2009 22:22:31 +0100 Subject: [csw-maintainers] Security alerts and updates Message-ID: <498B5897.7000800@wbonnet.net> Hi As you may have noticed i added a "Security update" category on the main page of the web site. I believe this is very important for users, and it is one of the things we can improve in the project. I am sending this email to start to talk about the way we should handle alert and update (i consider we are in a almost perfect world in which we would have of course less ressources than Debian ou Red Hat, but enough to do things well ). Should we set up a system to send security alerts ? a mailing list ? a rss feed ? How should we provide updates ? patches ? package update ? Do we have to identify a list of key packages which are under survey (that means alert will exist only for these packages like openssh, apache, etc. and not for others) cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 5 22:34:37 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 13:34:37 -0800 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <498B5897.7000800@wbonnet.net> References: <498B5897.7000800@wbonnet.net> Message-ID: <20090205213437.GA67833@bolthole.com> On Thu, Feb 05, 2009 at 10:22:31PM +0100, William Bonnet wrote: > Should we set up a system to send security alerts ? a mailing list ? a > rss feed ? > it's called "the announce list" From william at wbonnet.net Thu Feb 5 22:42:11 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 05 Feb 2009 22:42:11 +0100 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <20090205213437.GA67833@bolthole.com> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> Message-ID: <498B5D33.7040507@wbonnet.net> Hi >> Should we set up a system to send security alerts ? a mailing list ? a >> rss feed ? > it's called "the announce list" > I'm not really sure it is "enough" from a user point of view. I think it is important to find easily this kind of information on the web site for a user. Moreover, the channel we use to send information is not the only point. It is easy to send the same announce to the list, to a blog (worpress allow posting from smtp) and to a rss feed. But... my question is (blaming no one don't worry) how long since we last add a security announce on that list ? In fact, i think this list is like user list. It need to brought back to life. The discussion, is also meant to make things clear for everyone, i am certainly not the only one wondering about what is our process. We should talk about this, write something simple about the way we do function. If it is "the announce list", then fine, just write some documentation about this and put it on the website. My point is not necessarily to change it, but to make it clear for users, to give them a easy access to this information. Some one who comes to the site should find the security alerts or where are the security alert in a minimal number of "mouse clicks" IMHO cheers W. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > > > -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 5 22:52:11 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 13:52:11 -0800 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <498B5D33.7040507@wbonnet.net> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> Message-ID: <20090205215210.GB67833@bolthole.com> On Thu, Feb 05, 2009 at 10:42:11PM +0100, William Bonnet wrote: > Hi > > > >> Should we set up a system to send security alerts ? a mailing list ? a > >> rss feed ? > > it's called "the announce list" > > I'm not really sure it is "enough" from a user point of view. I think it > is important to find easily this kind of information on the web site for > a user. ok, so we need to publicise the announce list more? > Moreover, the channel we use to send information is not the only point. > It is easy to send the same announce to the list, to a blog (worpress > allow posting from smtp) and to a rss feed. true. > But... my question is (blaming no one don't worry) how long since we > last add a security announce on that list ? how long has it been since we needed a security update? the answer to both questions, is about the same I think. a long time. we dont do 'security only' updates very often. > My point is not necessarily to change it, but to make it clear for > users, to give them a easy access to this information. Some one who > comes to the site should find the security alerts or where are the > security alert in a minimal number of "mouse clicks" IMHO please remember that, while having lots of information is potentialy good; having a very cluttered top page, is bad. in some ways, users are best protected from "security issues" by simply always running the latest released versions of the packages they have installed. From mwatters at opencsw.org Thu Feb 5 23:18:59 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Feb 2009 16:18:59 -0600 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <20090205215210.GB67833@bolthole.com> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> <20090205215210.GB67833@bolthole.com> Message-ID: <498B65D3.9080206@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Feb 05, 2009 at 10:42:11PM +0100, William Bonnet wrote: >> Hi >> >> >>>> Should we set up a system to send security alerts ? a mailing list ? a >>>> rss feed ? >>> it's called "the announce list" >> I'm not really sure it is "enough" from a user point of view. I think it >> is important to find easily this kind of information on the web site for >> a user. > > ok, so we need to publicise the announce list more? > > > >> Moreover, the channel we use to send information is not the only point. >> It is easy to send the same announce to the list, to a blog (worpress >> allow posting from smtp) and to a rss feed. > > true. > > > >> But... my question is (blaming no one don't worry) how long since we >> last add a security announce on that list ? > > how long has it been since we needed a security update? > > the answer to both questions, is about the same I think. > a long time. > > > we dont do 'security only' updates very often. > > > >> My point is not necessarily to change it, but to make it clear for >> users, to give them a easy access to this information. Some one who >> comes to the site should find the security alerts or where are the >> security alert in a minimal number of "mouse clicks" IMHO > > please remember that, while having lots of information is potentialy good; > having a very cluttered top page, is bad. > > in some ways, users are best protected from "security issues" by simply > always running the latest released versions of the packages they have > installed. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers There are a bunch of sites out there that report this information... most notably www.us-cert.gov they have an RSS feed and weekly emails. off hand we could get an RSS feed from one or more of the sites, merge them together and filter them based on the software in our catalog. not a particularly easy task, but I wouldn't think smash your head against the wall difficult either. using php/pear/mysql we could format the list with links back to the original reporting site, www.us-cert.gov or another, along with a link to the software site. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLZdIACgkQLrhmsXMSLxebjwCgtW2cOsNbeO6L4nogGiw+khko CugAnj49qygwTyMTKb4AlfbRnW5xFavR =4iUY -----END PGP SIGNATURE----- From dam at opencsw.org Thu Feb 5 23:25:25 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 5 Feb 2009 23:25:25 +0100 Subject: [csw-maintainers] License and copyright notice In-Reply-To: <498B4FF6.3030809@wbonnet.net> References: <49883475.8010209@wbonnet.net> <625385e30902030447u6006652hd5c809e0ea5ba3c3@mail.gmail.com> <498842D2.3030000@wbonnet.net> <20090203201145.GC53253@bolthole.com> <498B4FF6.3030809@wbonnet.net> Message-ID: Hi, Am 05.02.2009 um 21:45 schrieb William Bonnet: >> This strikes me as very dangerous. it will eventually need to >> packages >> shipping with a wrong (old/obsolete) version of a license when a >> maintainer >> doesnt notice it has changed. >> >> I think it is important to copy the license file from the >> (upstream)src distribution, directly into the package, every time. >> > > After spending some minutes thinking :) you are right. A first draft of the documentation is ready at The committed stuff is not fully functional yet, because I have to do dynamic gspec-files first. Best regards -- Dago From phil at bolthole.com Fri Feb 6 01:16:27 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 5 Feb 2009 16:16:27 -0800 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <498B65D3.9080206@opencsw.org> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> <20090205215210.GB67833@bolthole.com> <498B65D3.9080206@opencsw.org> Message-ID: <20090206001626.GA91499@bolthole.com> On Thu, Feb 05, 2009 at 04:18:59PM -0600, Mike Watters wrote: > > off hand we could get an RSS feed from one or more of the sites, merge > them together and filter them based on the software in our catalog. > perhaps it would be nice to have a 'security-announce' email alias, that would automatically forward on to the announce list, AND also send out an RSS update, n stuff. From harpchad at opencsw.org Fri Feb 6 02:33:47 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 5 Feb 2009 19:33:47 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498A42D8.9010406@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> Message-ID: <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> Suggestions thus far: Mailman (i.e. what we have now) Mailing list only, has archives but no integrated search or rss phpBB: Bulletin Board with rss and search Look and feel can be customized to match other opencsw pages Doesn't (I think) have a mailing list interface (but does allow you to flag threads for e-mail notification when updated) Google Groups Both a bulletin board and mailing list (can be followed online like a bb or via e-mail like mailman) Customizations are limited, can have our logo but pages will still look googlish Has rss and search Is that the field, or are there other suggestions? Comments on what's already been suggested? From william at wbonnet.net Fri Feb 6 07:40:09 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 07:40:09 +0100 Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <20090206001626.GA91499@bolthole.com> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> <20090205215210.GB67833@bolthole.com> <498B65D3.9080206@opencsw.org> <20090206001626.GA91499@bolthole.com> Message-ID: <498BDB49.6020603@wbonnet.net> Hi >> off hand we could get an RSS feed from one or more of the sites, merge >> them together and filter them based on the software in our catalog. >> >> > > perhaps it would be nice to have a 'security-announce' email alias, that > would automatically forward on to the announce list, AND also send out an > RSS update, n stuff. > This is a good idea. There exist also different mailing lists associated with the software we package. It is certainly possible to do the same kind of things (tomcat, apache, etc.). Anyone is interested in building a prototype ? transforming such a stream into our own rss feed (at beginning) cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Fri Feb 6 07:47:49 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 07:47:49 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> Message-ID: <498BDD15.20605@wbonnet.net> Hi > Is that the field, or are there other suggestions? Comments on > what's already been suggested? > There software which create a link between forum and mailing list (m2f for phpBB and mailing list, unfortunatly it does not support v3 yet). We can also consider forum softwave like jive (used by openSolaris) I would prefer to have our own forum we could customize rather than using google groups. cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Fri Feb 6 10:08:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 6 Feb 2009 10:08:56 +0100 Subject: [csw-maintainers] python question In-Reply-To: <498B19F0.7080007@opencsw.org> References: <498B1770.5030009@opencsw.org> <1233852477-sup-3790@ntdws12.chass.utoronto.ca> <498B19F0.7080007@opencsw.org> Message-ID: Hi Chad, Am 05.02.2009 um 17:55 schrieb Chad Harp: > Ben Walton wrote: > >> It would be good to keep the 'python' name for the current, but >> having >> an optionally available python25 and then python3k would be good. At >> what point does python3k become python and the old python become >> python26 though? > > Can't all of them be handled as modulations within the same gar > recipe? Yes, that is possible. However, the resulting package would be rather large, so I guess it would be best to use multiple packages. And then you don't need modulations any more... Best regards -- Dago From james at opencsw.org Fri Feb 6 10:58:59 2009 From: james at opencsw.org (James Lee) Date: Fri, 06 Feb 2009 09:58:59 GMT Subject: [csw-maintainers] Security alerts and updates In-Reply-To: <20090206001626.GA91499@bolthole.com> References: <498B5897.7000800@wbonnet.net> <20090205213437.GA67833@bolthole.com> <498B5D33.7040507@wbonnet.net> <20090205215210.GB67833@bolthole.com> <498B65D3.9080206@opencsw.org> <20090206001626.GA91499@bolthole.com> Message-ID: <20090206.9585900.733768360@gyor.oxdrove.co.uk> On 06/02/09, 00:16:27, Philip Brown wrote regarding Re: [csw-maintainers] Security alerts and updates: > On Thu, Feb 05, 2009 at 04:18:59PM -0600, Mike Watters wrote: > > > > off hand we could get an RSS feed from one or more of the sites, merge > > them together and filter them based on the software in our catalog. > > > perhaps it would be nice to have a 'security-announce' +1 > AND also send out an RSS update, n stuff. The problem with RSS it doesn't "send out" but is polled. Although email, eg POP3, is also polled it is doing all your emails and the originating server isn't polled but pushes via SMTP. James. From james at opencsw.org Fri Feb 6 11:04:13 2009 From: james at opencsw.org (James Lee) Date: Fri, 06 Feb 2009 10:04:13 GMT Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> Message-ID: <20090206.10041300.2044429827@gyor.oxdrove.co.uk> On 06/02/09, 01:33:47, Chad Harp wrote regarding Re: [csw-maintainers] One more topic for "Communication": > Suggestions thus far: > Mailman (i.e. what we have now) > Mailing list only, has archives but no integrated search or rss Yes please. > phpBB: > Bulletin Board with rss and search > Look and feel can be customized to match other opencsw pages > Doesn't (I think) have a mailing list interface (but does allow you > to flag threads for e-mail notification when updated) No thank you. > Google Groups > Both a bulletin board and mailing list (can be followed online like > a bb or via e-mail like mailman) > Customizations are limited, can have our logo but pages will still > look googlish > Has rss and search No thank you. > Is that the field, or are there other suggestions? NNTP news server. (I'm sure this could be run independently/directly by opencsw.org.) > Comments on what's already been suggested? Mike Watters quoting Albert Einstein wrote... "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." James. From pfelecan at opencsw.org Fri Feb 6 11:16:15 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 06 Feb 2009 11:16:15 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090206.10041300.2044429827@gyor.oxdrove.co.uk> (James Lee's message of "Fri\, 06 Feb 2009 10\:04\:13 GMT") References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> Message-ID: James Lee writes: >> Is that the field, or are there other suggestions? > > NNTP news server. > (I'm sure this could be run independently/directly by opencsw.org.) +1 for this oldest but goldest vector. And to complete the muppetish (viz. Statler and Waldorf) profile: -1 for php based forums. -- Peter From william at wbonnet.net Fri Feb 6 12:03:59 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 12:03:59 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> Message-ID: <498C191F.5050108@wbonnet.net> Hi Peter > And to complete the muppetish (viz. Statler and Waldorf) profile: > -1 for php based forums. > Including Java based forums ? ;) Is there some specific reasons for this ? cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Fri Feb 6 12:18:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 6 Feb 2009 12:18:19 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C191F.5050108@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> Message-ID: <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> Hi, Am 06.02.2009 um 12:03 schrieb William Bonnet: > Hi Peter >> And to complete the muppetish (viz. Statler and Waldorf) profile: >> -1 for php based forums. >> > > Including Java based forums ? ;) > > Is there some specific reasons for this ? It is not important what we (=the maintainers) want, but what the users want - it is the users forum. The users@ mailing list has failed, so let's try all of the other stuff and see what gets accepted and discard the rest. If the users want NNTP, fine, if they want RSS, fine, if they want a crappy PHP forum, yes, that is fine also. The one important thing is that it is actually *used*. Best regards -- Dago From pfelecan at opencsw.org Fri Feb 6 12:31:42 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 06 Feb 2009 12:31:42 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> (Dagobert Michelsen's message of "Fri\, 6 Feb 2009 12\:18\:19 +0100") References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi, > > Am 06.02.2009 um 12:03 schrieb William Bonnet: >> Hi Peter >>> And to complete the muppetish (viz. Statler and Waldorf) profile: >>> -1 for php based forums. >>> >> >> Including Java based forums ? ;) >> >> Is there some specific reasons for this ? > > It is not important what we (=the maintainers) want, but what the > users want - it is the users forum. The users@ mailing list has > failed, so let's try all of the other stuff and see what gets > accepted and discard the rest. If the users want NNTP, fine, > if they want RSS, fine, if they want a crappy PHP forum, yes, > that is fine also. The one important thing is that it is actually > *used*. You're right. However, I don't understand the basis of the affirmation: "The users@ mailing list has failed". For the moment we have the users mailing list, as the sole vector, and maybe it would be a good thing to ask there what the users want. It is possible that the perception of this failure is due to the lack of users? -- Peter From dam at opencsw.org Fri Feb 6 12:38:23 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 6 Feb 2009 12:38:23 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> Message-ID: <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> Hi Peter, Am 06.02.2009 um 12:31 schrieb Peter FELECAN: > You're right. However, I don't understand the basis of the > affirmation: > "The users@ mailing list has failed". Well, there is basically no traffic and it is IMHO not visible enough from the webpage, so many users may not find it. Currently users open a bug which may or may not be processed and that's it. We should try to keep the users active and involve them in the debugging/testing process. > For the moment we have the users > mailing list, as the sole vector, and maybe it would be a good thing > to > ask there what the users want. It is possible that the perception of > this failure is due to the lack of users? Maybe. Ihsan, how many users have subscribed to users@? Should I prepare a posting asking for users preferences? Best regards -- Dago From william at wbonnet.net Fri Feb 6 13:14:58 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 13:14:58 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> Message-ID: <498C29C2.7020609@wbonnet.net> Hi > Well, there is basically no traffic and it is IMHO not visible > enough from the webpage, so many users may not find it. Hopefully, it will be soon :) > Currently > users open a bug which may or may not be processed and that's it. > We should try to keep the users active and involve them in the > debugging/testing process. > I can prepare, in the next weeks, some statistics about closed bugs etc. But before putting it publicly vailable, we have to be sure we fix bugs ;) > Maybe. Ihsan, how many users have subscribed to users@? Should I > prepare a posting asking for users preferences? > I like this idea. It might also be a good way to know how many active users we have (i mean users who cares to give a feedback). cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From pfelecan at opencsw.org Fri Feb 6 13:34:11 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 06 Feb 2009 13:34:11 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C29C2.7020609@wbonnet.net> (William Bonnet's message of "Fri\, 06 Feb 2009 13\:14\:58 +0100") References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> <498C29C2.7020609@wbonnet.net> Message-ID: William Bonnet writes: >> Maybe. Ihsan, how many users have subscribed to users@? Should I >> prepare a posting asking for users preferences? >> > I like this idea. It might also be a good way to know how many active > users we have (i mean users who cares to give a feedback). So let do it: it's "communication month". -- Peter From james at opencsw.org Fri Feb 6 13:51:15 2009 From: james at opencsw.org (James Lee) Date: Fri, 06 Feb 2009 12:51:15 GMT Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C191F.5050108@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> Message-ID: <20090206.12511500.2938020577@gyor.oxdrove.co.uk> On 06/02/09, 11:03:59, William Bonnet wrote regarding Re: [csw-maintainers] One more topic for "Communication": > Hi Peter > > And to complete the muppetish (viz. Statler and Waldorf) profile: > > -1 for php based forums. > > > Including Java based forums ? ;) > Is there some specific reasons for this ? For me it's almost everything about web forums. I have to go to a forum to see if there are any new messages, yes RSS could provide notifications but it's not doing anything I didn't have before with a mailing list and notification is typically slower. I have to note the message date to look for updates, one could use a cookie to note last visit but they typically don't and that doesn't note if I've read a message or keep a view state, viewing a thread shows the full message in a overly spread out format with time wasting "features" like gyrating avatars and how many faecesbook friends are currently online. When a thread is spread over multiple pages it's not clear which page I view to see unread messages (unread often span the last and penultimate pages). I have to visit several forums to see all my messages (from many unrelated projects), not just view one email account with multiple mailboxes. Etc. With email I can see unread, mark as read, "unread", mark with a flag, delete, keep indefinitely, show threaded, save replies in the outbox, save replies before sending, spell check, etc. The only bad thing about email is the messages are delivered always (for topics in which one has no interest or lack of time to ever read). NNTP covers this as one can download headers only and mark all as read. James. From mwatters at opencsw.org Fri Feb 6 15:09:37 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 06 Feb 2009 08:09:37 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> Message-ID: <498C44A1.7010306@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > Am 06.02.2009 um 12:03 schrieb William Bonnet: >> Hi Peter >>> And to complete the muppetish (viz. Statler and Waldorf) profile: >>> -1 for php based forums. >>> >> Including Java based forums ? ;) >> >> Is there some specific reasons for this ? > > It is not important what we (=the maintainers) want, but what the > users want - it is the users forum. The users@ mailing list has > failed, so let's try all of the other stuff and see what gets > accepted and discard the rest. If the users want NNTP, fine, > if they want RSS, fine, if they want a crappy PHP forum, yes, > that is fine also. The one important thing is that it is actually > *used*. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I agree, this is for the users and not the maintainers. however, as a maintainer, the issue I have with Mailman as a whole is it is NOT searchable. if we could figure out how to "archive" Mailman messages and make them searchable I would be happy. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmMRKEACgkQLrhmsXMSLxeN8gCgoSVWDFa1nml6EbSK2TEfOLCp aAEAn299quZ2z78E7OH2sYvQRpVd1vTd =p46N -----END PGP SIGNATURE----- From william at wbonnet.net Fri Feb 6 15:10:58 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 15:10:58 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44A1.7010306@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> Message-ID: <498C44F2.5060004@wbonnet.net> Hi > I agree, this is for the users and not the maintainers. > however, as a maintainer, the issue I have with Mailman as a whole is it > is NOT searchable. if we could figure out how to "archive" Mailman > messages and make them searchable I would be happy. > I think Ihsan proposed something. I think it would be good also to have a motly review of the subject posted on the list, and add some answer to the FAQ. Cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From Darin.Perusich at cognigencorp.com Fri Feb 6 15:16:45 2009 From: Darin.Perusich at cognigencorp.com (Darin Perusich) Date: Fri, 06 Feb 2009 09:16:45 -0500 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44A1.7010306@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> Message-ID: <498C464D.8040601@cognigencorp.com> Mike Watters wrote: > I agree, this is for the users and not the maintainers. > however, as a maintainer, the issue I have with Mailman as a whole is it > is NOT searchable. if we could figure out how to "archive" Mailman > messages and make them searchable I would be happy. Mailman automatically setups up the archives and you can easily setup ht://Dig to search the message. Or us google by limiting the search with site:http://lists.opencsw.org/pipermail/users/ -- Darin Perusich Unix Systems Administrator Cognigen Corporation 395 Youngs Rd. Williamsville, NY 14221 Phone: 716-633-3463 Email: darinper at cognigencorp.com From harpchad at opencsw.org Fri Feb 6 15:25:32 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 06 Feb 2009 08:25:32 -0600 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498BDD15.20605@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <498BDD15.20605@wbonnet.net> Message-ID: <498C485C.9090409@opencsw.org> William Bonnet wrote: > Hi > >> Is that the field, or are there other suggestions? Comments on >> what's already been suggested? >> > There software which create a link between forum and mailing list (m2f > for phpBB and mailing list, unfortunatly it does not support v3 yet). We > can also consider forum softwave like jive (used by openSolaris) > > I would prefer to have our own forum we could customize rather than > using google groups. > > cheers > W. > I think this seems to be the most popular approach. It allows us to keep the mailing list that people like, but allows us to add a forum. I'd be willing to set up and/or help with m2f as a proof of concept if somebody (William ?) can set up phpBB. From william at wbonnet.net Fri Feb 6 15:24:10 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 06 Feb 2009 15:24:10 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C485C.9090409@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <498BDD15.20605@wbonnet.net> <498C485C.9090409@opencsw.org> Message-ID: <498C480A.1080707@wbonnet.net> Chad Harp a ?crit : > William Bonnet wrote: > >> Hi >> >> >>> Is that the field, or are there other suggestions? Comments on >>> what's already been suggested? >>> >>> >> There software which create a link between forum and mailing list (m2f >> for phpBB and mailing list, unfortunatly it does not support v3 yet). We >> can also consider forum softwave like jive (used by openSolaris) >> >> I would prefer to have our own forum we could customize rather than >> using google groups. >> >> cheers >> W. >> >> > > I think this seems to be the most popular approach. It allows us to > keep the mailing list that people like, but allows us to add a forum. > > I'd be willing to set up and/or help with m2f as a proof of concept if > somebody (William ?) can set up phpBB. > Sure i'll do it tonight cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From korpela at ssl.berkeley.edu Tue Feb 3 18:52:13 2009 From: korpela at ssl.berkeley.edu (Eric J Korpela) Date: Tue, 3 Feb 2009 09:52:13 -0800 Subject: [csw-maintainers] BOINC client packages 6.7.2 in /testing In-Reply-To: References: Message-ID: On Mon, Feb 2, 2009 at 2:45 PM, Eric J Korpela wrote: boinclibs, boincclient, and boincmanager 6.7.2 for i386/amd64 Solaris are As far as I know the only no BOINC project currently ships i386 Solaris applications. Let's hope that changes. From trygvis at inamo.no Thu Feb 5 21:39:42 2009 From: trygvis at inamo.no (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Thu, 05 Feb 2009 21:39:42 +0100 Subject: [csw-maintainers] cswclassutils fails in a zone Message-ID: <498B4E8E.5020809@inamo.no> Hi Is there any way to fix the problem below with /usr being read only? # pkg-get -i cswclassutils No existing install of CSWcswclassutils found. Installing... Pre-existing local file cswclassutils-1.3,REV=2009.01.15-SunOS5.8-all-CSW.pkg.gz matches checksum Keeping existing file Analysing special files... Processing package instance from cswclassutils - CSW class action utilities(all) 1.3,REV=2009.01.15 Please see /opt/csw/share/doc/cswclassutils/LICENSE for license information. ## Processing package information. ## Processing system information. 4 package pathnames are already properly installed. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. ## Checking for setuid/setgid programs. Installing cswclassutils - CSW class action utilities as ## Installing part 1 of 1. /etc/opt/csw/init.d/csw.smf.sample /opt/csw/share/doc/cswclassutils/LICENSE /opt/csw/share/doc/cswclassutils/README.CSW /usr/sadm/install/scripts/i.cswcpsampleconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/i.cswinitsmf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/i.cswpreserveconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswcpsampleconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswinitsmf pkgadd: ERROR: unable to open for writing: (30) Read-only file system /usr/sadm/install/scripts/r.cswpreserveconf pkgadd: ERROR: unable to open for writing: (30) Read-only file system [ verifying class ] ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist Installation of partially failed. ERROR: could not add CSWcswclassutils. From skayser at opencsw.org Fri Feb 6 18:55:05 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 06 Feb 2009 18:55:05 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44A1.7010306@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> Message-ID: <498C7979.6070608@opencsw.org> Mike Watters wrote: > Dagobert Michelsen wrote: >> Am 06.02.2009 um 12:03 schrieb William Bonnet: >>> Hi Peter >>>> And to complete the muppetish (viz. Statler and Waldorf) profile: >>>> -1 for php based forums. >>>> >>> Including Java based forums ? ;) >>> >>> Is there some specific reasons for this ? >> It is not important what we (=the maintainers) want, but what the >> users want - it is the users forum. The users@ mailing list has >> failed, so let's try all of the other stuff and see what gets >> accepted and discard the rest. If the users want NNTP, fine, >> if they want RSS, fine, if they want a crappy PHP forum, yes, >> that is fine also. The one important thing is that it is actually >> *used*. > > I agree, this is for the users and not the maintainers. > however, as a maintainer, the issue I have with Mailman as a whole is it > is NOT searchable. if we could figure out how to "archive" Mailman > messages and make them searchable I would be happy. >From what i remember Ihsan announced a while ago that our mailing lists are archived and searchable via Gmane. http://dir.gmane.org/gmane.os.solaris.opencsw.user http://dir.gmane.org/gmane.os.solaris.opencsw.maintainers http://dir.gmane.org/gmane.os.solaris.opencsw.devel The "messages per day" graph seems to be broken, but messages turn up fine. Does this help? Sebastian From skayser at opencsw.org Fri Feb 6 19:03:17 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 06 Feb 2009 19:03:17 +0100 Subject: [csw-maintainers] mantis:how to declare a relationship? In-Reply-To: References: <20090205185837.GD57973@bolthole.com> Message-ID: <498C7B65.4010004@opencsw.org> Hi Peter, Peter FELECAN wrote: > Philip Brown writes: >> On Thu, Feb 05, 2009 at 06:56:05PM +0100, Peter FELECAN wrote: >>> I'm reporting a bug and wish to declare a relationship between my report >>> and other reports --- in this case "duplicate". In other installation I >>> was able to declare this kind of relationship. In our installation this >>> is not possible or I don't know how... >>> -- >> well there is still a "relationship" section so it has to be possible.... >> >> In the "relationships" >> section, there is a line for "New relationship". >> >> maybe it only appears if you are manager of the area. reporters cant >> declare relationships? > > In our installation it seems so. In the other instances that I used it > was possible. Maybe there is a parameter to set. Anyhow, we have a > Mantis administrator now, isn't it? What has he to add to this? i am on it. From looking at it briefly it seems like as Phil presumed. You need certain privileges to declare a relationship (update rights on the bug you are reporting), which people don't have right now (except for their own packages i think). Need to do some tests to verify this. Right now the package owner should be able declare the relationship and you could give him a heads up, by just including the relevant # in the bug notes. Btw., what's the reason to post a bug report that is a duplicate? Sebastian From pfelecan at opencsw.org Fri Feb 6 19:19:46 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 06 Feb 2009 19:19:46 +0100 Subject: [csw-maintainers] mantis:how to declare a relationship? In-Reply-To: <498C7B65.4010004@opencsw.org> (Sebastian Kayser's message of "Fri\, 06 Feb 2009 19\:03\:17 +0100") References: <20090205185837.GD57973@bolthole.com> <498C7B65.4010004@opencsw.org> Message-ID: Sebastian Kayser writes: > Hi Peter, > > Peter FELECAN wrote: >> Philip Brown writes: >>> On Thu, Feb 05, 2009 at 06:56:05PM +0100, Peter FELECAN wrote: >>>> I'm reporting a bug and wish to declare a relationship between my report >>>> and other reports --- in this case "duplicate". In other installation I >>>> was able to declare this kind of relationship. In our installation this >>>> is not possible or I don't know how... >>>> -- >>> well there is still a "relationship" section so it has to be possible.... >>> >>> In the "relationships" >>> section, there is a line for "New relationship". >>> >>> maybe it only appears if you are manager of the area. reporters cant >>> declare relationships? >> >> In our installation it seems so. In the other instances that I used it >> was possible. Maybe there is a parameter to set. Anyhow, we have a >> Mantis administrator now, isn't it? What has he to add to this? > > i am on it. From looking at it briefly it seems like as Phil presumed. > You need certain privileges to declare a relationship (update rights on > the bug you are reporting), which people don't have right now (except > for their own packages i think). Need to do some tests to verify this. > > Right now the package owner should be able declare the relationship and > you could give him a heads up, by just including the relevant # > in the bug notes. Btw., what's the reason to post a bug report that is a > duplicate? Here is an use case: 1. You skim the bug reports for the package --- you read the short description --- and there is nothing resembling your observation. 2. You fill the report. 3. Later, you read more thoroughly the other reports and you discover that there are other reports --- very old reports... which, maybe assert that the issue was corrected. 4. Now, you feel the imperious need to create a relationship of the "duplicate" kind. There are many other cases which I'll not expose fearing boredom. -- Peter From phil at bolthole.com Fri Feb 6 19:50:09 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 6 Feb 2009 10:50:09 -0800 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44A1.7010306@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> Message-ID: <20090206185009.GA92408@bolthole.com> On Fri, Feb 06, 2009 at 08:09:37AM -0600, Mike Watters wrote: > ... > I agree, this is for the users and not the maintainers. > however, as a maintainer, the issue I have with Mailman as a whole is it > is NOT searchable. if we could figure out how to "archive" Mailman > messages and make them searchable I would be happy. mailman, is mailing list software, not archive software. It comes with a rudimentary archiver, but it is 'expected' that heavy traffic lists will gateway to their own choice of archives. Which, as was just pointed out, has already been done, to http://dir.gmane.org/gmane.os.solaris.opencsw.user And there's a nice "all OpenCSW lists" overview at http://dir.gmane.org/index.php?prefix=gmane.os.solaris.opencsw I have just updated the top level web page and also the user guide to reference this. and by the way, you can use NNTP to connect to the gmane.org stuffs From phil at bolthole.com Fri Feb 6 19:51:36 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 6 Feb 2009 10:51:36 -0800 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C7979.6070608@opencsw.org> References: <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C7979.6070608@opencsw.org> Message-ID: <20090206185136.GB92408@bolthole.com> PS; The ONE down side to gmane.org is that, unlike some other web-based mailing list interfaces... there is no option to post to the list from it. oh. and we wont have any idea how many people are actually using it. but otherwise, I think it looks pretty good. From dam at opencsw.org Fri Feb 6 23:31:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 6 Feb 2009 23:31:17 +0100 Subject: [csw-maintainers] GAR Update: Copyright notices and dynamic gspec-files Message-ID: <9573020B-12FA-4A28-AE90-DFD07BA29A4F@opencsw.org> Hi, I have finished copyright notices and dynamic gspec-files in GAR. To give you a quick start here are some facts: Dynamic gspec-files are constructed as follows: - Packages using dynamic gspec-files must be listed in PACKAGES - There is a default of PACKAGES containing one packages named CSW followed by the GARNAME. It can be changed by setting PACKAGES explicitly. - The name of the generated package is always the same as listed in PACKAGES - The catalog name defaults to the suffix following CSW of the package name, but can be customized by setting CATALOGNAME_ = - If only one package is build it is sufficient to set CATALOGNAME = It is an error to set CATALOGNAME if more than one package is build. - If the package is suitable for all architectures (sparc and x86) this can be flagged with ARCHALL_ = 1 for a specific package or with ARCHALL = 1 for all packages. Dynamic licenses are selected in the following way: - Dynamic licenses are only activated for packages listed in PACKAGES or packages which don't have %copyright in their gspec-file. This way the behaviour on existing gspec-files is preserved. - The default name for the license is COPYING and it will not be fully printed - If no license is explicitly specified in the Makefile and the default can not be found no license will be included - If a license is specified it must be found or an error is issued - Either LICENSE_ or LICENSE_FULL_ may be specified, it is an error to specify both. - There is an automatic rule to include only the license for each package that belongs to it. - Package-specific defines have precedence over general defines (CATALOGNAME_ before CATALOGNAME etc.) There is also some draft documentation at https://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright https://apps.sourceforge.net/mediawiki/gar/index.php?title=Packaging You can take a look at pca, autoconf, dtracetoolkit or libtool as examples. Please let me know if you encounter something unusual. Best regards -- Dago From skayser at opencsw.org Sat Feb 7 00:12:18 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Feb 2009 00:12:18 +0100 Subject: [csw-maintainers] GAR Update: Copyright notices and dynamic gspec-files In-Reply-To: <9573020B-12FA-4A28-AE90-DFD07BA29A4F@opencsw.org> References: <9573020B-12FA-4A28-AE90-DFD07BA29A4F@opencsw.org> Message-ID: <498CC3D2.8070104@opencsw.org> Dagobert Michelsen wrote: > I have finished copyright notices and dynamic gspec-files in GAR. > > [...] > > There is also some draft documentation at > https://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright > https://apps.sourceforge.net/mediawiki/gar/index.php?title=Packaging Just a quick heads up. These https:// pages requires authentication here, so for "no authentication required" pages people might want to head to http://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright http://apps.sourceforge.net/mediawiki/gar/index.php?title=Packaging instead (note, http: instead of https:). Sebastian From trygvis at opencsw.org Sat Feb 7 13:04:35 2009 From: trygvis at opencsw.org (=?UTF-8?B?VHJ5Z3ZlIExhdWdzdMO4bA==?=) Date: Sat, 07 Feb 2009 13:04:35 +0100 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <20090205210051.GA33320@bolthole.com> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> Message-ID: <498D78D3.1060904@opencsw.org> Philip Brown wrote: > On Thu, Feb 05, 2009 at 09:39:50PM +0100, Trygve Laugst?l wrote: >> Hi >> >> Is there any way to fix the problem below with /usr being read only? > > the only way /usr read-only in zone is supportable for CSW packages like > this, is if you make it pkg-inherit from global, and then install the > packge(s) in the global zone, I think. > > otherwise, its really, really messy That's too bad as it make any package that depend on CSWclassutils unusable in zones if you want to keep your global zone clean (as long as you use sparse zones). Is there no way around this? Could we do something with symlinks in the global zone which point to /opt/csw/..? -- Trygve >> ERROR: attribute verification of >> failed >> pathname does not exist >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers From ihsan at opencsw.org Sat Feb 7 15:31:50 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 15:31:50 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090206.10041300.2044429827@gyor.oxdrove.co.uk> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> Message-ID: <498D9B56.9060600@opencsw.org> Am 6.2.2009 11:04 Uhr, James Lee schrieb: >> Is that the field, or are there other suggestions? > > NNTP news server. > (I'm sure this could be run independently/directly by opencsw.org.) We have already an NNTP interface through Gmane. It's possible to read and post messages. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Feb 7 15:34:53 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 15:34:53 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <7AE2AE9D-0693-4F0B-A534-76973153B3DB@opencsw.org> Message-ID: <498D9C0D.5040103@opencsw.org> Am 6.2.2009 12:38 Uhr, Dagobert Michelsen schrieb: > Maybe. Ihsan, how many users have subscribed to users@? Should I > prepare a posting asking for users preferences? 393 people are subscribed to the users mailing list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Feb 7 15:42:12 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 15:42:12 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498C44F2.5060004@wbonnet.net> References: <3364D821-C64E-473F-B50D-4907C3CC1623@opencsw.org> <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C44F2.5060004@wbonnet.net> Message-ID: <498D9DC4.5070307@opencsw.org> Am 6.2.2009 15:10 Uhr, William Bonnet schrieb: >> I agree, this is for the users and not the maintainers. >> however, as a maintainer, the issue I have with Mailman as a whole is it >> is NOT searchable. if we could figure out how to "archive" Mailman >> messages and make them searchable I would be happy. >> > I think Ihsan proposed something. Almost all messages are also in Gmane and they provide a good and usable archive. --> http://dir.gmane.org/index.php?prefix=gmane.os.solaris.opencsw Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Feb 7 15:43:12 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 15:43:12 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090206185136.GB92408@bolthole.com> References: <20090204231922.GI7373@bolthole.com> <1D564ACE-06A2-4731-B60A-DD882946B8CB@opencsw.org> <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C7979.6070608@opencsw.org> <20090206185136.GB92408@bolthole.com> Message-ID: <498D9E00.3000508@opencsw.org> Am 6.2.2009 19:51 Uhr, Philip Brown schrieb: > PS; The ONE down side to gmane.org is that, unlike some other > web-based mailing list interfaces... there is no option to post to the list > from it. > oh. and we wont have any idea how many people are actually using it. You can, but only over NNTP. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Sat Feb 7 15:44:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Feb 2009 08:44:35 -0600 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <498D78D3.1060904@opencsw.org> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> Message-ID: <498D9E53.2050703@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I personally haven't tried that, but the CSW* packages do not include /opt /opt/csw in the prtotype, so in theory it should work. the only thing I am unsure about is how you would get the link to be included/honored in the sparse zone from the global zone? zones 'theoretically' are isolated from each other and from the global zone. Trygve Laugst?l wrote: > Philip Brown wrote: >> On Thu, Feb 05, 2009 at 09:39:50PM +0100, Trygve Laugst?l wrote: >>> Hi >>> >>> Is there any way to fix the problem below with /usr being read only? >> the only way /usr read-only in zone is supportable for CSW packages like >> this, is if you make it pkg-inherit from global, and then install the >> packge(s) in the global zone, I think. >> >> otherwise, its really, really messy > > That's too bad as it make any package that depend on CSWclassutils > unusable in zones if you want to keep your global zone clean (as long as > you use sparse zones). > > Is there no way around this? Could we do something with symlinks in the > global zone which point to /opt/csw/..? > > -- > Trygve > >>> ERROR: attribute verification of >>> failed >>> pathname does not exist >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> maintainers mailing list >>> maintainers at lists.opencsw.org >>> https://lists.opencsw.org/mailman/listinfo/maintainers > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmNnlIACgkQLrhmsXMSLxcBiACfR0FFggPbfz2bdLoxGPX9EnfA JkIAoIcjRDd04V9KT0yxvyqEcoRnGwiE =rDcX -----END PGP SIGNATURE----- From ihsan at opencsw.org Sat Feb 7 17:20:31 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Feb 2009 17:20:31 +0100 Subject: [csw-maintainers] Mantis Bug notification list Message-ID: <498DB4CF.3060904@opencsw.org> Hello, I'm going to create a new mailing list for the bug notification. Is the name bug-notificiations@ convenient for everybody? I think bug-notificiations@ is better than bugs@, because it makes clear that it's a notification only list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Sat Feb 7 22:15:23 2009 From: phil at bolthole.com (Philip Brown) Date: Sat, 7 Feb 2009 13:15:23 -0800 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <498D78D3.1060904@opencsw.org> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> Message-ID: <20090207211523.GA77185@bolthole.com> On Sat, Feb 07, 2009 at 01:04:35PM +0100, Trygve Laugst??l wrote: > > That's too bad as it make any package that depend on CSWclassutils > unusable in zones if you want to keep your global zone clean (as long as > you use sparse zones). If you're doing that, then you're not using "sparse zones" right! The whole point of "sparse zones" is to SHARE stuff between zones. especially packages! The only way to do that, i think, is to install the packages in the global zone, as far as I know. you cant have a non-global zone, "inherit" a package, from another non-global zone, as far as I know. What is "not clean" about installing the packages to the global zone? That's the sort of thing that the "autoenable_demons=false" flag is for. Set it in the global zone, and then basically all you get is a bunch of files, rather than demons running on the zone. From dam at opencsw.org Sat Feb 7 22:15:37 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 7 Feb 2009 22:15:37 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <498DB4CF.3060904@opencsw.org> References: <498DB4CF.3060904@opencsw.org> Message-ID: <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> Hi Ihsan, Am 07.02.2009 um 17:20 schrieb Ihsan Dogan: > I'm going to create a new mailing list for the bug notification. Is > the > name bug-notificiations@ convenient for everybody? > > I think bug-notificiations@ is better than bugs@, because it makes > clear > that it's a notification only list. Great, and please subscribe me! :-) Best regards -- Dago From dam at opencsw.org Sat Feb 7 22:39:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 7 Feb 2009 22:39:43 +0100 Subject: [csw-maintainers] Please review current compiler flags Message-ID: Fellow maintainers, I received a patch for compiler flags in GAR from Andy Igoshin, and as this is somewhat sensitive I want some other person to look for negative impact before I commit it. Here is the patch: -ARCHFLAGS_SOS11_amd64 = -xarch=amd64 -ARCHFLAGS_SOS12_amd64 = -m64 -xarch=sse2 +ARCHFLAGS_SOS11_amd64 = -xarch=amd64 -xchip=opteron +ARCHFLAGS_SOS12_amd64 = -m64 -xchip=opteron ARCHFLAGS_GCC3_amd64 = -m64 -march=opteron ARCHFLAGS_GCC4_amd64 = -m64 -march=opteron MEMORYMODEL_amd64 = 64 ... -ARCHFLAGS_SOS11_pentium_pro = -xarch=pentium_pro -ARCHFLAGS_SOS12_pentium_pro = -m32 -xarch=pentium_pro +ARCHFLAGS_SOS11_pentium_pro = -xchip=pentium_pro +ARCHFLAGS_SOS12_pentium_pro = -m32 -xchip=pentium_pro ARCHFLAGS_GCC3_pentium_pro = -m32 -march=pentiumpro ARCHFLAGS_GCC4_pentium_pro = -m32 -march=pentiumpro MEMORYMODEL_pentium_pro = 32 ... -ARCHFLAGS_SOS11_pentium = ERROR -ARCHFLAGS_SOS12_pentium = ERROR +ARCHFLAGS_SOS11_pentium = -xchip=pentium +ARCHFLAGS_SOS12_pentium = -m32 -xchip=pentium ARCHFLAGS_GCC3_pentium = -m32 -march=pentium ARCHFLAGS_GCC4_pentium = -m32 -march=pentium MEMORYMODEL_pentium = 32 Thanks! -- Dago From trygvis at opencsw.org Sun Feb 8 10:06:16 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Sun, 08 Feb 2009 10:06:16 +0100 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <20090207211523.GA77185@bolthole.com> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> <20090207211523.GA77185@bolthole.com> Message-ID: <498EA088.7060004@opencsw.org> Philip Brown wrote: > On Sat, Feb 07, 2009 at 01:04:35PM +0100, Trygve Laugst?l wrote: >> That's too bad as it make any package that depend on CSWclassutils >> unusable in zones if you want to keep your global zone clean (as long as >> you use sparse zones). > > If you're doing that, then you're not using "sparse zones" right! > > The whole point of "sparse zones" is to SHARE stuff between zones. > especially packages! > The only way to do that, i think, is to install the packages in the global > zone, as far as I know. > you cant have a non-global zone, "inherit" a package, from another > non-global zone, as far as I know. > > What is "not clean" about installing the packages to the global zone? > That's the sort of thing that the "autoenable_demons=false" flag is for. > Set it in the global zone, and then basically all you get is a bunch of > files, rather than demons running on the zone. Because I'd like to keep the zones at different versions of opencsw (as opencsw doesn't provide snapshots I have to do that myself with rsync) to reduce the risk of stuff breaking. -- Trygve From james at opencsw.org Sun Feb 8 11:26:52 2009 From: james at opencsw.org (James Lee) Date: Sun, 08 Feb 2009 10:26:52 GMT Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <20090207211523.GA77185@bolthole.com> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> <20090207211523.GA77185@bolthole.com> Message-ID: <20090208.10265200.4289977019@gyor.oxdrove.co.uk> On 07/02/09, 21:15:23, Philip Brown wrote regarding Re: [csw-maintainers] cswclassutils fails in a zone: > On Sat, Feb 07, 2009 at 01:04:35PM +0100, Trygve Laugst??l wrote: > > > > That's too bad as it make any package that depend on CSWclassutils > > unusable in zones if you want to keep your global zone clean (as long as > > you use sparse zones). > If you're doing that, then you're not using "sparse zones" right! > The whole point of "sparse zones" is to SHARE stuff between zones. > especially packages! The *OS* files are shared, e.g. /usr. I want my zones to be distinct, *especially* the *add-on* software in /opt. (Don't we all agree /usr/local is wrong?) I can have 2 zones doing very different tasks and keep /opt tailored to each task. I can have someone independent with root access to a zone (package installs) that wants to be unaffected by the software changes in other zones. I can have different versions of the same software, either because one zone is stable production installation and another is development test of a new version. I can have 2 zones providing a continuous service between than that I update in steps thus always keeping one zone running. > What is "not clean" about installing the packages to the global zone? It's not clean because the traditional way to make a new zone is to copy the global zone. To create a new zone that is fresh, one needs to keep the global zone close to an original install. (I think the new method is to make a template zone early and ZFS clone that for new zones - I'm not quiet there with this myself.) I like to keep the global zone as a management zone and do all work in sub zones. Trygve, I agree this is a major problem for cswclassutils. James. From skayser at opencsw.org Sun Feb 8 17:57:29 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 08 Feb 2009 17:57:29 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) Message-ID: <498F0EF9.7060705@opencsw.org> Hi, could someone please have a look at my current Makefile for dovecot? https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile I just wanted to add cswclassutils integration and the classes that i try to insert via the PROTOTYPE_FILTER don't end up in the final pkgmap file. No cswclassutils actions get triggered on installation either. PROTOTYPE_FILTER = awk '\ $$$$3 ~ /\/init.d\/cswdovecot$$$$/ { $$$$2 = "cswinitsmf" } \ $$$$3 ~ /dovecot.pem.CSW$$$$/ { $$$$2 = "cswcpsampleconf" } \ $$$$3 ~ /dovecot.conf.CSW$$$$/ { $$$$2 = "cswcpsampleconf" } \ $$$$3 == "/opt/csw/ssl/certs" { next } \ $$$$3 == "/opt/csw/ssl/private" { next } \ { print }' The files in question still have the class "none" assigned to them and the two ssl directories that i would like do drop still go into the pkgmap file. # grep cswdovecot /var/sadm/install/contents /etc/opt/csw/init.d/cswdovecot f none 0755 root bin 1054 14930 1234105190 CSWdovecot Any clue why this is so? What would be an approach to debug what is going wrong? The package is in testing in case that helps. http://mirror.opencsw.org/testing/dovecot-1.1.11,REV=2009.02.08-SunOS5.8-i386-CSW.pkg.gz Sebastian From skayser at opencsw.org Sun Feb 8 18:09:52 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 08 Feb 2009 18:09:52 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <498F0EF9.7060705@opencsw.org> References: <498F0EF9.7060705@opencsw.org> Message-ID: <498F11E0.80906@opencsw.org> Sebastian Kayser wrote: > could someone please have a look at my current Makefile for dovecot? > > https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > > I just wanted to add cswclassutils integration and the classes that i > try to insert via the PROTOTYPE_FILTER don't end up in the final pkgmap > file. No cswclassutils actions get triggered on installation either. Btw. the build description uses Dago's new dynamic gspec magic in case that might be related. Dago? :) Sebastian From bonivart at opencsw.org Sun Feb 8 18:14:38 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 8 Feb 2009 18:14:38 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <498F0EF9.7060705@opencsw.org> References: <498F0EF9.7060705@opencsw.org> Message-ID: <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> On Sun, Feb 8, 2009 at 5:57 PM, Sebastian Kayser wrote: > Hi, > > could someone please have a look at my current Makefile for dovecot? Looking at the Makefile I notice that you have declared the PROTYPE_FILTER after the include-line while I have it before in my Bind Makefile. I don't really understand the meaning of this but I've had problems with it myself. Try relocating the line. -- /peter From skayser at opencsw.org Sun Feb 8 18:22:11 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 08 Feb 2009 18:22:11 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> References: <498F0EF9.7060705@opencsw.org> <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> Message-ID: <498F14C3.1000403@opencsw.org> Peter Bonivart wrote: > On Sun, Feb 8, 2009 at 5:57 PM, Sebastian Kayser wrote: >> could someone please have a look at my current Makefile for dovecot? > > Looking at the Makefile I notice that you have declared the > PROTYPE_FILTER after the include-line while I have it before in my > Bind Makefile. I don't really understand the meaning of this but I've > had problems with it myself. Try relocating the line. Thanks, Peter! That was spot on, i relocated the line and now the pkgmap is fine. Sebastian From bonivart at opencsw.org Sun Feb 8 18:43:28 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 8 Feb 2009 18:43:28 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <498F14C3.1000403@opencsw.org> References: <498F0EF9.7060705@opencsw.org> <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> <498F14C3.1000403@opencsw.org> Message-ID: <625385e30902080943o395073c0pd6a03842f3aee30c@mail.gmail.com> On Sun, Feb 8, 2009 at 6:22 PM, Sebastian Kayser wrote: > Thanks, Peter! That was spot on, i relocated the line and now the pkgmap > is fine. Great! I have updated both wikis to include this info. Now maybe Dago can explain why to us. :-) -- /peter From phil at bolthole.com Sun Feb 8 20:32:20 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 8 Feb 2009 11:32:20 -0800 Subject: [csw-maintainers] cswclassutils fails in a zone In-Reply-To: <20090208.10265200.4289977019@gyor.oxdrove.co.uk> References: <498B4E96.9090601@opencsw.org> <20090205210051.GA33320@bolthole.com> <498D78D3.1060904@opencsw.org> <20090207211523.GA77185@bolthole.com> <20090208.10265200.4289977019@gyor.oxdrove.co.uk> Message-ID: <20090208193220.GA71864@bolthole.com> On Sun, Feb 08, 2009 at 10:26:52AM +0000, James Lee wrote: > On 07/02/09, 21:15:23, Philip Brown wrote regarding Re: > [csw-maintainers] cswclassutils fails in a zone: > > If you're doing that, then you're not using "sparse zones" right! > > > The whole point of "sparse zones" is to SHARE stuff between zones. > > especially packages! > > The *OS* files are shared, e.g. /usr. I want my zones to be distinct, > *especially* the *add-on* software in /opt. (Don't we all agree > /usr/local is wrong?) cswclassutils, by neccessity and definition, provides "OS files". therefore, you must install it in the global zone, if you are sharing /usr to zones. There is no way around this; it's part and parcel of the definitions of each. On the brighter side, I'm guessing that you should be able to manually install just cswclassutils to the global zone, but everything else, to each zone. For folks who are having difficulties in this area: please try this out; if this is acceptible, then we can then figure out how best to augment our documentation to help people converge on this configuration. > It's not clean because the traditional way to make a new zone is > to copy the global zone. errr.. i would disagree with that statement. There are multiple usual ways to do that sort of thing, and i dont think that "copy the global zone" properly describes either of them. > (I think the new method is to make a template zone early and ZFS > clone that for new zones - I'm not quiet there with this myself.) this is exactly what i was going to suggest. From dam at opencsw.org Sun Feb 8 21:45:57 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 8 Feb 2009 21:45:57 +0100 Subject: [csw-maintainers] Help needed for cswclassutils integration (PROTOTYPE_FILTER not working) In-Reply-To: <625385e30902080943o395073c0pd6a03842f3aee30c@mail.gmail.com> References: <498F0EF9.7060705@opencsw.org> <625385e30902080914r3d8a2e54j92a779415291c50f@mail.gmail.com> <498F14C3.1000403@opencsw.org> <625385e30902080943o395073c0pd6a03842f3aee30c@mail.gmail.com> Message-ID: <9115FAF8-7C85-4F6B-8C62-C27B321F2BC0@opencsw.org> Hi, Am 08.02.2009 um 18:43 schrieb Peter Bonivart: > On Sun, Feb 8, 2009 at 6:22 PM, Sebastian Kayser > wrote: >> Thanks, Peter! That was spot on, i relocated the line and now the >> pkgmap >> is fine. > > Great! I have updated both wikis to include this info. Now maybe Dago > can explain why to us. :-) Sure. It is these two lines in gar.pkg.mk: $(foreach SPEC,$(_PKG_SPECS),$(if $(PROTOTYPE_FILTER_$(SPEC)),$(eval _PROTOTYPE_FILTER_$(SPEC) ?= | $(PROTOTYPE_FILTER_$(SPEC))))) $(foreach SPEC,$(_PKG_SPECS),$(if $(PROTOTYPE_FILTER),$(eval _PROTOTYPE_FILTER_$(SPEC) ?= | $(PROTOTYPE_FILTER)))) This is execute during the "include". What is actually used for filtering is _PROTOTYPE_FILTER_$(SPEC). This is set to the value of PROTOTYPE_FILTER or ..._$(SPEC) with a pipe prefixed. As this is evaluated only once during include resetting these after the include doesn't change anything. I guess I could change it where used to $(if $(or $(PROTOTYPE_FILTER_$*),$(PROTOTYPE_FILTER)), \ | $(or $(PROTOTYPE_FILTER_$*),$(PROTOTYPE_FILTER))) It should then make no difference if the define is before or after the include. To make a long story short, just follow these few rules and everything should be fine: - put variables defined with '=' before the include - put rules below the include - put overrides with ':=' also below the include Best regards -- Dago From phil at bolthole.com Mon Feb 9 07:12:20 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 8 Feb 2009 22:12:20 -0800 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <498D9E00.3000508@opencsw.org> References: <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C7979.6070608@opencsw.org> <20090206185136.GB92408@bolthole.com> <498D9E00.3000508@opencsw.org> Message-ID: <20090209061220.GA27681@bolthole.com> On Sat, Feb 07, 2009 at 03:43:12PM +0100, Ihsan Dogan wrote: > Am 6.2.2009 19:51 Uhr, Philip Brown schrieb: > > > PS; The ONE down side to gmane.org is that, unlike some other > > web-based mailing list interfaces... there is no option to post to the list > > from it. > > oh. and we wont have any idea how many people are actually using it. > > You can, but only over NNTP. Errr... If you post via nntp to gmane.org.. does it only go to THEIR archives, or does it come back to our mailing list as well? If it does both, i would be surprised. I guess if it's an open list, then not much surprise, though; that would actually make sense. or even if subscribed.... presuming you NNTP-connected using the same identity that you are subscribed to the list with, i guess. From bonivart at opencsw.org Mon Feb 9 21:24:25 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 21:24:25 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils Message-ID: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> I have added scripts to consistently add users and groups in your packages. Many packages that only use pre/post scripts for that reason can be simplified and the users will not get the annoying prompt about running scripts during install/remove. You provide a simple text file as input to the scripts, it looks basically like the passwd file. user:group:gcos:dir:shell It can also remove the same users/groups but since this can be a bad thing it's not default, the user can opt in by adding remove_ug=yes in csw.conf. I have started to write a little about it on the wiki: http://wiki.opencsw.org/cswclassutils-package. Please check out the section about "ug" and tell me what you think. Do you need more features and how to balance features/simplicity? Tomorrow I will update cswclassutils with these scripts and put it in testing so you can try it with your packages. -- /peter From phil at bolthole.com Mon Feb 9 21:37:09 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 12:37:09 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> Message-ID: <20090209203708.GK94448@bolthole.com> On Mon, Feb 09, 2009 at 09:24:25PM +0100, Peter Bonivart wrote: > I have added scripts to consistently add users and groups in your > packages. great! how about making the class name longer than "[csw]ug" though? From phil at bolthole.com Mon Feb 9 21:40:30 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 12:40:30 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> Message-ID: <20090209204030.GM94448@bolthole.com> Hmm... wiki instructions say: 2. Add cswug in the pkginfo file, e.g: CLASSES=none cswug but doesnt this have to come BEFORE class none, so that it is possible to install regular files, with ownership of the newly created users/groups? From bonivart at opencsw.org Mon Feb 9 21:40:35 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 21:40:35 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209203708.GK94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> Message-ID: <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> On Mon, Feb 9, 2009 at 9:37 PM, Philip Brown wrote: > On Mon, Feb 09, 2009 at 09:24:25PM +0100, Peter Bonivart wrote: >> I have added scripts to consistently add users and groups in your >> packages. > > great! > > > how about making the class name longer than "[csw]ug" though? Why? Isn't shorter better (in this case :-)? Suggestions? -- /peter From bonivart at opencsw.org Mon Feb 9 21:42:17 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 21:42:17 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209204030.GM94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> Message-ID: <625385e30902091242j18bcbf9eu8342b0d61c2dcf21@mail.gmail.com> On Mon, Feb 9, 2009 at 9:40 PM, Philip Brown wrote: > Hmm... > > wiki instructions say: > > 2. Add cswug in the pkginfo file, e.g: > > CLASSES=none cswug > > but doesnt this have to come BEFORE class none, so that it is possible to > install regular files, with ownership of the newly created users/groups? Guess you're right about that. I'll change the wiki right away... -- /peter From phil at bolthole.com Mon Feb 9 21:55:00 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 12:55:00 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> Message-ID: <20090209205500.GN94448@bolthole.com> On Mon, Feb 09, 2009 at 09:40:35PM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 9:37 PM, Philip Brown wrote: > > how about making the class name longer than "[csw]ug" though? > > Why? Isn't shorter better (in this case :-)? Suggestions? "clearer" is better than "shorter". for something that users/admins only have to type around once, I think that adding some more letters is much preferred :-) cswaddusersandgroups cswaddusergroups cswusergroups cswusergroup something with "users" and/or "groups" spelled out would be nice. To look at it from the flip side; if someone were looking at an uncommented csw.conf, and saw "remove_ug=no" they MIGHT guess that means "remove users and groups". or they might not. Best to remove ambiguity. From skayser at opencsw.org Mon Feb 9 22:15:25 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 09 Feb 2009 22:15:25 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> Message-ID: <49909CED.6080109@opencsw.org> Peter Bonivart wrote: > I have added scripts to consistently add users and groups in your > packages. Many packages that only use pre/post scripts for that reason > can be simplified and the users will not get the annoying prompt about > running scripts during install/remove. > > You provide a simple text file as input to the scripts, it looks > basically like the passwd file. > > user:group:gcos:dir:shell > > It can also remove the same users/groups but since this can be a bad > thing it's not default, the user can opt in by adding remove_ug=yes in > csw.conf. > > I have started to write a little about it on the wiki: > http://wiki.opencsw.org/cswclassutils-package. Please check out the > section about "ug" and tell me what you think. Do you need more > features and how to balance features/simplicity? Fantastic, just what i was looking for yesterday. With the suggested pathname of /etc/opt/csw/[pkgname]/cswug path, the user account files are IMHO rather visible to the user, although a user doesn't need to interact with these files. What would you think about placing them somewhere more "hidden"? /opt/csw/share/cwug/[pkgname] or /var/opt/csw/... come to my mind. Just a suggestion though. > Tomorrow I will update cswclassutils with these scripts and put it in > testing so you can try it with your packages. Looking forward to it. Sebastian From bonivart at opencsw.org Mon Feb 9 22:15:43 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 22:15:43 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209205500.GN94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> <20090209205500.GN94448@bolthole.com> Message-ID: <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> On Mon, Feb 9, 2009 at 9:55 PM, Philip Brown wrote: > "clearer" is better than "shorter". > for something that users/admins only have to type around once, I think that > adding some more letters is much preferred :-) > > cswaddusersandgroups > cswaddusergroups > cswusergroups > cswusergroup > > something with "users" and/or "groups" spelled out would be nice. Not cswusrgrp then? :-) > To look at it from the flip side; if someone were looking at an uncommented > csw.conf, and saw > > "remove_ug=no" > > they MIGHT guess that means "remove users and groups". or they might not. > Best to remove ambiguity. Not following you here...is this about the ug being confusing or if no really means no? We also have "use_smf=no", would someone be able to interpret that as if SMF will be used? I don't think we have to worry about those guys, they surely use Windows anyway. :-) -- /peter From skayser at opencsw.org Mon Feb 9 22:16:45 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 09 Feb 2009 22:16:45 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209204030.GM94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> Message-ID: <49909D3D.50502@opencsw.org> Philip Brown wrote: > wiki instructions say: > > 2. Add cswug in the pkginfo file, e.g: > > CLASSES=none cswug > > but doesnt this have to come BEFORE class none, so that it is possible to > install regular files, with ownership of the newly created users/groups? Does it make any difference to put a class before "none"? I don't have much experience with class actions script and just dipped a bit into the docs yesterday, but the packaging developers guide [1] says: The CLASSES list determines the order of installation. Class none is always installed first, if present, and removed last. Sounds to me as if a default class != "none" would be required for what you are after. Sebastian [1] http://docs.sun.com/app/docs/doc/806-7008/6jftmsc38?a=view From phil at bolthole.com Mon Feb 9 22:17:24 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 13:17:24 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <49909CED.6080109@opencsw.org> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> Message-ID: <20090209211724.GO94448@bolthole.com> On Mon, Feb 09, 2009 at 10:15:25PM +0100, Sebastian Kayser wrote: > With the suggested pathname of /etc/opt/csw/[pkgname]/cswug path, the > user account files are IMHO rather visible to the user, although a user > doesn't need to interact with these files. > > What would you think about placing them somewhere more "hidden"? why? after all, a user can just as easily do "ls" in most cases, or in worst case, "ps -ef",and find the "hidden" user that way. From skayser at opencsw.org Mon Feb 9 22:27:10 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 09 Feb 2009 22:27:10 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209211724.GO94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <20090209211724.GO94448@bolthole.com> Message-ID: <49909FAE.3020504@opencsw.org> Philip Brown wrote: > On Mon, Feb 09, 2009 at 10:15:25PM +0100, Sebastian Kayser wrote: >> With the suggested pathname of /etc/opt/csw/[pkgname]/cswug path, the >> user account files are IMHO rather visible to the user, although a user >> doesn't need to interact with these files. >> >> What would you think about placing them somewhere more "hidden"? > > why? > > after all, a user can just as easily do "ls" in most cases, or in worst > case, "ps -ef",and find the "hidden" user that way. I didn't want to suggest hiding something from anyone (no sense in doing so, anyway), guess i have to work on my wording. Files in /etc just call for being edited, they draw attention. Why put something there that is for internal purposes only and doesn't need to be edited? Sebastian From bonivart at opencsw.org Mon Feb 9 22:29:29 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 22:29:29 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <49909CED.6080109@opencsw.org> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> Message-ID: <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> On Mon, Feb 9, 2009 at 10:15 PM, Sebastian Kayser wrote: > Fantastic, just what i was looking for yesterday. I guess I should thank you since your dovecot scripts inspired me to do this. > With the suggested pathname of /etc/opt/csw/[pkgname]/cswug path, the > user account files are IMHO rather visible to the user, although a user > doesn't need to interact with these files. > > What would you think about placing them somewhere more "hidden"? > /opt/csw/share/cwug/[pkgname] or /var/opt/csw/... come to my mind. Just > a suggestion though. Not really sure I get why since passwd is world readable too..? Any user can look at the complete system user/group db so why would we attempt to hide our accounts? Just read your reply to Phil...now I get your point. Should we suggest another path then? /var/opt/csw/[pkgname]/cswug -- /peter From phil at bolthole.com Mon Feb 9 22:35:49 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 13:35:49 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> Message-ID: <20090209213549.GP94448@bolthole.com> On Mon, Feb 09, 2009 at 10:29:29PM +0100, Peter Bonivart wrote: > > Just read your reply to Phil...now I get your point. [looks like editable file] > Should we suggest another path then? > > /var/opt/csw/[pkgname]/cswug We should also keep in mind the potential of some demon that is distributed site-internally using nfs of /opt/csw.... having a machinelocal setup util courtesy of cswclassutils could be nice... and in which case, it would be nice to have the option to look under /opt/csw somewhere for which users and groups to add. From phil at bolthole.com Mon Feb 9 22:36:56 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 13:36:56 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> <20090209205500.GN94448@bolthole.com> <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> Message-ID: <20090209213656.GQ94448@bolthole.com> On Mon, Feb 09, 2009 at 10:15:43PM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 9:55 PM, Philip Brown wrote: > > "clearer" is better than "shorter". > > for something that users/admins only have to type around once, I think that > > adding some more letters is much preferred :-) > > > > cswaddusersandgroups > > cswaddusergroups > > cswusergroups > > cswusergroup > > > > something with "users" and/or "groups" spelled out would be nice. > > Not cswusrgrp then? :-) actually, that's not too bad :-} > > "remove_ug=no" > > > > they MIGHT guess that means "remove users and groups". or they might not. > > Best to remove ambiguity. > > Not following you here...is this about the ug being confusing or if no > really means no? i was just referring to the "ug" label being too short. From bonivart at opencsw.org Mon Feb 9 22:45:51 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 22:45:51 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209213656.GQ94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> <20090209205500.GN94448@bolthole.com> <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> <20090209213656.GQ94448@bolthole.com> Message-ID: <625385e30902091345n2da9c2fbsef1604b9c46331a9@mail.gmail.com> On Mon, Feb 9, 2009 at 10:36 PM, Philip Brown wrote: > i was just referring to the "ug" label being too short. I will expand all ug to usrgrp then. That should make it more clear. -- /peter From phil at bolthole.com Mon Feb 9 22:53:53 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 13:53:53 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091345n2da9c2fbsef1604b9c46331a9@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209203708.GK94448@bolthole.com> <625385e30902091240g541b6b70id8ff074c4df4d372@mail.gmail.com> <20090209205500.GN94448@bolthole.com> <625385e30902091315h12b1f86cl99878f7a63b767a9@mail.gmail.com> <20090209213656.GQ94448@bolthole.com> <625385e30902091345n2da9c2fbsef1604b9c46331a9@mail.gmail.com> Message-ID: <20090209215353.GS94448@bolthole.com> On Mon, Feb 09, 2009 at 10:45:51PM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 10:36 PM, Philip Brown wrote: > > i was just referring to the "ug" label being too short. > > I will expand all ug to usrgrp then. That should make it more clear. sounds good From bonivart at opencsw.org Mon Feb 9 23:00:59 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 23:00:59 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209213549.GP94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> Message-ID: <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> On Mon, Feb 9, 2009 at 10:35 PM, Philip Brown wrote: > We should also keep in mind the potential of some demon that is distributed > site-internally using nfs of /opt/csw.... having a machinelocal setup > util courtesy of cswclassutils could be nice... and in which case, it > would be nice to have the option to look under /opt/csw somewhere > for which users and groups to add. Do you mean in a more generic way than tied to a specific package? Like the script would look for /opt/csw/etc/cswusrgrp and always "source" it when called by any package using the script? I guess it wouldn't hurt since it would skip already existing users and groups. Or how would you use it? -- /peter From dam at opencsw.org Mon Feb 9 23:16:36 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Feb 2009 23:16:36 +0100 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> Message-ID: Hi Ben, Am 09.02.2009 um 20:18 schrieb Ben Walton: > I've mostly completed a feature for GAR that I thought I'd get some > feedback on. While putting together one of my packages, I found the > script to be quite nasty. It relies on version numbers of the > package, etc (a maintenance annoyance). It struck me that it might be > nice to have GAR generate this script automatically from a 'template' > thus taking advantage of variables already available to the Makefile > ($GARVERSION, etc). > > What I've put together allows for the definition of functions > (possibly > as extra include files) like this: > > define CSWpkgname_postinstall > #!/bin/sh > > echo I'm the postinstall script for $(GARNAME) v$(GARVERSION). > > for i in /tmp/*; do > echo Found $$i in /tmp; > done > endef > > This seems to work, but has a few drawbacks. As with shell snippets > in regular rules, shell variables must be 'escaped' with $$. Also, > due to the way GNU Make handles the 'defined' variables, \n\n* is > collapsed to \n and any leading \t's are squished. This makes the > resulting script less human readable (although the form stored in GAR > can be as readable as a normal script). > > I should note that this would be an additional method for handling > scripts. It wouldn't alter the traditional method in any way. You > can mix an match to taste. > > Are others interested in something like this? > > Also, I'm not sure how this would interact with classutils. I'm not > familiar at all with the workings there, so pointers as to how this > would interact in that area are welcome. This is definitely useful! It would be nice though to have a more verbatim-type of definition... Best regards -- Dago From bonivart at opencsw.org Mon Feb 9 23:25:19 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Feb 2009 23:25:19 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <49909D3D.50502@opencsw.org> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> Message-ID: <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> On Mon, Feb 9, 2009 at 10:16 PM, Sebastian Kayser wrote: > Does it make any difference to put a class before "none"? I don't have > much experience with class actions script and just dipped a bit into the > docs yesterday, but the packaging developers guide [1] says: > > The CLASSES list determines the order of installation. Class > none is always installed first, if present, and removed last. > > Sounds to me as if a default class != "none" would be required for what > you are after. > > Sebastian > > [1] http://docs.sun.com/app/docs/doc/806-7008/6jftmsc38?a=view Sadly, you may be right, I remember reading that from when I did the SMF scripts. I will test it tomorrow so we know for sure how it works. Might be one of those cases where this approach is not enough to do the job. My aim for this package is to make it much simpler and consistent to do what most maintainers need most of the time. I myself don't use the cswinitsmf scripts for my MailScanner package. Trying to make everyone 100% happy may complicate it so much that we get no users (read maintainers adopting it) and then we have failed. :-) -- /peter From phil at bolthole.com Mon Feb 9 23:29:01 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 14:29:01 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> Message-ID: <20090209222901.GT94448@bolthole.com> On Mon, Feb 09, 2009 at 11:00:59PM +0100, Peter Bonivart wrote: > ... > Like the script would look for /opt/csw/etc/cswusrgrp and always > "source" it when called by any package using the script? I guess it > wouldn't hurt since it would skip already existing users and groups. > > Or how would you use it? Yes something like that. To spell out the steps explicitly, i was envisioning something like the following: [please read all the way through, for ZONES notes, and other complications...] 1. site admins install "some program" (it might not even be a demon, but something requiring a group) to nfs:/opt/csw This installs a local account on the server, "ftpgroup". 2. site admins want to also run the software on client1. So, they go to client1, and run (NFS-mounted) /opt/csw/sbin/??cswusrgrp ftpsoftwarename This script then looks under /opt/csw/[??] and looks up users&groups that "ftpsoftwarename" needs. finds that they do not exist on client1, so attempts to add it locally. The tricky bit is how /opt/csw/sbin/cswusrgrp figures out which users and groups to update, based on a piece of software that may not actually be "installed" (pkgwise) on client1, but may only be living on the NFS mountpoint under /opt/csw I should remind folks that this is not limited to "NFS" applications: This potentially also applies to USE IN ZONES! which could be triggered in multiple ways. One would be if /opt/csw was a simple read-only lofs mount. However, there is the more complex situation, where /opt/csw is a pkg-inherit-dir installation. in which case, I *think*, that while the regular files dont need to be "installed" to the zone... I believe the class action scripts will get called on a zone-by-zone basis. So in that case, it is then very important that user definitions be present under /opt/csw, since it is that path that will be pkg-inherit-dir shared, and NOT /etc/opt/csw most likely. This points out a separate issue... we should potentially have a rule, that while packages can *reference* files in /etc/opt/etc, they may possibly be barred from SHIPPING anything in the prototype file, that lives in /etc/opt/csw. Examples it should be coped from /opt/csw/etc or elsewhere, to /etc/opt/csw, as required. (which would mean I'd have to rewrite cswcpsampleconf, dangit....) From phil at bolthole.com Mon Feb 9 23:31:42 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 14:31:42 -0800 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> Message-ID: <20090209223142.GU94448@bolthole.com> > > > > echo I'm the postinstall script for $(GARNAME) v$(GARVERSION). > > > > for i in /tmp/*; do > > echo Found $$i in /tmp; > > done > > endef > > Errr... this sort of usage disturbs me. My programmers intuition suggests that the first thing to be done, would be to have a maintainers-public review of that script. If the script can be rewritten in a cleaner fashion, then this "other method" of doing things, may be completely unneccessary. From dam at opencsw.org Mon Feb 9 23:36:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Feb 2009 23:36:44 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> Message-ID: Hi, Am 09.02.2009 um 23:25 schrieb Peter Bonivart: > Sadly, you may be right, I remember reading that from when I did the > SMF scripts. I will test it tomorrow so we know for sure how it works. It would be nice if we could agree on an uid-range for technical CSW users. Usually a useradd grabs the next free uid which happens to be from the user-range most of the time. Maybe 9000-9999? Best regards -- Dago From phil at bolthole.com Mon Feb 9 23:38:28 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 14:38:28 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> Message-ID: <20090209223828.GV94448@bolthole.com> On Mon, Feb 09, 2009 at 11:25:19PM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 10:16 PM, Sebastian Kayser wrote: > > The CLASSES list determines the order of installation. Class > > none is always installed first, if present, and removed last. > > > > Sounds to me as if a default class != "none" would be required for what > > you are after. > > Sadly, you may be right, I remember reading that from when I did the > SMF scripts. I will test it tomorrow so we know for sure how it works. > > Might be one of those cases where this approach is not enough to do > the job. Hmm... sounds like it may just be an extra wrinkle, but still quite doable. I think that an original simplistic prototype file of f none /opt/csw/bin/someprog 0755 proguser proggroup f none /opt/csw/bin/progutil 0755 proguser proggroup may become f cswusrgrp /opt/csw/etc/xxxxxxx f autouser /opt/csw/bin/someprog 0755 proguser proggroup f autouser /opt/csw/bin/progutil 0755 proguser proggroup and then the CLASSES definition becomes CLASSES=cswusergrp autouser none but lets see if it is even neccessary. From phil at bolthole.com Mon Feb 9 23:45:13 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 14:45:13 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> Message-ID: <20090209224513.GW94448@bolthole.com> On Mon, Feb 09, 2009 at 11:36:44PM +0100, Dagobert Michelsen wrote: > Hi, > > Am 09.02.2009 um 23:25 schrieb Peter Bonivart: > > Sadly, you may be right, I remember reading that from when I did the > > SMF scripts. I will test it tomorrow so we know for sure how it works. > > It would be nice if we could agree on an uid-range for technical CSW > users. Usually a useradd grabs the next free uid which happens to > be from the user-range most of the time. Maybe 9000-9999? errr.. by that, do you mean, "agree on a range that CSW packages use, when creating new user ids"? that sounds like something that should go in as a "cswusrgrp" related option into csw.conf eg: usrgrp_startuid=456 usrgrp_startgid=100 similarly, for consistancy, I think that other "usrgrp" class options, might be best prefixed with "usrgrp" From dam at opencsw.org Mon Feb 9 23:49:25 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Feb 2009 23:49:25 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209224513.GW94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209224513.GW94448@bolthole.com> Message-ID: <4F1F9EE8-5774-416D-A3EE-16C68422FD89@opencsw.org> Hi, Am 09.02.2009 um 23:45 schrieb Philip Brown: > On Mon, Feb 09, 2009 at 11:36:44PM +0100, Dagobert Michelsen wrote: >> Hi, >> >> Am 09.02.2009 um 23:25 schrieb Peter Bonivart: >>> Sadly, you may be right, I remember reading that from when I did the >>> SMF scripts. I will test it tomorrow so we know for sure how it >>> works. >> >> It would be nice if we could agree on an uid-range for technical CSW >> users. Usually a useradd grabs the next free uid which happens to >> be from the user-range most of the time. Maybe 9000-9999? > > errr.. by that, do you mean, > "agree on a range that CSW packages use, when creating new user ids"? Yes. > that sounds like something that should go in as a "cswusrgrp" related > option into csw.conf > > eg: > > usrgrp_startuid=456 > usrgrp_startgid=100 Sounds good. > similarly, for consistancy, I think that other "usrgrp" class options, > might be best prefixed with "usrgrp" BTW, 'usr' is horrible, usr != User, usr = Unix System Resources Best regards -- Dago From bonivart at opencsw.org Tue Feb 10 00:08:16 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 00:08:16 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209223828.GV94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> Message-ID: <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> On Mon, Feb 9, 2009 at 11:38 PM, Philip Brown wrote: > f cswusrgrp /opt/csw/etc/xxxxxxx > f autouser /opt/csw/bin/someprog 0755 proguser proggroup > f autouser /opt/csw/bin/progutil 0755 proguser proggroup That's what Sebastian meant. If that turns out to be necessary I propose that we get some GAR option to set the default class if not none, e.g: DEFAULT_CLASS = autouser Dago? I assume the above wouldn't be hard for you to implement? :-) Would keep n00bs like me from getting a headache with the prototype filter. :-) -- /peter From bwalton at opencsw.org Tue Feb 10 01:06:37 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Feb 2009 19:06:37 -0500 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: <20090209223142.GU94448@bolthole.com> References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> <20090209223142.GU94448@bolthole.com> Message-ID: <1234223895-sup-1955@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Mon Feb 09 17:31:42 -0500 2009: > > > echo I'm the postinstall script for $(GARNAME) v$(GARVERSION). > > > > > > for i in /tmp/*; do > > > echo Found $$i in /tmp; > > > done > > > endef > > Errr... this sort of usage disturbs me. [Assumes you're not commenting specifically on the dumb example used to show variable escaping and a general overview...] The use that brought this to my mind was the docbook and xsl stuff where (since I was templating from rhel) I used version numbers in directory names. To make the script easier to maintain, I turned paths including the version info into paths with variables in them. This leads to a case of script modification every time a version changes. > My programmers intuition suggests that the first thing to be done, would be > to have a maintainers-public review of that script. The script is 'fine.' By it's nature, it's a long stream of registration statements . It could be turned into a few loops (I didn't since I wanted it out so I could build off of it), but that wouldn't alleviate the need to twiddle it each time. It doesn't 'need' to use this functionality, but doing so will lessen (not eliminate) maintenance requirements. It's in svn (public) already if you care. If you want to say that version numbers shouldn't be in path names and make that a CSW convention (maybe it already is?) that's fine. It would (in this case) remove the need for this type of 'macro' expansion. This is common elsewhere though (see rpm). > If the script can be rewritten in a cleaner fashion, then this "other > method" of doing things, may be completely unneccessary. There are ways to avoid needing this functionality. Many scripts would never need it. That doesn't mean that it doesn't have uses though. You'll note that rpm provides a built-in macro language that is used for this type of task quite regularly. That may be, in part, due to the directory structure that rhel uses (where version numbers are frequently used in paths), but regardless, there are cases where this can be a handy thing. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From phil at bolthole.com Tue Feb 10 07:45:25 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Feb 2009 22:45:25 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> Message-ID: <20090210064525.GA41301@bolthole.com> On Tue, Feb 10, 2009 at 12:08:16AM +0100, Peter Bonivart wrote: > On Mon, Feb 9, 2009 at 11:38 PM, Philip Brown wrote: > > f cswusrgrp /opt/csw/etc/xxxxxxx > > f autouser /opt/csw/bin/someprog 0755 proguser proggroup > > f autouser /opt/csw/bin/progutil 0755 proguser proggroup > > That's what Sebastian meant. > > If that turns out to be necessary I propose that we get some GAR > option to set the default class if not none, e.g: > > DEFAULT_CLASS = autouser please remember that this extra class is only neccssary for an entry, if either the group, or the user, is present in the cswusrgrp classed file From bonivart at opencsw.org Tue Feb 10 09:38:18 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 09:38:18 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090210064525.GA41301@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> Message-ID: <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> On Tue, Feb 10, 2009 at 7:45 AM, Philip Brown wrote: > please remember that this extra class is only neccssary for an entry, > if either the group, or the user, is present in the cswusrgrp classed file I figured that out after I posted. I hoped that no one would notice. :-) -- /peter From mwatters at opencsw.org Tue Feb 10 17:12:06 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 10 Feb 2009 10:12:06 -0600 Subject: [csw-maintainers] New "Garrified" version of Python 2.6 in TESTING Message-ID: <4991A756.3080004@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: built with gar using dynamic prototypes and gspecs - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEUEARECAAYFAkmRp1YACgkQLrhmsXMSLxdBvgCYzbhee9Y7RRFTTPD99sklJ9gg rwCghDrlZyzD73BbpBUoBv6ggRH9Fww= =UCOL -----END PGP SIGNATURE----- From bonivart at opencsw.org Tue Feb 10 18:09:56 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 18:09:56 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> Message-ID: <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> Now the wiki is updated: http://wiki.opencsw.org/cswclassutils-package. There's also a new package with the new scripts: http://mirror.opencsw.org/testing/cswclassutils-1.4,REV=2009.02.10-SunOS5.8-all-CSW.pkg.gz Please test if you're interested. -- /peter From harpchad at opencsw.org Tue Feb 10 18:13:56 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 10 Feb 2009 11:13:56 -0600 Subject: [csw-maintainers] New freetype2 in testing Message-ID: <4991B5D4.4020706@opencsw.org> Changes: - update to version 2.3.8 - add 64-bit libraries - built with gar v2 From phil at bolthole.com Tue Feb 10 18:21:36 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 09:21:36 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> Message-ID: <20090210172136.GF92408@bolthole.com> On Tue, Feb 10, 2009 at 06:09:56PM +0100, Peter Bonivart wrote: > Now the wiki is updated: http://wiki.opencsw.org/cswclassutils-package. > hmm. you left "recommended path" as under /etc/opt/csw but as mentioned in my earlier email, that wont fly well with zones. From dam at opencsw.org Tue Feb 10 18:06:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 10 Feb 2009 18:06:42 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> Message-ID: <625D7357-858A-4C31-8DC0-6B99EB5715E9@opencsw.org> Hi Peter, Am 10.02.2009 um 00:08 schrieb Peter Bonivart: > On Mon, Feb 9, 2009 at 11:38 PM, Philip Brown > wrote: >> f cswusrgrp /opt/csw/etc/xxxxxxx >> f autouser /opt/csw/bin/someprog 0755 proguser proggroup >> f autouser /opt/csw/bin/progutil 0755 proguser proggroup > > That's what Sebastian meant. > > If that turns out to be necessary I propose that we get some GAR > option to set the default class if not none, e.g: > > DEFAULT_CLASS = autouser > > Dago? I assume the above wouldn't be hard for you to implement? :-) > Would keep n00bs like me from getting a headache with the prototype > filter. :-) No problem. I would go one step further and integrate user- and group addition directly into GAR. The default class would then be 'none' in the usual case and 'autouser' if special classes are used. I do some thinking and you do some thinking and we'll see how we do this best. Best regards -- Dago From bonivart at opencsw.org Tue Feb 10 18:27:33 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 18:27:33 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625D7357-858A-4C31-8DC0-6B99EB5715E9@opencsw.org> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <625D7357-858A-4C31-8DC0-6B99EB5715E9@opencsw.org> Message-ID: <625385e30902100927o222cc63au30ea1cd82a0e62@mail.gmail.com> On Tue, Feb 10, 2009 at 6:06 PM, Dagobert Michelsen wrote: >> Dago? I assume the above wouldn't be hard for you to implement? :-) >> Would keep n00bs like me from getting a headache with the prototype >> filter. :-) > > No problem. I would go one step further and integrate user- and > group addition directly into GAR. The default class would then > be 'none' in the usual case and 'autouser' if special classes > are used. I do some thinking and you do some thinking and we'll > see how we do this best. I don't want to keep you from thinking but I wasn't thinking when I wrote the above. :-) -- /peter From bonivart at opencsw.org Tue Feb 10 18:29:13 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 18:29:13 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090210172136.GF92408@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> <20090210172136.GF92408@bolthole.com> Message-ID: <625385e30902100929n558ce87fj188e79aa31b46bdc@mail.gmail.com> On Tue, Feb 10, 2009 at 6:21 PM, Philip Brown wrote: > On Tue, Feb 10, 2009 at 06:09:56PM +0100, Peter Bonivart wrote: >> Now the wiki is updated: http://wiki.opencsw.org/cswclassutils-package. >> > > hmm. you left "recommended path" as under /etc/opt/csw > > but as mentioned in my earlier email, that wont fly well with zones. So, what does that mean? Is it only for this or have we suddenly flip-floped on where to place conf for all packages? -- /peter From phil at bolthole.com Tue Feb 10 18:32:41 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 09:32:41 -0800 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <625385e30902100929n558ce87fj188e79aa31b46bdc@mail.gmail.com> References: <20090209204030.GM94448@bolthole.com> <49909D3D.50502@opencsw.org> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> <20090210172136.GF92408@bolthole.com> <625385e30902100929n558ce87fj188e79aa31b46bdc@mail.gmail.com> Message-ID: <20090210173241.GG92408@bolthole.com> On Tue, Feb 10, 2009 at 06:29:13PM +0100, Peter Bonivart wrote: > On Tue, Feb 10, 2009 at 6:21 PM, Philip Brown wrote: > > On Tue, Feb 10, 2009 at 06:09:56PM +0100, Peter Bonivart wrote: > >> Now the wiki is updated: http://wiki.opencsw.org/cswclassutils-package. > >> > > > > hmm. you left "recommended path" as under /etc/opt/csw > > > > but as mentioned in my earlier email, that wont fly well with zones. > > So, what does that mean? Is it only for this or have we suddenly > flip-floped on where to place conf for all packages? only for this. i was hoping for some feedback on my question about it. but i should probably start a new email with new subject for the discussion. From phil at bolthole.com Tue Feb 10 18:41:20 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 09:41:20 -0800 Subject: [csw-maintainers] question of /etc/opt/csw policy Message-ID: <20090210174120.GH92408@bolthole.com> hi folks, thought i would pull this issue out, for those people who may be ignoring the 'class' discussion ;-) This is a recap of a part of an email i wrote in that thread, requesting further discussion from folks. In thinking about the class action handling for zones, it occurred to me that we have a potential problem, with package compatibility for zones. Generally speaking, we want configuration files to live in /etc/opt, for machine-local configuration. This is still a Good Thing; no issues there. The problem comes if a maintainer decides to DISTRIBUTE packaged files directly in /etc/opt/csw, rather than auto-generate post installation. Typically, /etc/opt/csw is specific to each zone. but /opt/csw may be shared read-only to each zone. That means that zones would be missing configuration files distributed with "f none /etc/opt/csw/XXXX" from the global zone, even though they would have the rest of the package files ok. So, I am thinking of adjusting policy, to explicitly NOT ALLOW /etc/opt/csw entries in the prototype file any more. maintainers will need to copy/autogenerate from templates in /opt/csw/etc, to /etc/opt/csw, if that sort of thing is needed. Comments? From bonivart at opencsw.org Tue Feb 10 18:41:36 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 10 Feb 2009 18:41:36 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090210173241.GG92408@bolthole.com> References: <20090209204030.GM94448@bolthole.com> <625385e30902091425n63cd72feq48c4ca7e1788114b@mail.gmail.com> <20090209223828.GV94448@bolthole.com> <625385e30902091508n2f7c88d9mc660a813760e37a4@mail.gmail.com> <20090210064525.GA41301@bolthole.com> <625385e30902100038i28a0af2avdddba8258fa9fb6@mail.gmail.com> <625385e30902100909t4be77132x4a7818e00933d753@mail.gmail.com> <20090210172136.GF92408@bolthole.com> <625385e30902100929n558ce87fj188e79aa31b46bdc@mail.gmail.com> <20090210173241.GG92408@bolthole.com> Message-ID: <625385e30902100941l185d28r827912d00bf81ab2@mail.gmail.com> On Tue, Feb 10, 2009 at 6:32 PM, Philip Brown wrote: > only for this. Ok, I have changed it on the wiki. -- /peter From william at wbonnet.net Tue Feb 10 18:49:19 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Feb 2009 18:49:19 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> Message-ID: <4991BE1F.9080202@wbonnet.net> Hi Ihsan >> I'm going to create a new mailing list for the bug notification. Is >> the >> name bug-notificiations@ convenient for everybody? >> >> I think bug-notificiations@ is better than bugs@, because it makes >> clear >> that it's a notification only list. >> I think i like better bugs, even if bug-notification is the proper term. Sometimes complicated name ca scare users ;) > Great, and please subscribe me! :-) > Anyways.. it's great i also apply for suscribing :) Thanks Ihsan cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Tue Feb 10 18:51:07 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Feb 2009 18:51:07 +0100 Subject: [csw-maintainers] question of /etc/opt/csw policy In-Reply-To: <20090210174120.GH92408@bolthole.com> References: <20090210174120.GH92408@bolthole.com> Message-ID: <4991BE8B.8030400@wbonnet.net> Hi > Comments? > Sounds good to me cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Tue Feb 10 18:51:14 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 09:51:14 -0800 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4991BE1F.9080202@wbonnet.net> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> Message-ID: <20090210175114.GI92408@bolthole.com> On Tue, Feb 10, 2009 at 06:49:19PM +0100, William Bonnet wrote: > I think i like better bugs, even if bug-notification is the proper term. > Sometimes complicated name ca scare users ;) :-) the one problem with "bugs at opencsw.org", is that people will then start thinking they can CREATE a bug report, simply by emailing "bugs at opencsw.org". From william at wbonnet.net Tue Feb 10 19:38:19 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Feb 2009 19:38:19 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <20090210175114.GI92408@bolthole.com> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> Message-ID: <4991C99B.7050303@wbonnet.net> Hi > the one problem with "bugs at opencsw.org", is that people will then start > thinking they can CREATE a bug report, simply by emailing > "bugs at opencsw.org". > Yes... :) You're right, but i think this may be useful to educate some users. Here is what i mean. Actually there is almost no feedback / bugs from users. Basically you can consider that "normal" users will go to mantis to report problems. Especially since when someone will subscribe to the list, he will be told what is the purpose of the list. So if someone tries to report a bug to this list, where is the problem ? We should redirect this guy to mantis, and explain him. Having a bugs@ maybe a way to collect feedback and bugs from people that do not know of mantis, or are not familiar with. Moreover, it might be a good way to have feedback about strange or unexpected behavior. Cases in which people do not know if it is a bug or feature, or don't care about reporting a bug (i know that this is evil, but it is always better as not reported at all). In other words, i am not asking for this list to be different of "bug reporting" in its first purpose. But maybe we should be tolerant in same case, and allow discussion start about some problem, and helps users to move discussion to mantis tracking tool. cheers, W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Tue Feb 10 21:32:39 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 12:32:39 -0800 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4991C99B.7050303@wbonnet.net> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> Message-ID: <20090210203239.GK92408@bolthole.com> On Tue, Feb 10, 2009 at 07:38:19PM +0100, William Bonnet wrote: > ... > Basically you can consider that "normal" users will go to mantis to > report problems. Especially since when someone will subscribe to the > list, he will be told what is the purpose of the list. > > So if someone tries to report a bug to this list, where is the problem ? > We should redirect this guy to mantis, and explain him. > > Having a bugs@ maybe a way to collect feedback and bugs from people that > do not know of mantis, or are not familiar with. I think that could be a useful and good idea.. *IF* there are people who are willing to commit to babysit the list. Anyone (maybe multiple people) willing to be the official "read bugs at opencsw.org, and redirect/rewrite people's stuff to mantis" ? From phil at bolthole.com Tue Feb 10 22:11:26 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Feb 2009 13:11:26 -0800 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: <1234223895-sup-1955@ntdws12.chass.utoronto.ca> References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> <20090209223142.GU94448@bolthole.com> <1234223895-sup-1955@ntdws12.chass.utoronto.ca> Message-ID: <20090210211126.GM92408@bolthole.com> On Mon, Feb 09, 2009 at 07:06:37PM -0500, Ben Walton wrote: > Excerpts from Philip Brown's message of Mon Feb 09 17:31:42 -0500 2009: > > > > for i in /tmp/*; do > > > > echo Found $$i in /tmp; > > > > done > > > > endef > > > > Errr... this sort of usage disturbs me. > > [Assumes you're not commenting specifically on the dumb example used to > show variable escaping and a general overview...] i was commenting specifically, on going through /tmp/, yes. > If you want to say that version numbers shouldn't be in path names and > make that a CSW convention (maybe it already is?) that's fine. its a semi-convention. people are encouraged to remove numbers from documentation subdirs, for example. (/opt/csw/share/doc/progname, not progname-1.2.3) > . You'll note that rpm provides a built-in macro language that > is used for this type of task quite regularly. that's.... evil. From bwalton at opencsw.org Tue Feb 10 22:22:30 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 10 Feb 2009 16:22:30 -0500 Subject: [csw-maintainers] [csw-devel] dynamically generated adm scripts In-Reply-To: <20090210211126.GM92408@bolthole.com> References: <1234205890-sup-9119@ntdws12.chass.utoronto.ca> <20090209223142.GU94448@bolthole.com> <1234223895-sup-1955@ntdws12.chass.utoronto.ca> <20090210211126.GM92408@bolthole.com> Message-ID: <1234300471-sup-5067@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Tue Feb 10 16:11:26 -0500 2009: > > [Assumes you're not commenting specifically on the dumb example used to > > show variable escaping and a general overview...] > > i was commenting specifically, on going through /tmp/, yes. Ok. > > If you want to say that version numbers shouldn't be in path names and > > make that a CSW convention (maybe it already is?) that's fine. > > its a semi-convention. people are encouraged to remove numbers from > documentation subdirs, for example. > > (/opt/csw/share/doc/progname, not progname-1.2.3) Ok. > > . You'll note that rpm provides a built-in macro language that > > is used for this type of task quite regularly. > > that's.... evil. I disagree. It makes maintenance of the scripts easier. If you already have something defined in one place, you're not duplicating that work elsewhere. You aren't forced to use the feature, but in some cases, it might be handy. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dam at opencsw.org Tue Feb 10 22:27:45 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 10 Feb 2009 22:27:45 +0100 Subject: [csw-maintainers] Thematics started? Message-ID: <0E59492B-455F-4740-88B8-CE1F8C3DA1C1@opencsw.org> Hi, I browsed the thematics for february again: Have we already started? Or haven't we agreed to do this? I propose a kind of mentor for each month who drives the topics in that specific month. I would volunteer for March (Mass moving packages to GAR ;-) Best regards -- Dago From william at wbonnet.net Tue Feb 10 22:39:58 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Feb 2009 22:39:58 +0100 Subject: [csw-maintainers] Thematics started? In-Reply-To: <0E59492B-455F-4740-88B8-CE1F8C3DA1C1@opencsw.org> References: <0E59492B-455F-4740-88B8-CE1F8C3DA1C1@opencsw.org> Message-ID: <4991F42E.1030208@wbonnet.net> Hi Dagobert Michelsen wrote: > Hi, > > I browsed the thematics for february again: > > Have we already started? Or haven't we agreed to do this? We have started different talks here, but so far the call for volunteer had no answer. So once again, if some of you are willing to participate, either by taking in charge some of the action identified in this wiki page, write some of articles i ask for, or simply participate to the debates, please go on :) > I propose > a kind of mentor for each month who drives the topics in that specific > month. I would volunteer for March (Mass moving packages to GAR ;-) > That's a good idea. I hope it will be more easier on more technical theme. cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From pfelecan at opencsw.org Wed Feb 11 09:17:51 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 11 Feb 2009 09:17:51 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4991C99B.7050303@wbonnet.net> (William Bonnet's message of "Tue\, 10 Feb 2009 19\:38\:19 +0100") References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> Message-ID: William Bonnet writes: > Hi > >> the one problem with "bugs at opencsw.org", is that people will then start >> thinking they can CREATE a bug report, simply by emailing >> "bugs at opencsw.org". >> > Yes... :) > > You're right, but i think this may be useful to educate some users. Here > is what i mean. Actually there is almost no feedback / bugs from users. The best education, in this case, is to be clear: "bugs" is ambiguous, "bugs-notification" is clear and the list must be read only so there is no possibility to submit a bug, consequently no ambiguity. The situation that you describe exists on the "users" mailing list. Lets not multiply unnecessary effort. -- Peter From harpchad at opencsw.org Wed Feb 11 17:41:03 2009 From: harpchad at opencsw.org (Chad Harp) Date: Wed, 11 Feb 2009 10:41:03 -0600 Subject: [csw-maintainers] new vim/gvim in testing Message-ID: <4992FF9F.7040902@opencsw.org> Changes: - Update to patch 102 - Runtime changes: * $VIM is now set to /opt/csw/share/vim this allows other packages to install vim extensions (e.g. syntax, etc) in /opt/csw/share/vim/.. (e.g. /opt/csw/share/vim/syntax) * Added vimrc and gvim rc files to the new $VIM path that include the following system wide rc files if they exist: /opt/csw/etc/vim/[g]vimrc /etc/opt/csw/etc/[g]vimrc From harpchad at opencsw.org Wed Feb 11 17:43:16 2009 From: harpchad at opencsw.org (Chad Harp) Date: Wed, 11 Feb 2009 10:43:16 -0600 Subject: [csw-maintainers] new vim/gvim in testing In-Reply-To: <4992FF9F.7040902@opencsw.org> References: <4992FF9F.7040902@opencsw.org> Message-ID: <49930024.9050908@opencsw.org> Chad Harp wrote: > Changes: > - Update to patch 102 > - Runtime changes: > * $VIM is now set to /opt/csw/share/vim > this allows other packages to install vim > extensions (e.g. syntax, etc) in > /opt/csw/share/vim/.. > (e.g. /opt/csw/share/vim/syntax) > * Added vimrc and gvim rc files to the new > $VIM path that include the following > system wide rc files if they exist: > /opt/csw/etc/vim/[g]vimrc > /etc/opt/csw/etc/[g]vimrc Sorry that last one should have read /etc/opt/csw/vim/[g]vimrc > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From mwatters at opencsw.org Wed Feb 11 20:21:00 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Feb 2009 13:21:00 -0600 Subject: [csw-maintainers] Python Versioning Message-ID: <4993251C.3000601@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am packaging up an new version of Python, and while going through the packages dependency's, I have noticed several packages that are using very old versions. Looking at the upstream sites for those packages, I don't see a reason we could not upgrade to a more stable and secure version of python. That said... I would like to propose setting up Python the same as PHP using prefixes for the modules i.e. 'php4- and php5-' Prefix the Python modules with py2- and py3k- If someone has a better way to deal with multiple versions, Please don't hesitate to shout out. Just like PHP 4->5, Python 2->3k is a complete re-write and we need to distinguish the packages clearly for the end users. NOTE: The prefix change should NOT be used for apps that merely link to libpythonXX. i.e. openoffice and bittorrent Those should note the requirement appropriately in the package description for the users. I have a quick breakdown of packages that are dependent on Python and their active owners below. I will re do the ones that are marked retired unless someone else speaks up and asks to take charge of those. Any one below that does not have the time or no longer wants to maintain the package, let me know and I will rebuild those as well. There are some packages that are marked Test OK those worked without issue on the new version but they should be recompiled to point to the new package. My testing done on a V490 inside a solaris 8 zone ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Philip Brown bittorrent Test Ok Damjan Perenic sip 2.1 Murray Jensen pilotlink skencil pymxbase pil pyxml renderpm reportlab pypgsql Josh Buysse py_xmlobject 2.3 py_ldap Peter Felecan plucker 2.3 Alessio Cervellin zope James Lee fetchmailconf openoffice* Test OK ooocore Test OK Trygve Laugstol mercurial Eric Enright pyeyed3 2.3 Dagobert Michelsen pylibxml2 Chad Harp pylibxslt pidgin Test OK Ben Walton asciidoc Test OK retired pyorbit gnome_python pysqlite2 pysvn xchat_py Test OK pymysql wesnoth ap2_modpython trac pyclearsilver pysetuptools pydocutils silvercity ME python_tk Test OK part of python2.6 already idle Test OK part of python2.6 already - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmTJRwACgkQLrhmsXMSLxd8pQCcDBjLvRqiPX3uHQlEWstLcqlN 3v0An1BOK9bDDtVOHFXha7F8/dHFC5Bw =IxPW -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 11 20:25:13 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Feb 2009 13:25:13 -0600 Subject: [csw-maintainers] New version of GnuPG in Testing Message-ID: <49932619.6090005@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 arch = all make test pass 100% on arch = all - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmTJhkACgkQLrhmsXMSLxfn8wCg276Eko9MGQy6t0jhRdE8b+Ex SmwAmwR6oFbCg844h81dQPixJiIrrhJ4 =OlsV -----END PGP SIGNATURE----- From phil at bolthole.com Wed Feb 11 20:33:09 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 11 Feb 2009 11:33:09 -0800 Subject: [csw-maintainers] Python Versioning In-Reply-To: <4993251C.3000601@opencsw.org> References: <4993251C.3000601@opencsw.org> Message-ID: <20090211193309.GJ25334@bolthole.com> On Wed, Feb 11, 2009 at 01:21:00PM -0600, Mike Watters wrote: > > Prefix the Python modules with py2- and py3k- we already have a standard of "py_" for python modules. although there are only two packages that properly use it right now :-} if we really need a different prefix for the new python, lets go with py3_ From mwatters at opencsw.org Wed Feb 11 20:36:43 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Feb 2009 13:36:43 -0600 Subject: [csw-maintainers] Python Versioning In-Reply-To: <20090211193309.GJ25334@bolthole.com> References: <4993251C.3000601@opencsw.org> <20090211193309.GJ25334@bolthole.com> Message-ID: <499328CB.5020509@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Wed, Feb 11, 2009 at 01:21:00PM -0600, Mike Watters wrote: >> Prefix the Python modules with py2- and py3k- > > we already have a standard of "py_" for python modules. > although there are only two packages that properly use it right now :-} > if we really need a different prefix for the new python, lets go with > py3_ > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I am ok with the underbar. I am more concerned about getting everyone using a standard. we "do" need to seperate them as python3 modules will NOT work on python 2.x and vice versa. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmTKMsACgkQLrhmsXMSLxegVQCfW4OrysqC+X/zZQ8+YOt0x9aB LlcAn1OizPunUAf6GtlYTGI+TuxGo4f+ =UQyl -----END PGP SIGNATURE----- From william at wbonnet.net Wed Feb 11 21:55:31 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 11 Feb 2009 21:55:31 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> Message-ID: <49933B43.50101@wbonnet.net> Hi > The best education, in this case, is to be clear: "bugs" is ambiguous, > "bugs-notification" is clear > So let's go for bugs-notification@ :) cheers, W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From ihsan at opencsw.org Wed Feb 11 22:23:08 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 11 Feb 2009 22:23:08 +0100 Subject: [csw-maintainers] One more topic for "Communication" In-Reply-To: <20090209061220.GA27681@bolthole.com> References: <498A42D8.9010406@opencsw.org> <2D04D55B-DFA6-49A2-BDF0-61576480DEC5@opencsw.org> <20090206.10041300.2044429827@gyor.oxdrove.co.uk> <498C191F.5050108@wbonnet.net> <487C92EE-C04A-43CC-9D47-023209773C57@opencsw.org> <498C44A1.7010306@opencsw.org> <498C7979.6070608@opencsw.org> <20090206185136.GB92408@bolthole.com> <498D9E00.3000508@opencsw.org> <20090209061220.GA27681@bolthole.com> Message-ID: <499341BC.8090107@opencsw.org> Am 9.2.2009 7:12 Uhr, Philip Brown schrieb: >>> PS; The ONE down side to gmane.org is that, unlike some other >>> web-based mailing list interfaces... there is no option to post to the list >>> from it. >>> oh. and we wont have any idea how many people are actually using it. >> You can, but only over NNTP. > > Errr... > > If you post via nntp to gmane.org.. does it only go to THEIR archives, or > does it come back to our mailing list as well? No, it does not go directly to their archives. It will be posted to our mailing list with regular SMTP. > If it does both, i would be surprised. > I guess if it's an open list, then not much surprise, though; that would > actually make sense. or even if subscribed.... > presuming you NNTP-connected using the same identity that you are > subscribed to the list with, i guess. Gmane is subscribed to our mailing lists with a unique e-mail address. Everything which is sent to this e-mail address, will be in their archive. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Wed Feb 11 23:21:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 11 Feb 2009 23:21:38 +0100 Subject: [csw-maintainers] wiki In-Reply-To: <1234312589-sup-2069@ntdws12.chass.utoronto.ca> References: <1234312589-sup-2069@ntdws12.chass.utoronto.ca> Message-ID: <77532309-26F3-4BD6-8D50-C6909EB2A65A@opencsw.org> Hi, Am 11.02.2009 um 01:37 schrieb Ben Walton: > Sourceforge tells me that I can't edit the wiki because I'm neither an > admin nor an editor. Can you stick me in the editor group? You and everyone who registered for the GAR MediaWiki now has editor permissions. Have fun! Best regards -- Dago From skayser at opencsw.org Fri Feb 13 01:00:52 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 13 Feb 2009 01:00:52 +0100 Subject: [csw-maintainers] HEADS UP: Mantis notification fixes - part 2 Message-ID: <4994B834.20200@opencsw.org> Hi, had been keeping an eye on the Mantis notifications since last time and noticed that there are no notifications for _bug notes_ going out. Reason for this is a bug in our current Mantis version (bug tracking software is just software after all ...), so i will upgrade our Mantis installation to the most recent stable version this weekend. Will let you guys know when i will be doing this, shouldn't take too long. For now here is a list of _open_ bugs where bug notes were added in the last 21 days (either by us or by users). +------------+------------------------------------------+--------+ | pkg | bug_summary | bug_id | +------------+------------------------------------------+--------+ | mtr | Current version is 0.72 | 2557 | | top | Top 3.6 is compiled for single CPU | 2844 | | gnupg | ncurses dependency is missing | 3035 | | xchat | xchat has dependencies not indicated on | 3062 | | postfix | /opt/csw/libexec/postfix not stripped, t | 3063 | | fontconfig | provide 64bit libs | 2675 | | firefox | random crashes - seven times today, but | 2841 | +------------+------------------------------------------+--------+ So if you are a maintainer of one of these packages keep in mind that you might not have gotten a notification, nor did a bug reporter get one in case you have added a bug note. Sebastian From phil at bolthole.com Fri Feb 13 01:11:51 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Feb 2009 16:11:51 -0800 Subject: [csw-maintainers] Announcement about ggettext package that affects many people Message-ID: <20090213001151.GD31102@bolthole.com> hi folks, Chad Harp was nice enough to spend a whole bunch of time reworking the GNU gettext package. one of the updates to it, was to split out a separate "ggettextrt" package. If you happen to have a package that depends on CSWggettext, and only needs the shared libs, or just the "ggettext" commandline ... please update it to depend on CSWggettextrt instead, the next time you rebuild it. This will probably save the user from having to download an unneeded 2 megabytes of data, as well as eliminating unneccessary use of ncurses. From mwatters at opencsw.org Fri Feb 13 03:09:10 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 12 Feb 2009 20:09:10 -0600 Subject: [csw-maintainers] HEADS UP: Mantis notification fixes - part 2 In-Reply-To: <4994B834.20200@opencsw.org> References: <4994B834.20200@opencsw.org> Message-ID: <4994D646.1010104@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have put together a new package for gnupg that fixes the ncurses dependency. The dependency is not actually that of gnupg, it is readline that is dependent on it. I believe Dago has resolved the ncurses dependency on readline. I will take ownership of the Xchat bug(s) Sebastian Kayser wrote: > Hi, > > had been keeping an eye on the Mantis notifications since last time and > noticed that there are no notifications for _bug notes_ going out. > > Reason for this is a bug in our current Mantis version (bug tracking > software is just software after all ...), so i will upgrade our Mantis > installation to the most recent stable version this weekend. > > Will let you guys know when i will be doing this, shouldn't take too > long. For now here is a list of _open_ bugs where bug notes were added > in the last 21 days (either by us or by users). > > +------------+------------------------------------------+--------+ > | pkg | bug_summary | bug_id | > +------------+------------------------------------------+--------+ > | mtr | Current version is 0.72 | 2557 | > | top | Top 3.6 is compiled for single CPU | 2844 | > | gnupg | ncurses dependency is missing | 3035 | > | xchat | xchat has dependencies not indicated on | 3062 | > | postfix | /opt/csw/libexec/postfix not stripped, t | 3063 | > | fontconfig | provide 64bit libs | 2675 | > | firefox | random crashes - seven times today, but | 2841 | > +------------+------------------------------------------+--------+ > > So if you are a maintainer of one of these packages keep in mind that > you might not have gotten a notification, nor did a bug reporter get one > in case you have added a bug note. > > Sebastian > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmU1kYACgkQLrhmsXMSLxfVzwCfS+GeqEHJQcfC6OWo1AqI9MSb 23gAn3yPfP/VpreVEYnO0MgmwetrJ2fp =ifcc -----END PGP SIGNATURE----- From dam at opencsw.org Fri Feb 13 13:50:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Feb 2009 13:50:47 +0100 Subject: [csw-maintainers] New member Message-ID: Hi, the association welcomes the newly accepted members - Eric Korpela Eric provided official packages for the open source grid computing framework . Please keep in mind that being a maintainer is not only about fame and glory, but also about tedious work to make the packages as good as possible and remove bugs timely when discovered. Please check regularly at the bottom of your maintainer page if there are any open issues. If you have spare cycles please adopt an orphaned package and help bring the complete software stack to a 100% current state. But enough of morality: A very warm welcome! Your membership is tracked at There is now a new column with your dedication in the project. Please let me know on what are you working or are planning to work like "webpage", "maintainer", etc. Currently there are three more applicants is the queue for which I either don't have votes from all board members or where the status is currently under discussion: - Gary Law Awaiting votes from board members after package submittal - Jake Goerzen Awaiting feedback after reducing packaging activity - Cyrus Mehta On hold until his package 'monit' hits current/ - J?rgen Arndt On hold until his package 'nagios' hits current/ If you have applied for membership and don't see your name anywhere above please let me know. There has been a lot of mail traffic for me to be processed in the past weeks and I cannot guarantee that I didn't missed one. Best regards -- Dago From dam at opencsw.org Fri Feb 13 13:59:15 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Feb 2009 13:59:15 +0100 Subject: [csw-maintainers] Please update your mGAR v2 due to errors Message-ID: <2EE4AA47-B26D-4E20-BA22-E9062C70D73F@opencsw.org> Hi, there have been some difficulties with the current mGAR v2 extensions concerning dynamic gspec files and dynamic admscripts. Especially existing gspec files may have been overwritten during packaging so RC/SMF scripts may be missing. Please upgrade your GAR tree if you experienced one of those errors and inspect your packages carefully. Sorry for the inconvenience -- Dago From dam at opencsw.org Fri Feb 13 14:39:20 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Feb 2009 14:39:20 +0100 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <20090213001151.GD31102@bolthole.com> References: <20090213001151.GD31102@bolthole.com> Message-ID: <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> Hi, Am 13.02.2009 um 01:11 schrieb Philip Brown: > Chad Harp was nice enough to spend a whole bunch of time reworking the > GNU gettext package. one of the updates to it, was to split out a > separate "ggettextrt" package. I noticed that sparcv9/libintl.so.3.4.0 is no longer a symlink to libintl.so.3, but a copy. Looks wrong to me. > If you happen to have a package that depends on CSWggettext, and > only needs the shared libs, or just the "ggettext" commandline ... > please > update it to depend on CSWggettextrt instead, the next time you > rebuild it. Could we please mass-file bug-reports against them? Otherwise fixing it will be forgotten on some packages. Best regards -- Dago From bonivart at opencsw.org Fri Feb 13 17:23:04 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 13 Feb 2009 17:23:04 +0100 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> References: <20090213001151.GD31102@bolthole.com> <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> Message-ID: <625385e30902130823x42e0b3adv12aeb6750b02c421@mail.gmail.com> On Fri, Feb 13, 2009 at 2:39 PM, Dagobert Michelsen wrote: > Could we please mass-file bug-reports against them? Otherwise fixing it > will be forgotten on some packages. Good idea, it was a huge list. I found tnef there but it would be easiest if a bug was filed like with openssl_rt. -- /peter From harpchad at opencsw.org Fri Feb 13 17:23:26 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 13 Feb 2009 10:23:26 -0600 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> References: <20090213001151.GD31102@bolthole.com> <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> Message-ID: <49959E7E.6010808@opencsw.org> Dagobert Michelsen wrote: > I noticed that sparcv9/libintl.so.3.4.0 is no longer a symlink to > libintl.so.3, but a copy. Looks wrong to me. There is no sparcv9/libintl.so.3.4.0 in the package? > Could we please mass-file bug-reports against them? Otherwise fixing it > will be forgotten on some packages. Is there an easier way to do this other than doing them one at a time through the Mantis gui? Terminal based Mantis client, etc? From mwatters at opencsw.org Fri Feb 13 17:36:19 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Feb 2009 10:36:19 -0600 Subject: [csw-maintainers] gnupg-2.0.10 updated in Testing Message-ID: <4995A183.9060106@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: recompile with new ggettext and add missing dependencies. all tests still pass 100% - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmVoYMACgkQLrhmsXMSLxdhwQCfa7L8iBEGmpdOUVNOM2WYCxt6 akIAn04tVy1V/w1HKNuuyUaxYikjcLlM =G+/G -----END PGP SIGNATURE----- From harpchad at opencsw.org Fri Feb 13 17:44:11 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 13 Feb 2009 10:44:11 -0600 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <49959E7E.6010808@opencsw.org> References: <20090213001151.GD31102@bolthole.com> <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> <49959E7E.6010808@opencsw.org> Message-ID: <4995A35B.2010705@opencsw.org> Chad Harp wrote: > Dagobert Michelsen wrote: > >> I noticed that sparcv9/libintl.so.3.4.0 is no longer a symlink to >> libintl.so.3, but a copy. Looks wrong to me. > > There is no sparcv9/libintl.so.3.4.0 in the package? > I do see it out on the buildfarm though. There are no packages that depend on it (according to opencsw.org search). Should have been removed by pkgrm. I think it can be safely deleted. From mwatters at opencsw.org Fri Feb 13 20:00:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Feb 2009 13:00:34 -0600 Subject: [csw-maintainers] New version python2.6.1 in Testing Message-ID: <4995C352.40007@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: recompile to allow honoring of /usr/lib/python*/site-packages installed modules. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmVw1IACgkQLrhmsXMSLxcPjACcDKrnUTrkDo7EGJrJaJVnAxjX VIoAoI/PtAVlYpy7GFjprbi925xRJ+xB =UzYy -----END PGP SIGNATURE----- From phil at bolthole.com Fri Feb 13 20:23:20 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 13 Feb 2009 11:23:20 -0800 Subject: [csw-maintainers] New version python2.6.1 in Testing In-Reply-To: <4995C352.40007@opencsw.org> References: <4995C352.40007@opencsw.org> Message-ID: <20090213192319.GA12947@bolthole.com> On Fri, Feb 13, 2009 at 01:00:34PM -0600, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Changes: > recompile to allow honoring of /usr/lib/python*/site-packages installed > modules. err. what? **/usr/lib** ?? that sounds unwise..? From mwatters at opencsw.org Fri Feb 13 21:35:06 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Feb 2009 14:35:06 -0600 Subject: [csw-maintainers] New version python2.6.1 in Testing **TYPO ** In-Reply-To: <20090213192319.GA12947@bolthole.com> References: <4995C352.40007@opencsw.org> <20090213192319.GA12947@bolthole.com> Message-ID: <4995D97A.9080906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Fri, Feb 13, 2009 at 01:00:34PM -0600, Mike Watters wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Changes: >> recompile to allow honoring of /usr/lib/python*/site-packages installed >> modules. > > err. what? > > **/usr/lib** ?? > > that sounds unwise..? > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers woops, /opt/csw/lib sorry + sitedirs.append("/opt/csw/lib/python/site-packages") + sitedirs.append("/opt/csw/lib/python2.5/site-packages") + sitedirs.append("/opt/csw/lib/python2.3/site-packages") + sitedirs.append("/opt/csw/lib/python2.1/site-packages") - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmV2XkACgkQLrhmsXMSLxfm3wCg6XWFS9olzkMKxLoZhVA0Ngnw vj0AoJ7zxK6Sg6KUp3fA0W6ehQ9G3ily =7dHa -----END PGP SIGNATURE----- From skayser at opencsw.org Fri Feb 13 21:57:06 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 13 Feb 2009 21:57:06 +0100 Subject: [csw-maintainers] Announcement about ggettext package that affects many people In-Reply-To: <49959E7E.6010808@opencsw.org> References: <20090213001151.GD31102@bolthole.com> <447846F6-96AD-4B6D-BDA3-B58CCF3F9F23@opencsw.org> <49959E7E.6010808@opencsw.org> Message-ID: <4995DEA2.4070907@opencsw.org> Chad Harp wrote: > Dagobert Michelsen wrote: > >> I noticed that sparcv9/libintl.so.3.4.0 is no longer a symlink to >> libintl.so.3, but a copy. Looks wrong to me. > > There is no sparcv9/libintl.so.3.4.0 in the package? > >> Could we please mass-file bug-reports against them? Otherwise fixing it >> will be forgotten on some packages. > > Is there an easier way to do this other than doing them one at a time > through the Mantis gui? Terminal based Mantis client, etc? Mantis comes with a SOAP interface called MantisConnect (MC) that can be used for stuff just like that. MC had once been an addon but is now part of the core distribution. http://www.futureware.biz/mantisconnect/ http://opencsw.org/mantis/api/soap/mantisconnect.php Anyone proficient enough with SOAP to hack something together? Me not :) Sebastian From bonivart at opencsw.org Fri Feb 13 22:34:31 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 13 Feb 2009 22:34:31 +0100 Subject: [csw-maintainers] Weekend fun Message-ID: <625385e30902131334qf4227e3ob82997deba3e33cb@mail.gmail.com> Sorry about the spam but it's the weekend now and it's pretty cool! :-) http://www.coolepochcountdown.com/ -- /peter From william at wbonnet.net Fri Feb 13 22:40:05 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 13 Feb 2009 22:40:05 +0100 Subject: [csw-maintainers] Weekend fun In-Reply-To: <625385e30902131334qf4227e3ob82997deba3e33cb@mail.gmail.com> References: <625385e30902131334qf4227e3ob82997deba3e33cb@mail.gmail.com> Message-ID: <4995E8B5.50008@wbonnet.net> hI Peter > Sorry about the spam but it's the weekend now and it's pretty cool! :-) > > http://www.coolepochcountdown.com/ > THANKS ! cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Sun Feb 15 15:27:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 15 Feb 2009 15:27:17 +0100 Subject: [csw-maintainers] GAR questions? In-Reply-To: <625385e30902130945s59cad6d9m2c621c4723022c17@mail.gmail.com> References: <625385e30902130945s59cad6d9m2c621c4723022c17@mail.gmail.com> Message-ID: <2CA99789-B87C-4373-9C82-794BD45F2CBD@opencsw.org> Hi Peter, Am 13.02.2009 um 18:45 schrieb Peter Bonivart: > I was testing the new cswusergroup class for my clamav package and > modified this line in the Makefile: > > SPKG_CLASSES_CSWclamav = none cswusergroup cswautouser cswcpsampleconf > cswinitsmf > > But the finished package looks like this: > > PSTAMP=bonivart at build8x-20090213183908 > CLASSES=none > > Only "none" is included, also there's no revision number included > in the PSTAMP. Ups, these are nasty artifacts of the latest GAR enhancement, dynamic pkginfo files. I just made a test run with a hopefully fixed versions in r3114. The GAR revision is missing from the PSTAMP as I implemented a feature which were discussed some month ago about better trackibility from which GAR description the package was build. For this the GAR revision is no longer in PSTAMP, but moved to a custom variable in pkginfo: OPENCSW_REPOSITORY=https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/ clamav/trunk at 3113 Another new variable states if the package is build with 64 bit enabled and if it uses isaexec: OPENCSW_MODE64= This may be 64 or 64/isaexec. Sorry for the inconvenience -- Dago From dam at opencsw.org Sun Feb 15 15:37:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 15 Feb 2009 15:37:42 +0100 Subject: [csw-maintainers] New member In-Reply-To: References: Message-ID: Hi, the association welcomes the newly accepted members - Gary Law Gary already maintained packages and contributed updates to puppet and facter recently. Currently there are three more applicants is the queue for which I either don't have votes from all board members or where the status is currently under discussion: - Jake Goerzen Awaiting feedback after reducing packaging activity - Cyrus Mehta On hold until his package 'monit' hits current/ - J?rgen Arndt On hold until his package 'nagios' hits current/ Please keep in mind that being a maintainer is not only about fame and glory, but also about tedious work to make the packages as good as possible and remove bugs timely when discovered. Please check regularly at the bottom of your maintainer page if there are any open issues. If you have spare cycles please adopt an orphaned package and help bring the complete software stack to a 100% current state. But enough of morality: A very warm welcome! Your membership is tracked at There is now a new column with your dedication in the project. Please let me know on what are you working or are planning to work like "webpage", "maintainer", etc. If you have applied for membership and don't see your name anywhere above please let me know. There has been a lot of mail traffic for me to be processed in the past weeks and I cannot guarantee that I didn't missed one. Best regards -- Dago From mwatters at opencsw.org Sun Feb 15 18:25:47 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Feb 2009 11:25:47 -0600 Subject: [csw-maintainers] Thoughts on a CSW Java package Message-ID: <4998501B.5070002@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was cruising through the packages on the web and noticed a bunch of packages for Java. I was wondering if it would be prudent to create a CSWjava package we could compile and link against so as not to have to rely on users to download and install a compatible version. basically it would be more of a "re-package" then anything else. download the "shar" files from Java.sun.com, extract them in /opt/csw and package them into CSWjava32-rt CSWjava32-devel CSWjava64-rt CSWjava64-devel that way we could put dependencies on the java packages that require the CSW version. It will make building the java dependent packages much easier. Thoughts? - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmYUBsACgkQLrhmsXMSLxdHYACgyqTDFQXkUvlFI0757Xpxc3eX 0I8AnRCpcxp1XQQ/94EhhK6uZEO6px5g =s+ez -----END PGP SIGNATURE----- From dam at opencsw.org Sun Feb 15 20:03:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 15 Feb 2009 20:03:56 +0100 Subject: [csw-maintainers] Fwd: [csw-buildfarm] Please remove libtool dependency References: <45F229DC-BBFA-4659-9DF2-211E93749891@opencsw.org> Message-ID: <30EC8DF9-4FD5-4E15-A3E1-C87EAEA6F94D@opencsw.org> Hi Mike, Am 15.02.2009 um 17:15 schrieb Mike Watters: >> Dagobert Michelsen wrote: >>> Am 13.02.2009 um 23:26 schrieb Mike Watters: >>>> Please remove /opt/csw/lib/libneon.la >>>> it is looking for libexpat.la which no longer exists. >>> >>> I have an updated neon almost finished. Can you wait or should I >>> quick-remove it? > > I can wait. There is now an updated neon in testing. Please let me know if it works. Best regards -- Dago From skayser at opencsw.org Sun Feb 15 23:09:40 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Feb 2009 23:09:40 +0100 Subject: [csw-maintainers] Mantis (bug tracker) going into maintenance at 11:30pm CET Message-ID: <499892A4.4080804@opencsw.org> Hi folks, will put Mantis (our bug tracker) into maintenance mode for a version upgrade at 11:30pm CET. Shouldn't take too long, will let you know as soon as it is up again. Sebastian From skayser at opencsw.org Mon Feb 16 00:02:01 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Feb 2009 00:02:01 +0100 Subject: [csw-maintainers] Mantis (bug tracker) going into maintenance at 11:30pm CET In-Reply-To: <499892A4.4080804@opencsw.org> References: <499892A4.4080804@opencsw.org> Message-ID: <49989EE9.5020805@opencsw.org> Sebastian Kayser wrote: > will put Mantis (our bug tracker) into maintenance mode for a version > upgrade at 11:30pm CET. Shouldn't take too long, will let you know as > soon as it is up again. Up again. Notifications for bug notes do work now. Mantis is still kinda slow, will look into that next. Sebastian From skayser at opencsw.org Mon Feb 16 01:06:46 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Feb 2009 01:06:46 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <49933B43.50101@wbonnet.net> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> <49933B43.50101@wbonnet.net> Message-ID: <4998AE16.8040501@opencsw.org> William Bonnet wrote: >> The best education, in this case, is to be clear: "bugs" is ambiguous, >> "bugs-notification" is clear >> > So let's go for bugs-notification@ :) That's done :). Ihsan has setup the mailing list https://lists.opencsw.org/mailman/listinfo/bug-notifications bug-notifications at lists.opencsw.org Furthermore Mantis now has a dummy user (configured with the mailing list address) that receives notifications for actions on all bugs / packages. Sebastian P.S.: Note that it's bug-notifications@ as Ihsan had proposed initially. Just realized that the "s" swapped places somewhere along this thread, but i guess it's fine either way. From phil at bolthole.com Mon Feb 16 06:35:28 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 15 Feb 2009 21:35:28 -0800 Subject: [csw-maintainers] Thoughts on a CSW Java package In-Reply-To: <4998501B.5070002@opencsw.org> References: <4998501B.5070002@opencsw.org> Message-ID: <20090216053528.GA19326@bolthole.com> On Sun, Feb 15, 2009 at 11:25:47AM -0600, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I was cruising through the packages on the web and noticed a bunch of > packages for Java. I was wondering if it would be prudent to create a > CSWjava package we could compile and link against so as not to have to > rely on users to download and install a compatible version. please see the archives on this subject :-) From dam at opencsw.org Mon Feb 16 09:16:52 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Feb 2009 09:16:52 +0100 Subject: [csw-maintainers] Thoughts on a CSW Java package In-Reply-To: <4998501B.5070002@opencsw.org> References: <4998501B.5070002@opencsw.org> Message-ID: Hi Mike, Am 15.02.2009 um 18:25 schrieb Mike Watters: > I was cruising through the packages on the web and noticed a bunch of > packages for Java. I was wondering if it would be prudent to create a > CSWjava package we could compile and link against so as not to have to > rely on users to download and install a compatible version. > > basically it would be more of a "re-package" then anything else. > download the "shar" files from Java.sun.com, extract them in /opt/csw > and package them into CSWjava32-rt CSWjava32-devel CSWjava64-rt > CSWjava64-devel > > that way we could put dependencies on the java packages that require > the > CSW version. It will make building the java dependent packages much > easier. > > Thoughts? As Phil said: this was discussed some time ago before you joined :-) I made packages for jre and jdk 5 and 6 with GAR and put them in testing/. As of today we are not allowed to distribute them due to licensing restrictions. I am still in contact with Sun about this. As workaround they offered we could distribute OpenJDK instead, not really a replacement. Feel free to test the packages in testing/, but don't depend on them in official packages. Best regards -- Dago From yann at pleiades.fr.eu.org Mon Feb 16 09:18:06 2009 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Mon, 16 Feb 2009 09:18:06 +0100 Subject: [csw-maintainers] WARNING: upgrade problem with last openssh package under Solaris 10 Message-ID: <4999213E.7000407@pleiades.fr.eu.org> Hi, The previous openssh packages were incorrectly pushed in the csw repository tree: the solaris 8 package was pushed in the solaris 10 tree instead of the solaris 10 one. As a side effect, with the current package, stopping openssh under Solaris 10 kills all ssh connections. The problem will be solved with the next package release, which will soon land in the repository, but the upgrade will not go smoothly as the previous ssh processes will be stopped during the operation, hence killing all ssh connections. So if you perform the upgrade from an ssh connection, this connection will be killed, the ssh package will be left in a uninstalled state and you will not be able to log again on your server using ssh. To avoid this problem: - either perform the upgrade from the console or using another remote shell - or follow this procedure: * launch manually the openssh daemon on a non-standard port: /opt/csw/sbin/sshd -p 2022 * connect to your server by ssh on this port: ssh -p 2022 yourserver * perform the upgrade from this connection The openssh daemon manually launched will not be killed allowing you to perform the upgrade safely. I apologize for any inconvenience caused by this bug. Yann From mwatters at opencsw.org Mon Feb 16 17:37:33 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Feb 2009 10:37:33 -0600 Subject: [csw-maintainers] [csw-users] WARNING: upgrade problem with last openssh package under Solaris 10 In-Reply-To: <4999213E.7000407@pleiades.fr.eu.org> References: <4999213E.7000407@pleiades.fr.eu.org> Message-ID: <4999964D.7010409@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 the problem lies in the pre-remove although I don't have a copy for solaris 8 I can look at. The workaround I have used in the past for this problem is as follows: first, ssh into the system, sudo root cd /var/sadm/pkgs/CSWossh/install cp preremove ~/ # to keep a copy for cleanup edit the preremove script in install and before any other code put exit 0 this will cause the package to skip the pre-remove as successful. then you can pkgrm the new package without losing your ssh connections. before adding the "new" package, walk yourself through the original pre-remove and cleanup the same things it did. i.e. /var/run/sshd.pid et.al. then you can pkg-add your new version and as people disconnect and re-connect their ssh version will be upgraded. - -- Mike Yann Rouillard wrote: > Hi, > > The previous openssh packages were incorrectly pushed in the csw > repository tree: the solaris 8 package was pushed in the solaris 10 tree > instead of the solaris 10 one. > > As a side effect, with the current package, stopping openssh under > Solaris 10 kills all ssh connections. > > The problem will be solved with the next package release, which will > soon land in the repository, but the upgrade will not go smoothly as the > previous ssh processes will be stopped during the operation, hence > killing all ssh connections. > > So if you perform the upgrade from an ssh connection, this connection > will be killed, the ssh package will be left in a uninstalled state and > you will not be able to log again on your server using ssh. > > To avoid this problem: > > - either perform the upgrade from the console or using another remote > shell > > - or follow this procedure: > > * launch manually the openssh daemon on a non-standard port: > /opt/csw/sbin/sshd -p 2022 > > * connect to your server by ssh on this port: > ssh -p 2022 yourserver > > * perform the upgrade from this connection > > The openssh daemon manually launched will not be killed allowing you > to perform the upgrade safely. > > > I apologize for any inconvenience caused by this bug. > > Yann > > > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmZlk0ACgkQLrhmsXMSLxez1QCfZN+jkMuDPTG1420NMcqM64Dy wPwAoNLtbi9fGL8BjhQ6EDqyODbD5CdQ =5PNk -----END PGP SIGNATURE----- From bonivart at opencsw.org Mon Feb 16 18:30:13 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 16 Feb 2009 18:30:13 +0100 Subject: [csw-maintainers] PHP extension request Message-ID: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> I have packaged an update to phpMyAdmin and there's a few new dependencies: # To support uploading of ZIP files, you need the PHP zip extension. # For proper support of multibyte strings (eg. UTF-8, which is currently default), you should install mbstring and ctype extensions. Anyone up to package those three extensions? Or at least mbstring which I think is most important of the three. -- /peter From mwatters at opencsw.org Mon Feb 16 18:35:39 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Feb 2009 11:35:39 -0600 Subject: [csw-maintainers] PHP extension request In-Reply-To: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> References: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> Message-ID: <4999A3EB.7030803@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I will give them a shot. Peter Bonivart wrote: > I have packaged an update to phpMyAdmin and there's a few new dependencies: > > # To support uploading of ZIP files, you need the PHP zip extension. > # For proper support of multibyte strings (eg. UTF-8, which is > currently default), you should install mbstring and ctype extensions. > > Anyone up to package those three extensions? Or at least mbstring > which I think is most important of the three. > - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmZo+sACgkQLrhmsXMSLxdnTwCgqCP4p1LQYfQzO9vR+LB+UelV looAnjgpxzspG5jcTiy++loijdzeZ/Ry =VwjL -----END PGP SIGNATURE----- From william at wbonnet.net Mon Feb 16 20:11:35 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Feb 2009 20:11:35 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4998AE16.8040501@opencsw.org> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> <49933B43.50101@wbonnet.net> <4998AE16.8040501@opencsw.org> Message-ID: <4999BA67.6040808@wbonnet.net> Hi > That's done :). Ihsan has setup the mailing list > Thanks -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Mon Feb 16 21:06:21 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Feb 2009 12:06:21 -0800 Subject: [csw-maintainers] stable release? Message-ID: <20090216200621.GC89332@bolthole.com> I have some folks asking about a new 'stable' release. ----- Forwarded message from Josh Smift ----- Hiya! We use OpenCSW at Upromise, and try to update our CSW packages in synch with a periodic update of Sun patches, but noticed that the latest 'stable' snapshot is still from Oct 24th. Do you have a target for when the next snapshot will be? ----- End forwarded message ----- From phil at bolthole.com Mon Feb 16 21:12:28 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Feb 2009 12:12:28 -0800 Subject: [csw-maintainers] GAR questions? In-Reply-To: <2CA99789-B87C-4373-9C82-794BD45F2CBD@opencsw.org> References: <625385e30902130945s59cad6d9m2c621c4723022c17@mail.gmail.com> <2CA99789-B87C-4373-9C82-794BD45F2CBD@opencsw.org> Message-ID: <20090216201228.GF89332@bolthole.com> On Sun, Feb 15, 2009 at 03:27:17PM +0100, Dagobert Michelsen wrote: > Another new variable states if the package is build with 64 bit > enabled and if it uses isaexec: > > OPENCSW_MODE64= > > This may be 64 or 64/isaexec. shouldnt there be 3 states? "64" doesnt indicate if it is a mixed 32/64bit package, or whether it is 64-bit only. From skayser at opencsw.org Mon Feb 16 21:31:48 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Feb 2009 21:31:48 +0100 Subject: [csw-maintainers] PHP extension request In-Reply-To: <4999A3EB.7030803@opencsw.org> References: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> <4999A3EB.7030803@opencsw.org> Message-ID: <4999CD34.8020700@opencsw.org> Mike Watters wrote: > I will give them a shot. > > Peter Bonivart wrote: >> I have packaged an update to phpMyAdmin and there's a few new dependencies: >> >> # To support uploading of ZIP files, you need the PHP zip extension. >> # For proper support of multibyte strings (eg. UTF-8, which is >> currently default), you should install mbstring and ctype extensions. >> >> Anyone up to package those three extensions? Or at least mbstring >> which I think is most important of the three. Mike, while you are at it, would you mind giving Xdebug [1] a shot as well? We could use its profiling feature to nail down the performance problems of our Mantis installation. Sebastian [1] http://xdebug.org/ From dam at opencsw.org Mon Feb 16 21:47:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Feb 2009 21:47:50 +0100 Subject: [csw-maintainers] Directory permissions on /opt/csw/var/svc In-Reply-To: <200902162311.57120.ai@vsu.ru> References: <200902121852.26676.ai@vsu.ru> <49281167-A058-4455-868C-7A315DCD2FF7@opencsw.org> <200902162311.57120.ai@vsu.ru> Message-ID: Hi Phil, Am 16.02.2009 um 21:11 schrieb Andy Igoshin: > i propose to change the group name of some SMF directories to conform > to solaris directories when '/opt/csw/var' is mounted on '/var'. > > the patch is attached. > --- smf_enabled.gspec.ORIG Mon Feb 16 15:02:24 2009 > +++ smf_enabled.gspec Mon Feb 16 15:03:07 2009 > @@ -24,9 +24,9 @@ > s init /etc/rc3.d/%{INIT_RC3}%{INIT_START_PRIO}%{RC_INIT_SCRIPT}=../ > init.d/%{RC_INIT_SCRIPT} > d init /etc/rcS.d ? ? ? > s init /etc/rcS.d/%{INIT_RCS}%{INIT_KILL_PRIO}%{RC_INIT_SCRIPT}=../ > init.d/%{RC_INIT_SCRIPT} > -d smf /opt/csw/var/svc 0755 root bin > -d smf /opt/csw/var/svc/manifest 0755 root bin > -d smf /opt/csw/var/svc/manifest/site 0755 root bin > +d smf /opt/csw/var/svc 0755 root sys > +d smf /opt/csw/var/svc/manifest 0755 root sys > +d smf /opt/csw/var/svc/manifest/site 0755 root sys > v smf /opt/csw/var/svc/manifest/site/%{SMF_MANIFEST}= > $WORKDIR_FIRSTMOD/%{SMF_MANIFEST} 0644 root bin > d smf /opt/csw/lib 0755 root bin > d smf /opt/csw/lib/svc 0755 root bin Sounds ok? Best regards -- Dago From dam at opencsw.org Mon Feb 16 21:50:06 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Feb 2009 21:50:06 +0100 Subject: [csw-maintainers] GAR questions? In-Reply-To: <20090216201228.GF89332@bolthole.com> References: <625385e30902130945s59cad6d9m2c621c4723022c17@mail.gmail.com> <2CA99789-B87C-4373-9C82-794BD45F2CBD@opencsw.org> <20090216201228.GF89332@bolthole.com> Message-ID: Hi Phil, Am 16.02.2009 um 21:12 schrieb Philip Brown: > On Sun, Feb 15, 2009 at 03:27:17PM +0100, Dagobert Michelsen wrote: >> Another new variable states if the package is build with 64 bit >> enabled and if it uses isaexec: >> >> OPENCSW_MODE64= >> >> This may be 64 or 64/isaexec. > > shouldnt there be 3 states? > > "64" doesnt indicate if it is a mixed 32/64bit package, or whether it > is 64-bit only. You are probably right. However, we don't have packages containing 64 bit only - yet! I'll change it to 32 32 bit only 32/64 mixed, manually selected 32/64/isaexec mixed, automatically selected 64 64 bit only Best regards -- Dago From mwatters at opencsw.org Mon Feb 16 22:02:24 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Feb 2009 15:02:24 -0600 Subject: [csw-maintainers] PHP extension request In-Reply-To: <4999CD34.8020700@opencsw.org> References: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> <4999A3EB.7030803@opencsw.org> <4999CD34.8020700@opencsw.org> Message-ID: <4999D460.60302@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I will add it to my list ;) Sebastian Kayser wrote: > Mike Watters wrote: >> I will give them a shot. >> >> Peter Bonivart wrote: >>> I have packaged an update to phpMyAdmin and there's a few new dependencies: >>> >>> # To support uploading of ZIP files, you need the PHP zip extension. >>> # For proper support of multibyte strings (eg. UTF-8, which is >>> currently default), you should install mbstring and ctype extensions. >>> >>> Anyone up to package those three extensions? Or at least mbstring >>> which I think is most important of the three. > > Mike, while you are at it, would you mind giving Xdebug [1] a shot as > well? We could use its profiling feature to nail down the performance > problems of our Mantis installation. > > Sebastian > > [1] http://xdebug.org/ > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmZ1F8ACgkQLrhmsXMSLxdaewCfTsdtXXWl3PHyQkYxYA6Kcq/m hMUAnAyolRQtfwjVDFHr5aLSLWFRi3of =FOQo -----END PGP SIGNATURE----- From phil at bolthole.com Mon Feb 16 22:13:27 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Feb 2009 13:13:27 -0800 Subject: [csw-maintainers] Directory permissions on /opt/csw/var/svc In-Reply-To: References: <200902121852.26676.ai@vsu.ru> <49281167-A058-4455-868C-7A315DCD2FF7@opencsw.org> <200902162311.57120.ai@vsu.ru> Message-ID: <20090216211327.GH89332@bolthole.com> On Mon, Feb 16, 2009 at 09:47:50PM +0100, Dagobert Michelsen wrote: > Hi Phil, > > Am 16.02.2009 um 21:11 schrieb Andy Igoshin: > > i propose to change the group name of some SMF directories to conform > > to solaris directories when '/opt/csw/var' is mounted on '/var'. > > > > the patch is attached. Hmmm.... that sort of thing, strikes me as potentially very, VERY dangerous. There are assorted packages/programs, that sometimes exist in both sun space, and csw space, and both use /var, I think. There would be some potentially nasty conflicts. If so, i'm not sure we should be facilitating behaviour that we know is inherently problematical? From ihsan at opencsw.org Tue Feb 17 15:14:57 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 17 Feb 2009 15:14:57 +0100 Subject: [csw-maintainers] Mantis Bug notification list In-Reply-To: <4998AE16.8040501@opencsw.org> References: <498DB4CF.3060904@opencsw.org> <9C3621A0-3834-4215-9E2B-973D43AFFF8B@opencsw.org> <4991BE1F.9080202@wbonnet.net> <20090210175114.GI92408@bolthole.com> <4991C99B.7050303@wbonnet.net> <49933B43.50101@wbonnet.net> <4998AE16.8040501@opencsw.org> Message-ID: <499AC661.8010407@opencsw.org> Am 16.2.2009 1:06 Uhr, Sebastian Kayser schrieb: >> So let's go for bugs-notification@ :) > > That's done :). Ihsan has setup the mailing list > > https://lists.opencsw.org/mailman/listinfo/bug-notifications > bug-notifications at lists.opencsw.org I haven't subsrcibed anybody to the list. Please subscribe yourself through the Mailman webinterface. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Tue Feb 17 15:38:07 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 17 Feb 2009 15:38:07 +0100 Subject: [csw-maintainers] stable release? In-Reply-To: <20090216200621.GC89332@bolthole.com> References: <20090216200621.GC89332@bolthole.com> Message-ID: <499ACBCF.6000608@opencsw.org> Am 16.2.2009 21:06 Uhr, Philip Brown schrieb: > I have some folks asking about a new 'stable' release. James was actually doing all these things. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Tue Feb 17 19:04:31 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Feb 2009 10:04:31 -0800 Subject: [csw-maintainers] stable release? In-Reply-To: <499ACBCF.6000608@opencsw.org> References: <20090216200621.GC89332@bolthole.com> <499ACBCF.6000608@opencsw.org> Message-ID: <20090217180431.GC42995@bolthole.com> On Tue, Feb 17, 2009 at 03:38:07PM +0100, Ihsan Dogan wrote: > Am 16.2.2009 21:06 Uhr, Philip Brown schrieb: > > > I have some folks asking about a new 'stable' release. > > James was actually doing all these things. Could you please be more specific as to why you brought this up... are you just making a "historical note", or are you saying James is working on a new stable release? From phil at bolthole.com Tue Feb 17 19:10:53 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Feb 2009 10:10:53 -0800 Subject: [csw-maintainers] java package comment Message-ID: <20090217181053.GE42995@bolthole.com> BTW: since sun is being braindead about the java redistribution thing, i'd like to make a proposal; we previously had the concept generally agreed upon, that we would have a virtual package CSWjava, that would theoretically point to the most up to date package of "ours". Until such time as sun wakes up, i'd like to propose that we have an even more general case "CSWjava" package, that installs wrapper scripts to /opt/csw/bin/{java,jre}, and that auto-detects any installed java packages, and attempts to invoke the latest. and/or reads config files to override defaults and go with sysadmin preference of default. That way, we can have our java related packages depend on "java", and then have a "known" java runtime location, as much as possible. Dago, how about it? From dam at opencsw.org Tue Feb 17 19:24:33 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Feb 2009 19:24:33 +0100 Subject: [csw-maintainers] java package comment In-Reply-To: <20090217181053.GE42995@bolthole.com> References: <20090217181053.GE42995@bolthole.com> Message-ID: <3AE3F560-5BBF-44C1-85B9-50C49E525D42@opencsw.org> Hi Phil, Am 17.02.2009 um 19:10 schrieb Philip Brown: > BTW: since sun is being braindead about the java redistribution thing, > i'd like to make a proposal; > > we previously had the concept generally agreed upon, that we would > have a > virtual package CSWjava, that would theoretically point to the most > up to date package of "ours". > > Until such time as sun wakes up, i'd like to propose that we have an > even > more general case "CSWjava" package, that installs wrapper scripts to > /opt/csw/bin/{java,jre}, and that auto-detects any installed java > packages, > and attempts to invoke the latest. > > and/or reads config files to override defaults and go with sysadmin > preference of default. > > That way, we can have our java related packages depend on "java", and > then have a "known" java runtime location, as much as possible. > Dago, how about it? Let's do it. However, my directory layout is slightly different than your proposal: /opt/csw/java/jdk/latest /opt/csw/java/jre/latest Then /opt/csw/bin/java could point to /opt/csw/java/jre/latest/bin/jre. This would allow having the wrapper now and interpose my current but illegal Java package later if this legal stuff is settled. Best regards -- Dago From phil at bolthole.com Tue Feb 17 19:27:03 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Feb 2009 10:27:03 -0800 Subject: [csw-maintainers] java package comment In-Reply-To: <3AE3F560-5BBF-44C1-85B9-50C49E525D42@opencsw.org> References: <20090217181053.GE42995@bolthole.com> <3AE3F560-5BBF-44C1-85B9-50C49E525D42@opencsw.org> Message-ID: <20090217182703.GF42995@bolthole.com> On Tue, Feb 17, 2009 at 07:24:33PM +0100, Dagobert Michelsen wrote: > > Let's do it. However, my directory layout is slightly different > than your proposal: > /opt/csw/java/jdk/latest > /opt/csw/java/jre/latest > Then > /opt/csw/bin/java could point to /opt/csw/java/jre/latest/bin/jre. > This would allow having the wrapper now and interpose my current but > illegal Java package later if this legal stuff is settled. Do you have your proposal written up on wiki? 'search' doesnt turn it up. From dam at opencsw.org Tue Feb 17 19:28:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Feb 2009 19:28:42 +0100 Subject: [csw-maintainers] Another mGAR v2 issue References: <7FF2104C-5EF7-4866-9390-9A306E88B76B@baltic-online.de> Message-ID: <4627974E-B0FD-49ED-96B6-EE8CE18CF241@opencsw.org> Hi, Peter brought another bug in mGAR v2 to my notice where multiple packages are generated when the default in the GARNAME differs from the name in the gspec-file. Please have an eye on this as the code is still rather new and let me know if you encounter anything strange. The new feature "dynamic gspec files" and "dynamic prototypes" is the opener for more flexibility in the Makefiles in the future. Best regards -- Dago From dam at opencsw.org Tue Feb 17 19:30:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Feb 2009 19:30:31 +0100 Subject: [csw-maintainers] java package comment In-Reply-To: <20090217182703.GF42995@bolthole.com> References: <20090217181053.GE42995@bolthole.com> <3AE3F560-5BBF-44C1-85B9-50C49E525D42@opencsw.org> <20090217182703.GF42995@bolthole.com> Message-ID: <38F8ACDE-EB6A-41DD-ABD8-E149F668AC58@opencsw.org> Hi Phil, Am 17.02.2009 um 19:27 schrieb Philip Brown: > On Tue, Feb 17, 2009 at 07:24:33PM +0100, Dagobert Michelsen wrote: >> Let's do it. However, my directory layout is slightly different >> than your proposal: >> /opt/csw/java/jdk/latest >> /opt/csw/java/jre/latest >> Then >> /opt/csw/bin/java could point to /opt/csw/java/jre/latest/bin/jre. >> This would allow having the wrapper now and interpose my current but >> illegal Java package later if this legal stuff is settled. > > Do you have your proposal written up on wiki? > > 'search' doesnt turn it up. ?hm, no, this is how my CSWjdk, CSWjre, CSWjdk6, CSWjre6 etc. packages in testing/ are currently build. But a description on the wiki won't hurt, yes... Best regards -- Dago From dam at baltic-online.de Tue Feb 17 19:22:44 2009 From: dam at baltic-online.de (Dagobert Michelsen) Date: Tue, 17 Feb 2009 19:22:44 +0100 Subject: [csw-maintainers] Another mGAR v2 issue Message-ID: <7FF2104C-5EF7-4866-9390-9A306E88B76B@baltic-online.de> Hi, Peter brought another bug in mGAR v2 to my notice where multiple packages are generated when the default in the GARNAME differs from the name in the gspec-file. Please have an eye on this as the code is still rather new and let me know if you encounter anything strange. The new feature dynamic gspec files and dynamic prototypes is the opener for more flexibility in the Makefiles. Best regards -- Dago From mwatters at opencsw.org Tue Feb 17 22:42:20 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Feb 2009 15:42:20 -0600 Subject: [csw-maintainers] php5_xdebug *** Now In Testing *** Message-ID: <499B2F3C.3010807@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmbLzwACgkQLrhmsXMSLxcouQCgneXPf0oGshfGPybp9upgJb5C BCoAoMkPa7Sl/cEGFcNnfUDoN31Rrpwb =oD1E -----END PGP SIGNATURE----- From skayser at opencsw.org Wed Feb 18 01:16:13 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 18 Feb 2009 01:16:13 +0100 Subject: [csw-maintainers] php5_xdebug *** Now In Testing *** In-Reply-To: <499B2F3C.3010807@opencsw.org> References: <499B2F3C.3010807@opencsw.org> Message-ID: <499B534D.8090004@opencsw.org> Mike, thanks alot for packaging this up. Will give it a try over the next few days. Sebastian From mwatters at opencsw.org Wed Feb 18 02:21:29 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Feb 2009 19:21:29 -0600 Subject: [csw-maintainers] php5_zip *** Now In Testing *** Message-ID: <499B6299.1090500@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmbYpkACgkQLrhmsXMSLxefEQCgnKHhNFqeo6GYGi5pIOLLo+vv zmcAoKFBeFkU8uGennY7GJvFMMlVQMZZ =4sri -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 18 03:14:45 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Feb 2009 20:14:45 -0600 Subject: [csw-maintainers] php5_ctype *** Now In Testing *** Message-ID: <499B6F15.1060905@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmbbxUACgkQLrhmsXMSLxexFgCfQs0h7NVZHifY6T2tphbm7Kyv U5QAoL3aBSuTyug0jNYjIG4GVhcKJIRW =RdHo -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 18 03:29:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Feb 2009 20:29:34 -0600 Subject: [csw-maintainers] php5_mbstring *** Now In Testing *** Message-ID: <499B728E.4000209@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmbco4ACgkQLrhmsXMSLxdhugCeMXFNx9q0VHroKbjNiY0ejRni +YgAn2TaPGWr3SUFClTV5SqcPZuvfhaX =L3ko -----END PGP SIGNATURE----- From ihsan at opencsw.org Wed Feb 18 10:50:11 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Feb 2009 10:50:11 +0100 Subject: [csw-maintainers] stable release? In-Reply-To: <20090217180431.GC42995@bolthole.com> References: <20090216200621.GC89332@bolthole.com> <499ACBCF.6000608@opencsw.org> <20090217180431.GC42995@bolthole.com> Message-ID: <499BD9D3.600@opencsw.org> Am 17.2.2009 19:04 Uhr, Philip Brown schrieb: >>> I have some folks asking about a new 'stable' release. >> James was actually doing all these things. > > Could you please be more specific as to why you brought this up... > are you just making a "historical note", or are you saying James is working > on a new stable release? Well, he was actually coordinating and pushing people for the stable releasing. Ihsna -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Wed Feb 18 10:53:16 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Feb 2009 10:53:16 +0100 Subject: [csw-maintainers] new php5 maintainer needed Message-ID: <499BDA8C.9040603@opencsw.org> Hello, At the moment I am the php5 maintainer. I've took the package from Cory, because I needed a newer version. I would be really happy, if someone could take over this package, who has time and deeper php knowledge. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Wed Feb 18 11:23:35 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 18 Feb 2009 11:23:35 +0100 Subject: [csw-maintainers] Directory permissions on /opt/csw/var/svc In-Reply-To: <20090216211327.GH89332@bolthole.com> References: <200902121852.26676.ai@vsu.ru> <49281167-A058-4455-868C-7A315DCD2FF7@opencsw.org> <200902162311.57120.ai@vsu.ru> <20090216211327.GH89332@bolthole.com> Message-ID: Hi, Am 16.02.2009 um 22:13 schrieb Philip Brown: > On Mon, Feb 16, 2009 at 09:47:50PM +0100, Dagobert Michelsen wrote: >> Hi Phil, >> >> Am 16.02.2009 um 21:11 schrieb Andy Igoshin: >>> i propose to change the group name of some SMF directories to >>> conform >>> to solaris directories when '/opt/csw/var' is mounted on '/var'. >>> >>> the patch is attached. > > Hmmm.... that sort of thing, strikes me as potentially very, VERY > dangerous. > > There are assorted packages/programs, that sometimes exist in both sun > space, and csw space, and both use /var, I think. > There would be some potentially nasty conflicts. > > If so, i'm not sure we should be facilitating behaviour that we know > is > inherently problematical? Well, to put it the other way: Changing the permissions would bring the /opt/csw-tree to a more Solaris-like permission model, so I think this is generally a Good Thing. Best regards -- Dago From hson at opencsw.org Wed Feb 18 15:19:24 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 18 Feb 2009 15:19:24 +0100 Subject: [csw-maintainers] .la discussion In-Reply-To: <20090128174301.GG23122@bolthole.com> References: <4980876A.8070806@opencsw.org> <20090128170250.GZ23122@bolthole.com> <49809197.8050801@opencsw.org> <20090128172225.GF23122@bolthole.com> <4980951A.2050003@opencsw.org> <20090128174301.GG23122@bolthole.com> Message-ID: <499C18EC.7040103@opencsw.org> Philip Brown wrote: > On Wed, Jan 28, 2009 at 11:25:46AM -0600, Chad Harp wrote: >> Philip Brown wrote: >>> "clean to outside": >>> make a list of all packages that have .la files, and graph em as >>> dependancies, and then start prodding the appropriate people >>> to repackage them starting at "leaf nodes" in the graph. >>> >>> Note: It's no good just doing a one-time repackage. we need to make sure >>> that the maintainers build it "the next time" without .la files too. >> Why not do both? The "clean to us" would allow our maintainers to >> continue building their packages while we take care of the "clean to >> outside". > > you kinda missed the point of "clean to outside". > > If we are trying to remain "clean to outside", that means that "outside" > people will be able to build easily on top of our published packages, > without getting TOO messed up with .la missing linkages. > > The only way that can happen, is if we rebuild packages in a deterministic > manner, working from the "leaf nodes" inward. > > If we just rm all the .la files, then we will effectively be clearing > things for random package rebuilds, which will break the "clean to outside" > paradigm". Sorry for reviving an old discussion, but as a newbie maintainer I need to understand this... What is the real problem with "cleaning the build-servers" (i.e 'rm /opt/csw/lib/*.la')? I understand that in a perfect world it would be best to rebuild "in a deterministic manner", but the reality is that we already have some packages have been rebuilt without .la-files which some other packages depend on. I've taken upon myself to rebuild a few number of packages(libexif, librsvg, exiftools and imagemagick) and stumbled upon a bunch of .la-files that are missing (and which are referenced in other .la-files), even though I only have installed the dependency packages. These are the ones missing on my build machine libexpat.la libfontconfig.la libintl.la libpopt.la libxml2.la Looking at the build farm, these are missing on build8s /opt/csw/lib/libSDL.la /opt/csw/lib/libcairo.la /opt/csw/lib/libexpat.la /opt/csw/lib/libfontconfig.la /opt/csw/lib/libgd.la /opt/csw/lib/libgpg-error.la /opt/csw/lib/libpangocairo-1.0.la /opt/csw/lib/libpopt.la /opt/csw/lib/libpth.la /opt/csw/lib/libsigc-1.2.la This means that we already have a situation where the "clean to outside" approach is "half-dead". And if we are to keep "clean to outside", all released packages, which currently have .la-files and where there are other packages depending on those, must keep being released without .la-files until all "leaf nodes" have been rebuilt without la.files. So my final question is: Am I to release packages with or without .la-files if there are packages depending on my packages and the "current" package have .la-files? What real impact would it have if I delete all .la-files from /opt/csw/lib before I build my package (which I must do, or at least edit the .la-files and change from /opt/csw/lib/libXXX.la to '-lXXX', in order to build imagemagick due to several nonexistant .la-files) ? From mwatters at opencsw.org Wed Feb 18 15:50:54 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 08:50:54 -0600 Subject: [csw-maintainers] new php5 maintainer needed In-Reply-To: <499BDA8C.9040603@opencsw.org> References: <499BDA8C.9040603@opencsw.org> Message-ID: <499C204E.3000301@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ihsan Dogan wrote: > Hello, > > At the moment I am the php5 maintainer. I've took the package from Cory, > because I needed a newer version. > > I would be really happy, if someone could take over this package, who > has time and deeper php knowledge. > > > > Ihsan > Ihsan, I will do it. I have most of the plugins recompiled as you saw my csw-devel checkins - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmcIE4ACgkQLrhmsXMSLxcNAwCeMEK/f4JAFUonoZ5/DUQcJFWg oo4Anjop+ZoLIXmfR000dTh8YzTrqeF6 =ymsX -----END PGP SIGNATURE----- From ihsan at opencsw.org Wed Feb 18 16:15:53 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Feb 2009 16:15:53 +0100 Subject: [csw-maintainers] new php5 maintainer needed In-Reply-To: <499C204E.3000301@opencsw.org> References: <499BDA8C.9040603@opencsw.org> <499C204E.3000301@opencsw.org> Message-ID: <499C2629.6090508@opencsw.org> Hello Mike, Am 18.2.2009 15:50 Uhr, Mike Watters schrieb: >> At the moment I am the php5 maintainer. I've took the package from Cory, >> because I needed a newer version. > >> I would be really happy, if someone could take over this package, who >> has time and deeper php knowledge. > > I will do it. I have most of the plugins recompiled as you saw my > csw-devel checkins Thank you very much. Everything is actually in Gar. :-) Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From hson at opencsw.org Wed Feb 18 16:35:05 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 18 Feb 2009 16:35:05 +0100 Subject: [csw-maintainers] A policy issue Message-ID: <499C2AA9.6030401@opencsw.org> What is the policy regarding removing (i.e not configuring optional functionality before build) functionality when releasing a new version of a package? And also, what are the policy on backporting Solaris8/9-support which have been removed by upstream vendor? The reason for asking is this: The current imagemagick-package have support for openexr image format which in CSW lies in the package openexr. When I started my journey to updating imagemagick, I discovered some depending packages which like imagemagick had an non-active maintainer and which was in need of updating, so I took upon myself to update some of those packages too. But then i discovered that not only have openexr been split into two separate download packages (ilmbase and openexr, which is no big problem, I can create a new package and make openexr dependant on that one), but also they have removed a bit of code in ilmbase (actually they did it already in openexr-1.4, where the current is 1.6 and CSW-current is 1.2) which makes it impossible to compile on Solaris 8 and Solaris 9, due to nonexistant floating point arithmetic funktions (sinf,cosf...). As I see it, the possible solutions are: - Keep compiling imagemagick against current CSWopenexr, with the possible implication that we might have to drop openexr-support in the future when imagemagick requires an newer openexr-version - Drop openexr-support in CSWimagemagick - Backport the old code which upstream removed, as a "CSW-patch" with the implication that it might have some impact on openexr-stability/functionality (in this case, the "backport" consists of an ifdef/else with two different C++-templates, where one uses asin/cos/sin and the other asinf/cosf/sinf, so it should work, but we never know what the ILM-guys might do in the future). The question is which solution is the preferred one? From dam at opencsw.org Wed Feb 18 17:41:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 18 Feb 2009 17:41:43 +0100 Subject: [csw-maintainers] A policy issue In-Reply-To: <499C2AA9.6030401@opencsw.org> References: <499C2AA9.6030401@opencsw.org> Message-ID: <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> Hi Roger, Am 18.02.2009 um 16:35 schrieb Roger H?kansson: > What is the policy regarding removing (i.e not configuring optional > functionality before build) functionality when releasing a new version > of a package? > And also, what are the policy on backporting Solaris8/9-support which > have been removed by upstream vendor? > > The reason for asking is this: > > The current imagemagick-package have support for openexr image format > which in CSW lies in the package openexr. > When I started my journey to updating imagemagick, I discovered some > depending packages which like imagemagick had an non-active maintainer > and which was in need of updating, so I took upon myself to update > some > of those packages too. > But then i discovered that not only have openexr been split into two > separate download packages (ilmbase and openexr, which is no big > problem, I can create a new package and make openexr dependant on that > one), but also they have removed a bit of code in ilmbase (actually > they > did it already in openexr-1.4, where the current is 1.6 and CSW- > current > is 1.2) which makes it impossible to compile on Solaris 8 and > Solaris 9, > due to nonexistant floating point arithmetic funktions (sinf,cosf...). Basically it is expected from the package maintainer to fix issues with older Solaris releases. But if the Solaris version was deliberately desupported upstream this goes IMHO too far to work against upstream policy. > As I see it, the possible solutions are: > > - Keep compiling imagemagick against current CSWopenexr, with the > possible implication that we might have to drop openexr-support in the > future when imagemagick requires an newer openexr-version Current means 1.2 and that means very old here. Not good. > - Drop openexr-support in CSWimagemagick Not good, as the policy is also to build with full dependencies. > - Backport the old code which upstream removed, as a "CSW-patch" with > the implication that it might have some impact on > openexr-stability/functionality (in this case, the "backport" consists > of an ifdef/else with two different C++-templates, where one uses > asin/cos/sin and the other asinf/cosf/sinf, so it should work, but we > never know what the ILM-guys might do in the future). This would be asking too much from the package maintainer IMHO. There are two more options: - Build openexr only for Solaris 10, build separate packages for Solaris 8+9 and 10, where only the Solaris 10 version depends on openexr. This would go against the policy of providing libs for all Solaris releases. Users on Solaris 8 and 9 using openexr right now would be left without a package. - Build openexr 1.4 (the last version supported for Solaris 8 and 9) This would go with all policies at OpenCSW without discussion. Solaris 10 users wouldn't get what they can get. - Build openexr 1.4 on Solaris 8+9 and openexr 1.6 on Solaris 10 This would lead to a situation with diverging library versions between the Solaris releases, but would bring the best to all platforms available. I guess I prefer this solution. Other opinions on this topic? Best regards -- Dago From hson at opencsw.org Wed Feb 18 17:58:16 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 18 Feb 2009 17:58:16 +0100 Subject: [csw-maintainers] A policy issue In-Reply-To: <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> References: <499C2AA9.6030401@opencsw.org> <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> Message-ID: <499C3E28.3090707@opencsw.org> Dagobert Michelsen wrote: > This would go against the policy of providing libs for all Solaris > releases. Users on Solaris 8 and 9 using openexr right now would be > left without a package. > > - Build openexr 1.4 (the last version supported for Solaris 8 and 9) > > This would go with all policies at OpenCSW without discussion. > Solaris 10 users wouldn't get what they can get. > > - Build openexr 1.4 on Solaris 8+9 and openexr 1.6 on Solaris 10 > Just a note, even openexr 1.4 had dropped support for Solaris 8+9, so in reality, the current CSW-version is the last version of openexr which have support for Solaris 8+9 From phil at bolthole.com Wed Feb 18 18:20:05 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 09:20:05 -0800 Subject: [csw-maintainers] A policy issue In-Reply-To: <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> References: <499C2AA9.6030401@opencsw.org> <9D103374-ADED-48F9-BC3B-249B6B489120@opencsw.org> Message-ID: <20090218172004.GH42995@bolthole.com> On Wed, Feb 18, 2009 at 05:41:43PM +0100, Dagobert Michelsen wrote: > > Basically it is expected from the package maintainer to fix issues > with older Solaris releases. But if the Solaris version was > deliberately desupported upstream this goes IMHO too far to work > against upstream policy. well, it depends on just how much damage there is. There's "not supported", and then there's "complete mess to port". The two are different issues. From phil at bolthole.com Wed Feb 18 18:22:08 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 09:22:08 -0800 Subject: [csw-maintainers] A policy issue In-Reply-To: <499C2AA9.6030401@opencsw.org> References: <499C2AA9.6030401@opencsw.org> Message-ID: <20090218172207.GI42995@bolthole.com> On Wed, Feb 18, 2009 at 04:35:05PM +0100, Roger H?kansson wrote: > ..., but also they have removed a bit of code in ilmbase (actually they > did it already in openexr-1.4, where the current is 1.6 and CSW-current > is 1.2) which makes it impossible to compile on Solaris 8 and Solaris 9, > due to nonexistant floating point arithmetic funktions (sinf,cosf...). "impossible"? not at all. there are fairly easy workarounds for that sort of thing. > > As I see it, the possible solutions are: > > - Keep compiling imagemagick against current CSWopenexr, with the > possible implication that we might have to drop openexr-support in the > future when imagemagick requires an newer openexr-version if it works with the current version, that's fine with me. that being said... > - Backport the old code which upstream removed, as a "CSW-patch" with > the implication that it might have some impact on > openexr-stability/functionality (in this case, the "backport" consists > of an ifdef/else with two different C++-templates, where one uses > asin/cos/sin and the other asinf/cosf/sinf, so it should work, but we > never know what the ILM-guys might do in the future). This sounds fairly trivial, and also pretty future-proof. > The question is which solution is the preferred one? The latter. (2nd) From phil at bolthole.com Wed Feb 18 18:31:41 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 09:31:41 -0800 Subject: [csw-maintainers] stable release? In-Reply-To: <499BD9D3.600@opencsw.org> References: <20090216200621.GC89332@bolthole.com> <499ACBCF.6000608@opencsw.org> <20090217180431.GC42995@bolthole.com> <499BD9D3.600@opencsw.org> Message-ID: <20090218173141.GK42995@bolthole.com> On Wed, Feb 18, 2009 at 10:50:11AM +0100, Ihsan Dogan wrote: > > Well, he was actually coordinating and pushing people for the stable > releasing. oh, oops! Did I miss an email to the maintainers list about it? From bonivart at opencsw.org Wed Feb 18 18:44:47 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 18 Feb 2009 18:44:47 +0100 Subject: [csw-maintainers] PHP extension request In-Reply-To: <4999A3EB.7030803@opencsw.org> References: <625385e30902160930q2872ed2aq6347a5745d20275d@mail.gmail.com> <4999A3EB.7030803@opencsw.org> Message-ID: <625385e30902180944m7b2e2af2jaa4316de1d1df4fa@mail.gmail.com> On Mon, Feb 16, 2009 at 6:35 PM, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I will give them a shot. I installed your mbstring package from testing and phpMyAdmin stopped complaining about it. I haven't done anything needing ctype or zip yet but if you release all three I can add them as deps to phpMyAdmin. Thank you! -- /peter From phil at bolthole.com Wed Feb 18 19:38:21 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 10:38:21 -0800 Subject: [csw-maintainers] .la discussion In-Reply-To: <499C18EC.7040103@opencsw.org> References: <4980876A.8070806@opencsw.org> <20090128170250.GZ23122@bolthole.com> <49809197.8050801@opencsw.org> <20090128172225.GF23122@bolthole.com> <4980951A.2050003@opencsw.org> <20090128174301.GG23122@bolthole.com> <499C18EC.7040103@opencsw.org> Message-ID: <20090218183821.GM42995@bolthole.com> On Wed, Feb 18, 2009 at 03:19:24PM +0100, Roger H?kansson wrote: > So my final question is: > > Am I to release packages with or without .la-files if there are packages > depending on my packages and the "current" package have .la-files? depends if those packages actually "need" your .la files. actually, the critical issue would be if package A uses libtool and .la files, , AND depends on package B, which uses libtool and .la files, AND depends on your package, which previously supplied .la files If you removed yours, then package A recompilies would no longer work. However, unless you are rebuilding a "core" library, this nested dependancy is unlikely. it is more likely that you are in a situation where package A uses libtool and .la files, , AND depends on your package, which previously supplied .la files In this case, it is perfectly ok, becuase a future recompile of package A, should figure out, "oh, there's no more .la file for that package, so i'll do without one". For imagemagick, just remove the .la files, since there's no nested dependancy that I'm aware of. From phil at bolthole.com Wed Feb 18 19:40:29 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Feb 2009 10:40:29 -0800 Subject: [csw-maintainers] new php5 maintainer needed In-Reply-To: <499C204E.3000301@opencsw.org> References: <499BDA8C.9040603@opencsw.org> <499C204E.3000301@opencsw.org> Message-ID: <20090218184029.GN42995@bolthole.com> On Wed, Feb 18, 2009 at 08:50:54AM -0600, Mike Watters wrote: > Ihsan, > I will do it. I have most of the plugins recompiled as you saw my > csw-devel checkins great! in that case... would you mind taking over 'gd' also please? :-} There's a bug in current package that affects the php_gd module,but i keep having higher priority things taking my time :-( From ihsan at opencsw.org Wed Feb 18 19:46:03 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Feb 2009 19:46:03 +0100 Subject: [csw-maintainers] stable release? In-Reply-To: <20090218173141.GK42995@bolthole.com> References: <20090216200621.GC89332@bolthole.com> <499ACBCF.6000608@opencsw.org> <20090217180431.GC42995@bolthole.com> <499BD9D3.600@opencsw.org> <20090218173141.GK42995@bolthole.com> Message-ID: <499C576B.4010805@opencsw.org> Am 18.2.2009 18:31 Uhr, Philip Brown schrieb: >> Well, he was actually coordinating and pushing people for the stable >> releasing. > > oh, oops! Did I miss an email to the maintainers list about it? He was doing it during the Blastwave times, but I don't how it's now. James? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Wed Feb 18 19:48:24 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 12:48:24 -0600 Subject: [csw-maintainers] new php5 maintainer needed In-Reply-To: <20090218184029.GN42995@bolthole.com> References: <499BDA8C.9040603@opencsw.org> <499C204E.3000301@opencsw.org> <20090218184029.GN42995@bolthole.com> Message-ID: <499C57F8.4050007@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Wed, Feb 18, 2009 at 08:50:54AM -0600, Mike Watters wrote: >> Ihsan, >> I will do it. I have most of the plugins recompiled as you saw my >> csw-devel checkins > > great! > > in that case... would you mind taking over 'gd' also please? :-} > There's a bug in current package that affects the php_gd module,but i > keep having higher priority things taking my time :-( > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers sure - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmcV/cACgkQLrhmsXMSLxcXugCeMZFXsMVivpj9RuQsvcxuYxv7 JNcAnihH67dZaBQ3L8tonQTqObcqo3Lk =LxVa -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 18 20:33:42 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 13:33:42 -0600 Subject: [csw-maintainers] PHP5 Modules *** Now in Testing *** See message for List Message-ID: <499C6296.6090005@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 php5_bcmath php5_calendar php5_dbase php5_dom php5_exif php5_filter php5_hash php5_json php5_mime_magic php5_ncurses php5_pcntl php5_posix php5_shmop php5_simplexml php5_soap php5_sockets php5_sqlite php5_sysvmsg php5_sysvsem php5_sysvshm php5_tidy php5_tokenizer php5_xml php5_xmlreader php5_xmlrpc php5_xmlwriter php5_zlib - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmcYpYACgkQLrhmsXMSLxdH8wCfWFR4WVZVNfOw7pi/5PE5Qazo /KYAoMcyrk/vTcUOz6BK0Tjg7s7QKGXv =s5Xv -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Feb 18 22:20:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 15:20:34 -0600 Subject: [csw-maintainers] php5_apc *** Now In Testing *** Message-ID: <499C7BA2.1000401@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmce6IACgkQLrhmsXMSLxdjogCfT55fMTA4/m8QhediNdGJ5ts/ YU0AoL2fUfRvcevFpM2YaUAxJzTW9Nkg =taDy -----END PGP SIGNATURE----- From mwatters at opencsw.org Thu Feb 19 02:51:55 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Feb 2009 19:51:55 -0600 Subject: [csw-maintainers] new version of gd *** Now In Testing*** Message-ID: <499CBB3B.4030400@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: added -lsunmath as EXTRA_LINKER_FLAGS to "fix" the linking problems for php_gd - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmcuzsACgkQLrhmsXMSLxfJNQCg5KHhrO8ccwfKIIPewFIZNnA0 MK4AoKE5OXumHrGDeLePs5H7UD680zZ8 =8dmv -----END PGP SIGNATURE----- From phil at bolthole.com Thu Feb 19 19:13:08 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Feb 2009 10:13:08 -0800 Subject: [csw-maintainers] new gnome maintainer needed Message-ID: <20090219181308.GF45291@bolthole.com> Ken Mays has stated that he is too busy to do full gnome refreshes for us. As such, we need a new official "gnome maintainer", to oversee gnome desktop-y stuff. Anyone willing to step up into this significant role? From william at wbonnet.net Thu Feb 19 21:40:02 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 19 Feb 2009 21:40:02 +0100 Subject: [csw-maintainers] new gnome maintainer needed In-Reply-To: <20090219181308.GF45291@bolthole.com> References: <20090219181308.GF45291@bolthole.com> Message-ID: <499DC3A2.3020609@wbonnet.net> Hi all > Anyone willing to step up into this significant role? Taking in account the "large" amount of work associated with this role, and its dependencies (as an example, i cannot build new Xfce until gnome is updated, and many are in the same situaton), maybe it is the time to setup the first team of maintainers ? IHMO this job looks too large for a single person. Is it the same for KDE ? cheers > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Feb 19 21:58:27 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Feb 2009 12:58:27 -0800 Subject: [csw-maintainers] new gnome maintainer needed In-Reply-To: <499DC3A2.3020609@wbonnet.net> References: <20090219181308.GF45291@bolthole.com> <499DC3A2.3020609@wbonnet.net> Message-ID: <20090219205827.GH45291@bolthole.com> On Thu, Feb 19, 2009 at 09:40:02PM +0100, William Bonnet wrote: > .... > Taking in account the "large" amount of work associated with this role, > and its dependencies (as an example, i cannot build new Xfce until gnome > is updated, and many are in the same situaton), maybe it is the time to > setup the first team of maintainers ? > > IHMO this job looks too large for a single person. Weeell... a team starts with one person. So it would be nice if at least one person steps forward, and then perhaps others will join, when it seems like they wont be the one stuck with "all of it" ;-) In my opinion, it worked fairly well when there were two people on it. (many years ago) > Is it the same for KDE ? I reckon so. From mwatters at opencsw.org Fri Feb 20 00:12:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Feb 2009 17:12:36 -0600 Subject: [csw-maintainers] new GD now in testing Message-ID: <499DE764.3040101@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: removed dependency on libsunmath added --disable-fast-install this stops libtool from enabling -fast linking which in turn disables the libsunmath requirement. I was able to build php_gd without errors against this version in my sandbox. I will try to compile a couple more apps against it and see how it does. Please test and provide feedback NOTE: there is an old version of gd in testing. new version is REV=2009.02.19 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmd52QACgkQLrhmsXMSLxfwcwCgiYmyz9TmUz8MOdzq+W1fGPut 2CoAnR4CSjoX+kkhJmwqdUZNHUAN9rFS =SQkp -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Feb 20 00:37:50 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Feb 2009 17:37:50 -0600 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <20090219232233.GI45291@bolthole.com> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> Message-ID: <499DED4E.8080300@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --enable-fast-install is enabled by default on most packages. This is not necessarily a problem. when using Sun's compiler. the system will change the libraries shared objects link against to a more "optimized" library. There are only a handful of cases this is not desirable. here is the information I have come across that may be useful to the other maintainers. This is the macro libtool uses: - -- Macro: AC_DISABLE_FAST_INSTALL Change the default behaviour for `AC_PROG_LIBTOOL' to disable optimization for fast installation. The user may still override this default, depending on platform support, by specifying `--enable-fast-install'. and Below is an excerpt from the man page for SUNWspro "cc" - -fast This option is a macro that you can effectively use as a starting point for tuning an executable for maximum run-time performance. The expansion of -fast can change from one release of the compiler to the next and includes options that are target platform specific. Use the -# or the -xdryrun options to examine the expansion of -fast, and incorporate the appropriate options of -fast into the ongoing process of tuning the execut- able. The expansion of -fast now includes the new -xlibmopt option. This option enables the compiler to use a library of optimized math routines. For more informa- tion, see the description of -xlibmopt in this man page. The -fast option impacts the value of errno. See the NOTES section at the end of this man page for more information. Modules that are compiled with -fast must also be linked with -fast. For a complete list of compiler options that must be specified at both compile time and at link time, see the C User's Guide. The -fast option is unsuitable for programs that are intended to run on a different target than the compila- tion machine. In such cases, follow -fast with the appropriate -xtarget option. For example: % cc -fast -xtarget=ultra For C modules depending on exception handling specified by SUID, follow -fast by -xnolibmil % cc -fast -xnolibmil The -fast option acts like a macro expansion on the command line. Therefore, you can override any of the expanded options by following -fast with the desired option. If you combine -fast with other options, the last specification applies. These options are turned on for -fast: -fns (SPARC, x86) -fsimple=2 (SPARC, x86) -fsingle (SPARC, x86) -nofstore (x86) -xalias_level=basic (SPARC, x86) -xbuiltin=%all (SPARC, x86) -xdepend (SPARC, x86) -xlibmil (SPARC, x86) -xlibmopt (SPARC) -xmemalign=8s (SPARC) -xO5 (SPARC, x86) -xprefetch=auto,explicit (SPARC) -xregs=frameptr (x86) -xtarget=native (SPARC, x86) Note that this selection of component option flags is subject to change with each release of the compiler. For details on the options set by -fast, see the C User's Guide. To determine the expansion of -fast on a running sys- tem, execute the command cc -fast -xdryrun |& grep ### Note: Some optimizations make certain assumptions about program behavior. If the program does not conform to these assumptions, the application may crash or produce incorrect results. Please refer to the description of the individual options to determine if your program is suitable for compilation with -fast. Do not use this option for programs that depend on IEEE standard exception handling; you can get different numerical results, premature program termination, or unexpected SIGFPE signals. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmd7U0ACgkQLrhmsXMSLxcsbQCgt/oJgSJ+WT+vsI0igWQlt/SI n+AAniUfqhAhpp5hlk8ikVY/v911MRxa =Z+7M -----END PGP SIGNATURE----- From dam at opencsw.org Fri Feb 20 11:36:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 11:36:44 +0100 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <499DED4E.8080300@opencsw.org> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> Message-ID: Hi Mike, do you mind putting this in the GAR wiki about compilation flags? Best regards -- Dago Am 20.02.2009 um 00:37 schrieb Mike Watters: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > - --enable-fast-install is enabled by default on most packages. > This is > not necessarily a problem. when using Sun's compiler. the system > will > change the libraries shared objects link against to a more "optimized" > library. There are only a handful of cases this is not desirable. > here is the information I have come across that may be useful to the > other maintainers. > > > This is the macro libtool uses: > > - -- Macro: AC_DISABLE_FAST_INSTALL > Change the default behaviour for `AC_PROG_LIBTOOL' to disable > optimization for fast installation. The user may still override > this default, depending on platform support, by specifying > `--enable-fast-install'. > > and > Below is an excerpt from the man page for SUNWspro "cc" > > - -fast > This option is a macro that you can effectively use as > a starting point for tuning an executable for maximum > run-time performance. The expansion of -fast can change > from one release of the compiler to the next and > includes options that are target platform specific. Use > the -# or the -xdryrun options to examine the expansion > of -fast, and incorporate the appropriate options of > -fast into the ongoing process of tuning the execut- > able. > > The expansion of -fast now includes the new -xlibmopt > option. This option enables the compiler to use a > library of optimized math routines. For more informa- > tion, see the description of -xlibmopt in this man > page. > > The -fast option impacts the value of errno. See the > NOTES section at the end of this man page for more > information. > > Modules that are compiled with -fast must also be > linked with -fast. For a complete list of compiler > options that must be specified at both compile time and > at link time, see the C User's Guide. > > The -fast option is unsuitable for programs that are > intended to run on a different target than the compila- > tion machine. In such cases, follow -fast with the > appropriate -xtarget option. For example: > > % cc -fast -xtarget=ultra > > For C modules depending on exception handling specified > by SUID, follow -fast by -xnolibmil > > % cc -fast -xnolibmil > > The -fast option acts like a macro expansion on the > command line. Therefore, you can override any of the > expanded options by following -fast with the desired > option. > > If you combine -fast with other options, the last > specification applies. > > These options are turned on for -fast: > > -fns (SPARC, x86) > -fsimple=2 (SPARC, x86) > -fsingle (SPARC, x86) > -nofstore (x86) > -xalias_level=basic (SPARC, x86) > -xbuiltin=%all (SPARC, x86) > -xdepend (SPARC, x86) > -xlibmil (SPARC, x86) > -xlibmopt (SPARC) > -xmemalign=8s (SPARC) > -xO5 (SPARC, x86) > -xprefetch=auto,explicit (SPARC) > -xregs=frameptr (x86) > -xtarget=native (SPARC, x86) > > Note that this selection of component option flags is > subject to change with each release of the compiler. > For details on the options set by -fast, see the C > User's Guide. > > To determine the expansion of -fast on a running sys- > tem, execute the command cc -fast -xdryrun |& grep ### > > Note: Some optimizations make certain assumptions about > program behavior. If the program does not conform to > these assumptions, the application may crash or produce > incorrect results. Please refer to the description of > the individual options to determine if your program is > suitable for compilation with -fast. > > Do not use this option for programs that depend on IEEE > standard exception handling; you can get different > numerical results, premature program termination, or > unexpected SIGFPE signals. > > > > - -- > > Thanks, > Mike > > "Any intelligent fool can make things bigger, more complex, > and more violent. It takes a touch of genius -- and a lot of > courage -- > to move in the opposite direction." > > * Albert Einstein 1879 - 1955 > US German-born Theoretical Physicist > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.8 (SunOS) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkmd7U0ACgkQLrhmsXMSLxcsbQCgt/oJgSJ+WT+vsI0igWQlt/SI > n+AAniUfqhAhpp5hlk8ikVY/v911MRxa > =Z+7M > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From dam at opencsw.org Fri Feb 20 13:50:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 13:50:31 +0100 Subject: [csw-maintainers] Updating packages on buildfarm to current Message-ID: <95ED0A44-0715-47F0-846E-D3ABD557B1ED@opencsw.org> Hi, I am updating the packages to current on all buildfarm servers now. This includes the update to freetype2 2.3.8. Best regards -- Dago From dam at opencsw.org Fri Feb 20 14:18:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 14:18:56 +0100 Subject: [csw-maintainers] ssh on build8s down Message-ID: Hi Phil, I updated all packages on build8s.go.opencsw.org and everything looked fine, including the OpenSSH. After my (manual) logout I get a connection refused on port 22. I thought this bug had been fixed. Could you please have a look? I restart it on the other machines... Best regards -- Dago From dam at opencsw.org Fri Feb 20 15:12:20 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 15:12:20 +0100 Subject: [csw-maintainers] [csw-buildfarm] Updating packages on buildfarm to current In-Reply-To: <95ED0A44-0715-47F0-846E-D3ABD557B1ED@opencsw.org> References: <95ED0A44-0715-47F0-846E-D3ABD557B1ED@opencsw.org> Message-ID: Hi, Am 20.02.2009 um 13:50 schrieb Dagobert Michelsen: > I am updating the packages to current on all buildfarm servers > now. This includes the update to freetype2 2.3.8. Done. Best regards -- Dago From dam at opencsw.org Fri Feb 20 15:26:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Feb 2009 15:26:26 +0100 Subject: [csw-maintainers] new gnome maintainer needed In-Reply-To: <20090219205827.GH45291@bolthole.com> References: <20090219181308.GF45291@bolthole.com> <499DC3A2.3020609@wbonnet.net> <20090219205827.GH45291@bolthole.com> Message-ID: Hi folks, Am 19.02.2009 um 21:58 schrieb Philip Brown: > On Thu, Feb 19, 2009 at 09:40:02PM +0100, William Bonnet wrote: >> .... >> Taking in account the "large" amount of work associated with this >> role, >> and its dependencies (as an example, i cannot build new Xfce until >> gnome >> is updated, and many are in the same situaton), maybe it is the >> time to >> setup the first team of maintainers ? >> >> IHMO this job looks too large for a single person. > > Weeell... a team starts with one person. So it would be nice if at > least one > person steps forward, and then perhaps others will join, when it > seems like > they wont be the one stuck with "all of it" ;-) Ok then, sleeves up. I'll start with some base libraries. Feel free to join in. Best regards -- Dago From mwatters at opencsw.org Fri Feb 20 15:52:22 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 08:52:22 -0600 Subject: [csw-maintainers] new gnome maintainer needed In-Reply-To: References: <20090219181308.GF45291@bolthole.com> <499DC3A2.3020609@wbonnet.net> <20090219205827.GH45291@bolthole.com> Message-ID: <499EC3A6.6020204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi folks, > > Am 19.02.2009 um 21:58 schrieb Philip Brown: > >> On Thu, Feb 19, 2009 at 09:40:02PM +0100, William Bonnet wrote: >>> .... >>> Taking in account the "large" amount of work associated with this >>> role, >>> and its dependencies (as an example, i cannot build new Xfce until >>> gnome >>> is updated, and many are in the same situaton), maybe it is the >>> time to >>> setup the first team of maintainers ? >>> >>> IHMO this job looks too large for a single person. >> Weeell... a team starts with one person. So it would be nice if at >> least one >> person steps forward, and then perhaps others will join, when it >> seems like >> they wont be the one stuck with "all of it" ;-) > > Ok then, sleeves up. I'll start with some base libraries. Feel free > to join in. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Once I get php and dependencies finished and python redone. I will lend a hand. hopefully the php and python will be done by mid next week. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmew6YACgkQLrhmsXMSLxfcdgCgklOVbb9LOzi7wX5/JzXXs6jB pRUAni/85y8hSJZPNeWR7JQQYo1BR6Vu =kc50 -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Feb 20 15:55:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 08:55:09 -0600 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> Message-ID: <499EC44D.1040708@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > do you mind putting this in the GAR wiki about compilation flags? > > > Best regards > > -- Dago > > Am 20.02.2009 um 00:37 schrieb Mike Watters: > > --enable-fast-install is enabled by default on most packages. > This is > not necessarily a problem. when using Sun's compiler. the system > will > change the libraries shared objects link against to a more "optimized" > library. There are only a handful of cases this is not desirable. > here is the information I have come across that may be useful to the > other maintainers. > > > This is the macro libtool uses: > > -- Macro: AC_DISABLE_FAST_INSTALL > Change the default behaviour for `AC_PROG_LIBTOOL' to disable > optimization for fast installation. The user may still override > this default, depending on platform support, by specifying > `--enable-fast-install'. > > and > Below is an excerpt from the man page for SUNWspro "cc" > > -fast > This option is a macro that you can effectively use as > a starting point for tuning an executable for maximum > run-time performance. The expansion of -fast can change > from one release of the compiler to the next and > includes options that are target platform specific. Use > the -# or the -xdryrun options to examine the expansion > of -fast, and incorporate the appropriate options of > -fast into the ongoing process of tuning the execut- > able. > > The expansion of -fast now includes the new -xlibmopt > option. This option enables the compiler to use a > library of optimized math routines. For more informa- > tion, see the description of -xlibmopt in this man > page. > > The -fast option impacts the value of errno. See the > NOTES section at the end of this man page for more > information. > > Modules that are compiled with -fast must also be > linked with -fast. For a complete list of compiler > options that must be specified at both compile time and > at link time, see the C User's Guide. > > The -fast option is unsuitable for programs that are > intended to run on a different target than the compila- > tion machine. In such cases, follow -fast with the > appropriate -xtarget option. For example: > > % cc -fast -xtarget=ultra > > For C modules depending on exception handling specified > by SUID, follow -fast by -xnolibmil > > % cc -fast -xnolibmil > > The -fast option acts like a macro expansion on the > command line. Therefore, you can override any of the > expanded options by following -fast with the desired > option. > > If you combine -fast with other options, the last > specification applies. > > These options are turned on for -fast: > > -fns (SPARC, x86) > -fsimple=2 (SPARC, x86) > -fsingle (SPARC, x86) > -nofstore (x86) > -xalias_level=basic (SPARC, x86) > -xbuiltin=%all (SPARC, x86) > -xdepend (SPARC, x86) > -xlibmil (SPARC, x86) > -xlibmopt (SPARC) > -xmemalign=8s (SPARC) > -xO5 (SPARC, x86) > -xprefetch=auto,explicit (SPARC) > -xregs=frameptr (x86) > -xtarget=native (SPARC, x86) > > Note that this selection of component option flags is > subject to change with each release of the compiler. > For details on the options set by -fast, see the C > User's Guide. > > To determine the expansion of -fast on a running sys- > tem, execute the command cc -fast -xdryrun |& grep ### > > Note: Some optimizations make certain assumptions about > program behavior. If the program does not conform to > these assumptions, the application may crash or produce > incorrect results. Please refer to the description of > the individual options to determine if your program is > suitable for compilation with -fast. > > Do not use this option for programs that depend on IEEE > standard exception handling; you can get different > numerical results, premature program termination, or > unexpected SIGFPE signals. > > > will do. I will clean it up and put more details. _______________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmexE0ACgkQLrhmsXMSLxen/QCfbFhFXswBAbIynQCSHOM41dHe gq8AoMEcmESphp2vfBCnwSlvczCEHwMh =Vusg -----END PGP SIGNATURE----- From phil at bolthole.com Fri Feb 20 16:22:08 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 20 Feb 2009 07:22:08 -0800 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <499EC44D.1040708@opencsw.org> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> <499EC44D.1040708@opencsw.org> Message-ID: <20090220152208.GD7006@bolthole.com> On Fri, Feb 20, 2009 at 08:55:09AM -0600, Mike Watters wrote: > > -xlibmopt (SPARC) aha.. i think perhaps THIS is the one that enables or disables use of the -lsunmath library. but not 100% sure From mwatters at opencsw.org Fri Feb 20 18:14:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 11:14:09 -0600 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <20090220152208.GD7006@bolthole.com> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> <499EC44D.1040708@opencsw.org> <20090220152208.GD7006@bolthole.com> Message-ID: <499EE4E1.8030701@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Fri, Feb 20, 2009 at 08:55:09AM -0600, Mike Watters wrote: >>> -xlibmopt (SPARC) > > > aha.. i think perhaps THIS is the one that enables or disables use of the > -lsunmath library. but not 100% sure > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers yep, you would pass -xnolibmopt after -fast to turn it off. This is appearently needed only for the solaris 8 sparc builds. reading changelog for solaris 10 they added a lot of the sunmath library to libm. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkme5OEACgkQLrhmsXMSLxdIBACfUk5qnAuziuEL8fV6eLEVa/jB e1kAoLsTSKsjVcSNd1Q/i2fgt8V52Scp =SyO5 -----END PGP SIGNATURE----- From phil at bolthole.com Fri Feb 20 18:25:26 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 20 Feb 2009 09:25:26 -0800 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <499EE4E1.8030701@opencsw.org> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> <499EC44D.1040708@opencsw.org> <20090220152208.GD7006@bolthole.com> <499EE4E1.8030701@opencsw.org> Message-ID: <20090220172526.GQ45291@bolthole.com> On Fri, Feb 20, 2009 at 11:14:09AM -0600, Mike Watters wrote: > Philip Brown wrote: > > aha.. i think perhaps THIS is the one that enables or disables use of the > > -lsunmath library. but not 100% sure > > > yep, > > you would pass -xnolibmopt after -fast to turn it off. > This is appearently needed only for the solaris 8 sparc builds. reading > changelog for solaris 10 they added a lot of the sunmath library to libm. So, to close the loop for other people: if you are compiling something on the "edge" of a dependancy tree, there's nothing particularly bad about skipping the -xnolibmopt for compiles, if you dont mind adding a dep on the sun math library. The issues come, when you are packaging up a LIBRARY... if it depends on -lsunmath, then everything else that uses that library, also has to link with -lsunmath, usually. So unless it provides a big performance boost, better to skip the -lsunmath dependancy. From mwatters at opencsw.org Fri Feb 20 20:16:06 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 13:16:06 -0600 Subject: [csw-maintainers] SUNWspro cc Libtool and "fast install" information. In-Reply-To: <20090220172526.GQ45291@bolthole.com> References: <499DE764.3040101@opencsw.org> <20090219232233.GI45291@bolthole.com> <499DED4E.8080300@opencsw.org> <499EC44D.1040708@opencsw.org> <20090220152208.GD7006@bolthole.com> <499EE4E1.8030701@opencsw.org> <20090220172526.GQ45291@bolthole.com> Message-ID: <499F0176.5000809@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Fri, Feb 20, 2009 at 11:14:09AM -0600, Mike Watters wrote: >> Philip Brown wrote: >>> aha.. i think perhaps THIS is the one that enables or disables use of the >>> -lsunmath library. but not 100% sure >>> >> yep, >> >> you would pass -xnolibmopt after -fast to turn it off. >> This is appearently needed only for the solaris 8 sparc builds. reading >> changelog for solaris 10 they added a lot of the sunmath library to libm. > > So, to close the loop for other people: > > if you are compiling something on the "edge" of a dependancy tree, there's > nothing particularly bad about skipping the -xnolibmopt for compiles, if > you dont mind adding a dep on the sun math library. > > The issues come, when you are packaging up a LIBRARY... if it depends on > -lsunmath, then everything else that uses that library, also has to link > with -lsunmath, usually. > So unless it provides a big performance boost, better to skip the -lsunmath > dependancy. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers yes and no, the dependency on lsunmath "should" only be for the library linked with it. that being said, if your library depends on it, you have to have it installed regardless. the cross library dependencies are caused by libtool incorrectly linking libraries with the dependency_libs line in the pseudo-libraries. for "shared" libraries I still think removing the pseudo-libraries is the best move. but short of that... if we could remove the dependency_libs= line from the la file. The files will stay in tact for those apps that use them for versioning and allow the linker to determine the correct library to link with on its own. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmfAXUACgkQLrhmsXMSLxdB1ACfaKCo0s7VKpzmX6CNOpA2um/G htEAoIFjticQJyLh5R1wEJKsG4PrXWZ6 =+Uf5 -----END PGP SIGNATURE----- From ihsan at opencsw.org Fri Feb 20 20:46:00 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Fri, 20 Feb 2009 20:46:00 +0100 Subject: [csw-maintainers] Apache 2.2.11 in testing Message-ID: <499F0878.2040905@opencsw.org> Hello, Apache 2.2.11 is now available on http://www.opencsw.org/testing/ . ap2_prefork-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz ap2_suexec-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz ap2_worker-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz apache2_devel-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz apache2c-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz apache2rt-2.2.11,REV=2009.02.20-SunOS5.8-sparc-CSW.pkg.gz ap2_prefork-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz ap2_suexec-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz ap2_worker-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz apache2_devel-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz apache2c-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz apache2rt-2.2.11,REV=2009.02.20-SunOS5.8-i386-CSW.pkg.gz Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From hson at opencsw.org Fri Feb 20 21:04:53 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 20 Feb 2009 21:04:53 +0100 Subject: [csw-maintainers] new versions in testing Message-ID: <499F0CE5.6070807@opencsw.org> exiftool: - Update to 7.69 Built with gar libexif: - Built with gar libiptcdata: - Built with gar librsvg: - Update to 2.22.3 (same as old testing-package, but without static libraries and with old .so-file for compatibility) - Built with gar ilmbase: - New package which openexr needs (upstream split into two packages openexr: - Update to 1.6.1 - Built with gar From ihsan at opencsw.org Fri Feb 20 21:37:12 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Fri, 20 Feb 2009 21:37:12 +0100 Subject: [csw-maintainers] Apache 2.2.11 in testing In-Reply-To: <499F0878.2040905@opencsw.org> References: <499F0878.2040905@opencsw.org> Message-ID: <499F1478.2070901@opencsw.org> Am 20.2.2009 20:46 Uhr, Ihsan Dogan schrieb: > Apache 2.2.11 is now available on http://www.opencsw.org/testing/ . BTW: Thanks to Dago for his great mGAR support. :-) Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Fri Feb 20 23:13:06 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 16:13:06 -0600 Subject: [csw-maintainers] help testing please Message-ID: <499F2AF2.60105@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a script I wrote that "so far" has stopped compiles from using the libtool pseudo-libraries. I call it as a post-configure script. it modifies the Makefile replacing the *.la references with their -lname (generated from data inside the pseudo-library). it then modifies the libtool script in $(WORKSRC) removing the .la extention from the library search. I need help to test this against other builds to get it as "generic" as possible so we can possibly add it as an Option in mgar. I checked it into subversion https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/fixme/fixme.sh copy fixme.sh to files add - ---- post-configure-$(MODULATION): @(echo "~~~ Fixing Libtool ~~~") @$(DOWNLOADDIR)/fixme.sh $(WORKSRC) $(DONADA) - ---- to your Makefile - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmfKvIACgkQLrhmsXMSLxci0QCgy78JnObK7XbqAktaBZXiaPu0 KuUAoMukP9USISu88Q6RXXshyLEUFGvh =OCFI -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Feb 20 23:20:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 16:20:25 -0600 Subject: [csw-maintainers] help testing please In-Reply-To: <499F2AF2.60105@opencsw.org> References: <499F2AF2.60105@opencsw.org> Message-ID: <499F2CA9.2060102@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > I have a script I wrote that "so far" has stopped compiles from using > the libtool pseudo-libraries. I call it as a post-configure script. > it modifies the Makefile replacing the *.la references with their -lname > (generated from data inside the pseudo-library). it then modifies the > libtool script in $(WORKSRC) removing the .la extention from the > library search. > > I need help to test this against other builds to get it as "generic" as > possible so we can possibly add it as an Option in mgar. > I checked it into subversion > > https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/fixme/fixme.sh > > copy fixme.sh to files > > add > ---- > post-configure-$(MODULATION): > @(echo "~~~ Fixing Libtool ~~~") > @$(DOWNLOADDIR)/fixme.sh $(WORKSRC) > $(DONADA) > ---- > > to your Makefile sorry forgot something, you also need to add: DISTFILES += fixme.sh to your makefile. _______________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmfLKgACgkQLrhmsXMSLxfK1gCgliONWb+vPNT5Q9RunCtBYWAi sfcAoOoSgUd7nvs8vOgxzW8whWbuEjLk =vgo/ -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 21 02:36:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 20 Feb 2009 19:36:35 -0600 Subject: [csw-maintainers] New GD in Testing Message-ID: <499F5AA3.204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: Fix devel package contents. re-added 64bit - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmfWqMACgkQLrhmsXMSLxe7IgCgiGStlCrpKzX22ruXq7Py3QRJ IFYAnA4/M7tmzQULsOXm6kAeOfke8bkl =dZoe -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 21 23:35:04 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 21 Feb 2009 16:35:04 -0600 Subject: [csw-maintainers] New GD ** again ** in Testing Message-ID: <49A08198.2010303@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: Compiled against new freetype2 package. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmggZgACgkQLrhmsXMSLxfmCACdElE0s7AIYNvuhJrlGDEklyFh HK0AoJ5ZCIen6tlnffzNTZU085SboB5q =pFMW -----END PGP SIGNATURE----- From bwalton at opencsw.org Sun Feb 22 17:54:54 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 22 Feb 2009 11:54:54 -0500 Subject: [csw-maintainers] new ruby packages in testing Message-ID: <1235321631-sup-6561@ntdws12.chass.utoronto.ca> Hi All, There are new ruby packages in testing. These packages address an issue with a missing static library (libruby-static.a) that some extensions require to build. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mwatters at opencsw.org Sun Feb 22 21:35:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Feb 2009 14:35:25 -0600 Subject: [csw-maintainers] [csw-buildfarm] Fwd: maintain subversion and related? In-Reply-To: <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> References: <94E2A58978FC324196A142DE8399AB78013AB03F@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFDF4@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB0F6@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFEC2@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB1A8@chsa1556.share.beluni.net> <6af4270902141117r75466b9dy96be2d76d2356dfb@mail.gmail.com> <6af4270902202357y6ed8c8ddi395dddb7ee8cf776@mail.gmail.com> <6af4270902211126t65b19935od93fef7dc8e6fbbf@mail.gmail.com> <9FA38F9D-414B-4591-9391-F2F383F4DE93@opencsw.org> <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> Message-ID: <49A1B70D.4040402@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am in the middle of upgrading subversion right now. I have it using gar v2 and compiling version 1.5.5 but am stuck getting the javahl extension to compile cleanly. The new version of ruby that is now in testing will be needed to compile the ruby extensions. I am getting the output below. anyone have any ideas? I have a few more things to try patch wise. cd subversion/bindings/javahl/native && /bin/bash /home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5/libtool - --tag=CXX --silent --mode=link /opt/studio/SOS11/SUNWspro/bin/CC -xO3 - -xarch=v8 -I/opt/csw/bdb44/include -I/opt/csw/apache2/include - -I/opt/csw/include -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\\$ISALIST - -R/opt/csw/lib -L/opt/csw/bdb44/lib -R/opt/csw/bdb44/lib/\\\$ISALIST - -R/opt/csw/bdb44/lib -L/opt/csw/lib/svn -R/opt/csw/lib/svn/\\\$ISALIST - -R/opt/csw/lib/svn -L/opt/csw/apache2/lib - -R/opt/csw/apache2/lib/\\\$ISALIST -R/opt/csw/apache2/lib -lintl -liconv -L/opt/csw/bdb44/lib -L/opt/csw/lib -L/opt/csw/lib -L/opt/csw/lib - -rpath /opt/csw/lib/svn -o libsvnjavahl-1.la BlameCallback.lo ChangelistCallback.lo CommitMessage.lo ConflictResolverCallback.lo CopySources.lo DiffSummaryReceiver.lo EnumMapper.lo InfoCallback.lo Inputer.lo JNIByteArray.lo JNICriticalSection.lo JNIMutex.lo JNIStackElement.lo JNIStringHolder.lo JNIThreadData.lo JNIUtil.lo ListCallback.lo LogMessageCallback.lo MessageReceiver.lo Notify.lo Notify2.lo Outputer.lo Path.lo Pool.lo ProgressListener.lo Prompter.lo ProplistCallback.lo Revision.lo RevisionRange.lo RevpropTable.lo SVNAdmin.lo SVNBase.lo SVNClient.lo StatusCallback.lo StringArray.lo Targets.lo libsvnjavahl.la.lo org_tigris_subversion_javahl_NativeResources.lo org_tigris_subversion_javahl_Path.lo org_tigris_subversion_javahl_SVNAdmin.lo org_tigris_subversion_javahl_SVNClient.lo org_tigris_subversion_javahl_Version.lo ../../../../subversion/libsvn_repos/libsvn_repos-1.la ../../../../subversion/libsvn_client/libsvn_client-1.la ../../../../subversion/libsvn_wc/libsvn_wc-1.la ../../../../subversion/libsvn_ra/libsvn_ra-1.la ../../../../subversion/libsvn_delta/libsvn_delta-1.la ../../../../subversion/libsvn_diff/libsvn_diff-1.la ../../../../subversion/libsvn_subr/libsvn_subr-1.la ../../../../subversion/libsvn_fs/libsvn_fs-1.la -laprutil-1 -lldap - -llber -ldb-4.4 -lexpat -liconv -lapr-1 -luuid -lsendfile -lrt -lsocket -lpthread -ldl -lneon -lsocket -lCrun -lCstd ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Targets.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/Targets.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); ld: fatal: symbol `void Pool::clear()const' is multiply-defined: (file .libs/CopySources.o type=FUNC; file .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); ld: fatal: File processing errors. No output written to .libs/libsvnjavahl-1.so.0.0.0 gmake[2]: *** [subversion/bindings/javahl/native/libsvnjavahl-1.la] Error 1 gmake[2]: Leaving directory `/home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5' gmake[1]: *** [svn-java] Error 2 gmake[1]: Leaving directory `/home/mwatters/mgar/pkg/subversion' gmake: *** [merge-isa-sparcv8] Error 2 rupert THURNER wrote: > many thanks, it works. where would i copy the old subversion pkg from, > to upgrade it? > > kr, rupert. > > > On Sun, Feb 22, 2009 at 14:06, Dagobert Michelsen wrote: >> Hi Rupert, >> >> Am 21.02.2009 um 20:26 schrieb rupert THURNER: >>> philipp suggested to contact you as i am not able to connect. can you help >>> pls? >> Sure. I put the key from the attached authorized_keys in your >> authorized_keys. Please let me know if you need anything else. >> >> BTW, Phil: It would be nice if we all cc'ed to board@ if people sign up. >> >> >> Best regards >> >> -- Dago >> > _______________________________________________ > buildfarm mailing list > buildfarm at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/buildfarm - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmhtw0ACgkQLrhmsXMSLxe+vgCgoUjewIOV4eu5eNJlZp4tFyEj scYAoKB/cOU/stpohqkQG8LYDjH3vjJy =0jbJ -----END PGP SIGNATURE----- From dam at opencsw.org Sun Feb 22 22:07:03 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 22 Feb 2009 22:07:03 +0100 Subject: [csw-maintainers] [csw-buildfarm] Fwd: maintain subversion and related? In-Reply-To: <49A1B70D.4040402@opencsw.org> References: <94E2A58978FC324196A142DE8399AB78013AB03F@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFDF4@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB0F6@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFEC2@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB1A8@chsa1556.share.beluni.net> <6af4270902141117r75466b9dy96be2d76d2356dfb@mail.gmail.com> <6af4270902202357y6ed8c8ddi395dddb7ee8cf776@mail.gmail.com> <6af4270902211126t65b19935od93fef7dc8e6fbbf@mail.gmail.com> <9FA38F9D-414B-4591-9391-F2F383F4DE93@opencsw.org> <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> <49A1B70D.4040402@opencsw.org> Message-ID: <8528E26B-15AB-46B2-8B79-A9E4F4F14AC9@opencsw.org> Hi Mike, Am 22.02.2009 um 21:35 schrieb Mike Watters: > I am in the middle of upgrading subversion right now. > I have it using gar v2 and compiling version 1.5.5 but am stuck > getting > the javahl extension to compile cleanly. The new version of ruby > that is > now in testing will be needed to compile the ruby extensions. > > > I am getting the output below. > anyone have any ideas? I have a few more things to try patch wise. I got stuck at this exact same problem. Good luck! Best regards -- Dago From mwatters at opencsw.org Mon Feb 23 00:09:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Feb 2009 17:09:26 -0600 Subject: [csw-maintainers] [csw-buildfarm] Fwd: maintain subversion and related? In-Reply-To: <6af4270902221335y30bdc42cyd659d8b80faf65b0@mail.gmail.com> References: <94E2A58978FC324196A142DE8399AB78013AB03F@chsa1556.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB0F6@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFEC2@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB1A8@chsa1556.share.beluni.net> <6af4270902141117r75466b9dy96be2d76d2356dfb@mail.gmail.com> <6af4270902202357y6ed8c8ddi395dddb7ee8cf776@mail.gmail.com> <6af4270902211126t65b19935od93fef7dc8e6fbbf@mail.gmail.com> <9FA38F9D-414B-4591-9391-F2F383F4DE93@opencsw.org> <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> <49A1B70D.4040402@opencsw.org> <6af4270902221335y30bdc42cyd659d8b80faf65b0@mail.gmail.com> Message-ID: <49A1DB26.8030906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I thought about that, but eclipse to the best of my knowledge uses it for subclipse. if this is incorrect, by all means let me know and I will remove it from the package. the down side to removing it is the existing version has it, so we may break existing installs in the wild. - --Mike rupert THURNER wrote: > i'd suggest to remove javahl. there is anyway no client software > successfully using it, as svnkit is the better solution for java > programs. > > rupert. > > On Sun, Feb 22, 2009 at 21:35, Mike Watters wrote: > I am in the middle of upgrading subversion right now. > I have it using gar v2 and compiling version 1.5.5 but am stuck getting > the javahl extension to compile cleanly. The new version of ruby that is > now in testing will be needed to compile the ruby extensions. > > > I am getting the output below. > anyone have any ideas? I have a few more things to try patch wise. > > > > cd subversion/bindings/javahl/native && /bin/bash > /home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5/libtool > --tag=CXX --silent --mode=link /opt/studio/SOS11/SUNWspro/bin/CC -xO3 > -xarch=v8 -I/opt/csw/bdb44/include -I/opt/csw/apache2/include > -I/opt/csw/include -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\\$ISALIST > -R/opt/csw/lib -L/opt/csw/bdb44/lib -R/opt/csw/bdb44/lib/\\\$ISALIST > -R/opt/csw/bdb44/lib -L/opt/csw/lib/svn -R/opt/csw/lib/svn/\\\$ISALIST > -R/opt/csw/lib/svn -L/opt/csw/apache2/lib > -R/opt/csw/apache2/lib/\\\$ISALIST -R/opt/csw/apache2/lib -lintl -liconv > -L/opt/csw/bdb44/lib -L/opt/csw/lib -L/opt/csw/lib -L/opt/csw/lib > -rpath /opt/csw/lib/svn -o libsvnjavahl-1.la BlameCallback.lo > ChangelistCallback.lo CommitMessage.lo ConflictResolverCallback.lo > CopySources.lo DiffSummaryReceiver.lo EnumMapper.lo InfoCallback.lo > Inputer.lo JNIByteArray.lo JNICriticalSection.lo JNIMutex.lo > JNIStackElement.lo JNIStringHolder.lo JNIThreadData.lo JNIUtil.lo > ListCallback.lo LogMessageCallback.lo MessageReceiver.lo Notify.lo > Notify2.lo Outputer.lo Path.lo Pool.lo ProgressListener.lo Prompter.lo > ProplistCallback.lo Revision.lo RevisionRange.lo RevpropTable.lo > SVNAdmin.lo SVNBase.lo SVNClient.lo StatusCallback.lo StringArray.lo > Targets.lo libsvnjavahl.la.lo > org_tigris_subversion_javahl_NativeResources.lo > org_tigris_subversion_javahl_Path.lo > org_tigris_subversion_javahl_SVNAdmin.lo > org_tigris_subversion_javahl_SVNClient.lo > org_tigris_subversion_javahl_Version.lo > ../../../../subversion/libsvn_repos/libsvn_repos-1.la > ../../../../subversion/libsvn_client/libsvn_client-1.la > ../../../../subversion/libsvn_wc/libsvn_wc-1.la > ../../../../subversion/libsvn_ra/libsvn_ra-1.la > ../../../../subversion/libsvn_delta/libsvn_delta-1.la > ../../../../subversion/libsvn_diff/libsvn_diff-1.la > ../../../../subversion/libsvn_subr/libsvn_subr-1.la > ../../../../subversion/libsvn_fs/libsvn_fs-1.la -laprutil-1 -lldap > -llber -ldb-4.4 -lexpat -liconv -lapr-1 -luuid -lsendfile -lrt -lsocket > -lpthread -ldl -lneon -lsocket -lCrun -lCstd > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Targets.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Targets.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); > ld: fatal: File processing errors. No output written to > .libs/libsvnjavahl-1.so.0.0.0 > gmake[2]: *** [subversion/bindings/javahl/native/libsvnjavahl-1.la] Error 1 > gmake[2]: Leaving directory > `/home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5' > gmake[1]: *** [svn-java] Error 2 > gmake[1]: Leaving directory `/home/mwatters/mgar/pkg/subversion' > gmake: *** [merge-isa-sparcv8] Error 2 > > > rupert THURNER wrote: >>>> many thanks, it works. where would i copy the old subversion pkg from, >>>> to upgrade it? >>>> >>>> kr, rupert. >>>> >>>> >>>> On Sun, Feb 22, 2009 at 14:06, Dagobert Michelsen wrote: >>>>> Hi Rupert, >>>>> >>>>> Am 21.02.2009 um 20:26 schrieb rupert THURNER: >>>>>> philipp suggested to contact you as i am not able to connect. can you help >>>>>> pls? >>>>> Sure. I put the key from the attached authorized_keys in your >>>>> authorized_keys. Please let me know if you need anything else. >>>>> >>>>> BTW, Phil: It would be nice if we all cc'ed to board@ if people sign up. >>>>> >>>>> >>>>> Best regards >>>>> >>>>> -- Dago >>>>> >>>> _______________________________________________ >>>> buildfarm mailing list >>>> buildfarm at lists.opencsw.org >>>> https://lists.opencsw.org/mailman/listinfo/buildfarm >> - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmh2yYACgkQLrhmsXMSLxf73QCfR+8W7ZVDAtd+JHlDUJ7u1/5p 6KIAoM29j7ry4fddX9PWJfO+45JUeNuu =Pod2 -----END PGP SIGNATURE----- From mwatters at opencsw.org Mon Feb 23 01:25:01 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Feb 2009 18:25:01 -0600 Subject: [csw-maintainers] mod_wsgi, how to "make checksum"? In-Reply-To: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> References: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> Message-ID: <49A1ECDD.30307@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 make makesums rupert THURNER wrote: > thanks for the hint! > > tried it with mod_python, and adjusted it to build mod_wsgi. but > somehow i did not understand the checksums: > > rupert at build8s:~/mgar/pkg/mod_wsgi > $ make checksum > [===== NOW BUILDING: mod_wsgi-2.3 =====] > [prerequisite] complete for mod_wsgi. > [fetch] complete for mod_wsgi. > gmake: *** No rule to make target `checksum-mod_wsgi-2.3.tar.gz', > needed by `checksum'. Stop. > > what do i miss out? > > rupert. > > > On Mon, Feb 23, 2009 at 00:14, Mike Watters wrote: > > feel free to copy any of my files on the buildfarm. all my build files > are in ~/mgar/pkg/{pkgname} ... I have a script ~/bin/co usage: co > {pkgname} that will check out the version from subversion if exists. > it will also automatically upgrade it to gar v2 if needed and check it > back in. so make sure you checkout by hand the active projects ( unless > you talk to them first ) -- I already made that mistake --. > > if you don't have a ~/.garrc I suggest taking mine or someone else's and > modify it. > > > > > rupert THURNER wrote: >>>> oh ... it is so much easier if you can use the base files of somebody >>>> else, like how to set the build environment, and others. i try to copy >>>> mike's now :) >>>> >>>> rupert. >>>> >>>> On Sun, Feb 22, 2009 at 22:06, Dagobert Michelsen wrote: >>>>> Hi Rupert, >>>>> >>>>> Am 22.02.2009 um 21:21 schrieb rupert THURNER: >>>>>> many thanks, it works. where would i copy the old subversion pkg from, >>>>>> to upgrade it? >>>>> Sorry, I don't understand what you mean. Usually you take the GAR >>>>> description, update it and build a new package. You don't need the >>>>> old package. >>>>> >>>>> >>>>> Best regards >>>>> >>>>> -- Dago >>>>> >> - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmh7NwACgkQLrhmsXMSLxdXJACfSNh8yLkpzWESNOfK4Er1R4tb gi8AoI6Q/HCCAu9HCkdKXg10wJRX2PML =ws9g -----END PGP SIGNATURE----- From hson at opencsw.org Mon Feb 23 02:14:45 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 23 Feb 2009 02:14:45 +0100 Subject: [csw-maintainers] New imagemagick package in testing Message-ID: <49A1F885.5090501@opencsw.org> Changes: - Update to 6.4.9-6 - Built with DJVU, DPS and EXR support - Included old libraries for backward compatibility - Built using gar Download from http://mirror.opencsw.org/testing.html Since this is a large jump from the old version and due to the vast number of file format coders, I would like to get as many as possible to test the package before I release it public. From hson at opencsw.org Mon Feb 23 02:58:45 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 23 Feb 2009 02:58:45 +0100 Subject: [csw-maintainers] New lcms version in testing Message-ID: <49A202D5.2070305@opencsw.org> I've committed lcms to svn and built packages of the latest version (1.17), but since there are a dependency-chain, I don't know whether its a good idea to release without .la files... From phil at bolthole.com Mon Feb 23 06:13:09 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 22 Feb 2009 21:13:09 -0800 Subject: [csw-maintainers] New lcms version in testing In-Reply-To: <49A202D5.2070305@opencsw.org> References: <49A202D5.2070305@opencsw.org> Message-ID: <20090223051309.GA67635@bolthole.com> On Mon, Feb 23, 2009 at 02:58:45AM +0100, Roger H?kansson wrote: > I've committed lcms to svn and built packages of the latest version > (1.17), but since there are a dependency-chain, I don't know whether its > a good idea to release without .la files... it would only be a problem, if other libraries depended on it. the only otehr library would seem to be libmng (owned by James) only things dependant on THAT are libxine and gimp. i'd say release without em. From hson at opencsw.org Mon Feb 23 14:04:46 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 23 Feb 2009 14:04:46 +0100 Subject: [csw-maintainers] Package naming question Message-ID: <49A29EEE.4030107@opencsw.org> I'm thinking of updating the wmf package, however that name seems a bit off. The package originates from wvware.sourceforge.net, who have three packages, libwmf, wv and wv2, where libwmf is what's packaged as wmf. So the logical name would be libwmf, but I guess that such a change is a bit tricky since there are some packages depending on wmf. However, if I would commit a gar-package, what would be the preferred name, wmf or libwmf? (I assume wmf since that's what it's called right now, but I want to be sure) From rupert.thurner at gmail.com Sun Feb 22 22:35:54 2009 From: rupert.thurner at gmail.com (rupert THURNER) Date: Sun, 22 Feb 2009 22:35:54 +0100 Subject: [csw-maintainers] [csw-buildfarm] Fwd: maintain subversion and related? In-Reply-To: <49A1B70D.4040402@opencsw.org> References: <94E2A58978FC324196A142DE8399AB78013AB03F@chsa1556.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB0F6@chsa1556.share.beluni.net> <2C7E92C7E7E92A4E850BC32CB8347DB402FCFEC2@chsa1068.share.beluni.net> <94E2A58978FC324196A142DE8399AB78013AB1A8@chsa1556.share.beluni.net> <6af4270902141117r75466b9dy96be2d76d2356dfb@mail.gmail.com> <6af4270902202357y6ed8c8ddi395dddb7ee8cf776@mail.gmail.com> <6af4270902211126t65b19935od93fef7dc8e6fbbf@mail.gmail.com> <9FA38F9D-414B-4591-9391-F2F383F4DE93@opencsw.org> <6af4270902221221udeb72e6y95eba7d5bb618e37@mail.gmail.com> <49A1B70D.4040402@opencsw.org> Message-ID: <6af4270902221335y30bdc42cyd659d8b80faf65b0@mail.gmail.com> i'd suggest to remove javahl. there is anyway no client software successfully using it, as svnkit is the better solution for java programs. rupert. On Sun, Feb 22, 2009 at 21:35, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I am in the middle of upgrading subversion right now. > I have it using gar v2 and compiling version 1.5.5 but am stuck getting > the javahl extension to compile cleanly. The new version of ruby that is > now in testing will be needed to compile the ruby extensions. > > > I am getting the output below. > anyone have any ideas? I have a few more things to try patch wise. > > > > cd subversion/bindings/javahl/native && /bin/bash > /home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5/libtool > - --tag=CXX --silent --mode=link /opt/studio/SOS11/SUNWspro/bin/CC -xO3 > - -xarch=v8 -I/opt/csw/bdb44/include -I/opt/csw/apache2/include > - -I/opt/csw/include -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\\$ISALIST > - -R/opt/csw/lib -L/opt/csw/bdb44/lib -R/opt/csw/bdb44/lib/\\\$ISALIST > - -R/opt/csw/bdb44/lib -L/opt/csw/lib/svn -R/opt/csw/lib/svn/\\\$ISALIST > - -R/opt/csw/lib/svn -L/opt/csw/apache2/lib > - -R/opt/csw/apache2/lib/\\\$ISALIST -R/opt/csw/apache2/lib -lintl -liconv > -L/opt/csw/bdb44/lib -L/opt/csw/lib -L/opt/csw/lib -L/opt/csw/lib > - -rpath /opt/csw/lib/svn -o libsvnjavahl-1.la BlameCallback.lo > ChangelistCallback.lo CommitMessage.lo ConflictResolverCallback.lo > CopySources.lo DiffSummaryReceiver.lo EnumMapper.lo InfoCallback.lo > Inputer.lo JNIByteArray.lo JNICriticalSection.lo JNIMutex.lo > JNIStackElement.lo JNIStringHolder.lo JNIThreadData.lo JNIUtil.lo > ListCallback.lo LogMessageCallback.lo MessageReceiver.lo Notify.lo > Notify2.lo Outputer.lo Path.lo Pool.lo ProgressListener.lo Prompter.lo > ProplistCallback.lo Revision.lo RevisionRange.lo RevpropTable.lo > SVNAdmin.lo SVNBase.lo SVNClient.lo StatusCallback.lo StringArray.lo > Targets.lo libsvnjavahl.la.lo > org_tigris_subversion_javahl_NativeResources.lo > org_tigris_subversion_javahl_Path.lo > org_tigris_subversion_javahl_SVNAdmin.lo > org_tigris_subversion_javahl_SVNClient.lo > org_tigris_subversion_javahl_Version.lo > ../../../../subversion/libsvn_repos/libsvn_repos-1.la > ../../../../subversion/libsvn_client/libsvn_client-1.la > ../../../../subversion/libsvn_wc/libsvn_wc-1.la > ../../../../subversion/libsvn_ra/libsvn_ra-1.la > ../../../../subversion/libsvn_delta/libsvn_delta-1.la > ../../../../subversion/libsvn_diff/libsvn_diff-1.la > ../../../../subversion/libsvn_subr/libsvn_subr-1.la > ../../../../subversion/libsvn_fs/libsvn_fs-1.la -laprutil-1 -lldap > - -llber -ldb-4.4 -lexpat -liconv -lapr-1 -luuid -lsendfile -lrt -lsocket > -lpthread -ldl -lneon -lsocket -lCrun -lCstd > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Inputer.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/JNIUtil.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Outputer.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Path.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Pool.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Prompter.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevisionRange.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/RevpropTable.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNAdmin.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/SVNClient.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/StringArray.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Targets.o > type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file .libs/Targets.o > type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNAdmin.o type=FUNC); > ld: fatal: symbol `apr_pool_t*Pool::pool()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); > ld: fatal: symbol `void Pool::clear()const' is multiply-defined: > (file .libs/CopySources.o type=FUNC; file > .libs/org_tigris_subversion_javahl_SVNClient.o type=FUNC); > ld: fatal: File processing errors. No output written to > .libs/libsvnjavahl-1.so.0.0.0 > gmake[2]: *** [subversion/bindings/javahl/native/libsvnjavahl-1.la] Error 1 > gmake[2]: Leaving directory > `/home/mwatters/mgar/pkg/subversion/work/build-isa-sparcv8/subversion-1.5.5' > gmake[1]: *** [svn-java] Error 2 > gmake[1]: Leaving directory `/home/mwatters/mgar/pkg/subversion' > gmake: *** [merge-isa-sparcv8] Error 2 > > > rupert THURNER wrote: >> many thanks, it works. where would i copy the old subversion pkg from, >> to upgrade it? >> >> kr, rupert. >> >> >> On Sun, Feb 22, 2009 at 14:06, Dagobert Michelsen wrote: >>> Hi Rupert, >>> >>> Am 21.02.2009 um 20:26 schrieb rupert THURNER: >>>> philipp suggested to contact you as i am not able to connect. can you help >>>> pls? >>> Sure. I put the key from the attached authorized_keys in your >>> authorized_keys. Please let me know if you need anything else. >>> >>> BTW, Phil: It would be nice if we all cc'ed to board@ if people sign up. >>> >>> >>> Best regards >>> >>> -- Dago >>> >> _______________________________________________ >> buildfarm mailing list >> buildfarm at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/buildfarm > > - -- > Thanks, > Mike > > "Any intelligent fool can make things bigger, more complex, > and more violent. It takes a touch of genius -- and a lot of courage -- > to move in the opposite direction." > > * Albert Einstein 1879 - 1955 > US German-born Theoretical Physicist > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkmhtw0ACgkQLrhmsXMSLxe+vgCgoUjewIOV4eu5eNJlZp4tFyEj > scYAoKB/cOU/stpohqkQG8LYDjH3vjJy > =0jbJ > -----END PGP SIGNATURE----- > From rupert.thurner at gmail.com Mon Feb 23 00:48:49 2009 From: rupert.thurner at gmail.com (rupert THURNER) Date: Mon, 23 Feb 2009 00:48:49 +0100 Subject: [csw-maintainers] mod_wsgi, how to "make checksum"? Message-ID: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> thanks for the hint! tried it with mod_python, and adjusted it to build mod_wsgi. but somehow i did not understand the checksums: rupert at build8s:~/mgar/pkg/mod_wsgi $ make checksum [===== NOW BUILDING: mod_wsgi-2.3 =====] [prerequisite] complete for mod_wsgi. [fetch] complete for mod_wsgi. gmake: *** No rule to make target `checksum-mod_wsgi-2.3.tar.gz', needed by `checksum'. Stop. what do i miss out? rupert. On Mon, Feb 23, 2009 at 00:14, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > feel free to copy any of my files on the buildfarm. all my build files > are in ~/mgar/pkg/{pkgname} ... I have a script ~/bin/co usage: co > {pkgname} that will check out the version from subversion if exists. > it will also automatically upgrade it to gar v2 if needed and check it > back in. so make sure you checkout by hand the active projects ( unless > you talk to them first ) -- I already made that mistake --. > > if you don't have a ~/.garrc I suggest taking mine or someone else's and > modify it. > > > > > rupert THURNER wrote: >> oh ... it is so much easier if you can use the base files of somebody >> else, like how to set the build environment, and others. i try to copy >> mike's now :) >> >> rupert. >> >> On Sun, Feb 22, 2009 at 22:06, Dagobert Michelsen wrote: >>> Hi Rupert, >>> >>> Am 22.02.2009 um 21:21 schrieb rupert THURNER: >>>> many thanks, it works. where would i copy the old subversion pkg from, >>>> to upgrade it? >>> Sorry, I don't understand what you mean. Usually you take the GAR >>> description, update it and build a new package. You don't need the >>> old package. >>> >>> >>> Best regards >>> >>> -- Dago >>> > > - -- > Thanks, > Mike > > "Any intelligent fool can make things bigger, more complex, > and more violent. It takes a touch of genius -- and a lot of courage -- > to move in the opposite direction." > > * Albert Einstein 1879 - 1955 > US German-born Theoretical Physicist > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkmh3D8ACgkQLrhmsXMSLxdBVgCeI8lFglGAuLJ9rHtZy+zZFDYS > EIQAoMj+00bEEn1XyxgS/Es0f+TKk6Ic > =KUsP > -----END PGP SIGNATURE----- > From phil at bolthole.com Mon Feb 23 18:20:37 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Feb 2009 09:20:37 -0800 Subject: [csw-maintainers] Package naming question In-Reply-To: <49A29EEE.4030107@opencsw.org> References: <49A29EEE.4030107@opencsw.org> Message-ID: <20090223172037.GA80170@bolthole.com> On Mon, Feb 23, 2009 at 02:04:46PM +0100, Roger H?kansson wrote: > I'm thinking of updating the wmf package, however that name seems a bit off. > The package originates from wvware.sourceforge.net, who have three > packages, libwmf, wv and wv2, where libwmf is what's packaged as wmf. > So the logical name would be libwmf, but I guess that such a change is a > bit tricky since there are some packages depending on wmf. > > However, if I would commit a gar-package, what would be the preferred > name, wmf or libwmf? (I assume wmf since that's what it's called right > now, but I want to be sure) It is nice to preserve our existing naming. from a technical cost analysis perspective: changing the "software name" is less nasty than the package name. changing software name, "only" involves having to change the mantis area name. changing the package name, invokes having to change all other packages that depend on it, AND having upgrades break on the user side. ie: a user cant just do "pkg-get upgrade all" and get the new version of the package. the user has to explicitly choose to install the new name. For "middleware" packages, this isnt quite so bad, since users will usually just upgrade the "end user software", and that will pull in the later named package. but still a bit messy. From phil at bolthole.com Mon Feb 23 20:32:52 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Feb 2009 11:32:52 -0800 Subject: [csw-maintainers] page on sharing /opt/csw updated Message-ID: <20090223193252.GF80170@bolthole.com> FYI: i updated our long-time users guide page, on strategies for sharing /opt/csw between machines and zones. If anyone's curious, and/or would like to give feedback, it's at http://www.opencsw.org/userguide/sharingcsw From dam at opencsw.org Tue Feb 24 10:00:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Feb 2009 10:00:56 +0100 Subject: [csw-maintainers] Package naming question In-Reply-To: <49A29EEE.4030107@opencsw.org> References: <49A29EEE.4030107@opencsw.org> Message-ID: <840CDD58-6EBD-43D1-A6D0-322E3D5875FE@opencsw.org> Hi Roger, Am 23.02.2009 um 14:04 schrieb Roger H?kansson: > I'm thinking of updating the wmf package, however that name seems a > bit off. > The package originates from wvware.sourceforge.net, who have three > packages, libwmf, wv and wv2, where libwmf is what's packaged as wmf. > So the logical name would be libwmf, but I guess that such a change > is a > bit tricky since there are some packages depending on wmf. > > However, if I would commit a gar-package, what would be the preferred > name, wmf or libwmf? (I assume wmf since that's what it's called right > now, but I want to be sure) The name of the GAR directory and GARNAME should be the same as the catalog name of one of the produced packages. Despite this convention changing the directory name doesn't change anything else. Best regards -- Dago From dam at opencsw.org Tue Feb 24 10:04:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Feb 2009 10:04:24 +0100 Subject: [csw-maintainers] mod_wsgi, how to "make checksum"? In-Reply-To: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> References: <6af4270902221548x5f73941cwd22ccfe36bc77b55@mail.gmail.com> Message-ID: <8D4C3ED8-EEFE-4BD1-A97C-E02D632B37A0@opencsw.org> Hi Rupert, Am 23.02.2009 um 00:48 schrieb rupert THURNER: > tried it with mod_python, and adjusted it to build mod_wsgi. but > somehow i did not understand the checksums: > > rupert at build8s:~/mgar/pkg/mod_wsgi > $ make checksum > [===== NOW BUILDING: mod_wsgi-2.3 =====] > [prerequisite] complete for mod_wsgi. > [fetch] complete for mod_wsgi. > gmake: *** No rule to make target `checksum-mod_wsgi-2.3.tar.gz', > needed by `checksum'. Stop. > > what do i miss out? Well, 'checksum' is called automatically as dependency prior to 'extract'. In this step fingerprints are calculated for DISTFILES and compared against the file 'checksums'. There should be no need to call it manually. The checksum-file is updated when you call the make-target 'makesum' (calculate checksum only) or 'update' (clear, fetch, makesum). Best regards -- Dago From james at opencsw.org Tue Feb 24 10:44:29 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Feb 2009 09:44:29 GMT Subject: [csw-maintainers] New lcms version in testing In-Reply-To: <20090223051309.GA67635@bolthole.com> References: <49A202D5.2070305@opencsw.org> <20090223051309.GA67635@bolthole.com> Message-ID: <20090224.9442900.3394415429@gyor.oxdrove.co.uk> On 23/02/09, 05:13:09, Philip Brown wrote regarding Re: [csw-maintainers] New lcms version in testing: > > (1.17), but since there are a dependency-chain, I don't know whether its > > a good idea to release without .la files... > it would only be a problem, if other libraries depended on it. > the only otehr library would seem to be > libmng (owned by James) Libmng builds with the new lcms, as do my other CSWlcms dependants CSWxsane and CSWgraphicsmagick. James. From dam at opencsw.org Tue Feb 24 14:55:20 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Feb 2009 14:55:20 +0100 Subject: [csw-maintainers] Deinstalling CSWqt Message-ID: <5CE3CE55-94DA-472C-9E9E-EA3414E8AC4E@opencsw.org> Hi, I am deinstalling CSWqt from the farm to compile a current qt4, which is incompatible with the current qt4. Best regards -- Dago From dam at opencsw.org Tue Feb 24 17:06:32 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Feb 2009 17:06:32 +0100 Subject: [csw-maintainers] Broken CSWftype2 Message-ID: Hi Chad, I noticed there is an error in the current CSWftype2 2.3.8,REV=2009.02.16 in /opt/csw/include/ft2build.h with the line #include The path is instead /opt/csw/include/freetype2/freetype/config/ftheader.h I guess it should either be in /opt/csw/include/freetype2/ft2build.h or contain #include Best regards -- Dago From phil at bolthole.com Tue Feb 24 19:02:34 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Feb 2009 10:02:34 -0800 Subject: [csw-maintainers] Broken CSWftype2 In-Reply-To: References: Message-ID: <20090224180234.GA27989@bolthole.com> On Tue, Feb 24, 2009 at 05:06:32PM +0100, Dagobert Michelsen wrote: > Hi Chad, > > I noticed there is an error in the current CSWftype2 > 2.3.8,REV=2009.02.16 in > /opt/csw/include/ft2build.h > with the line > #include > The path is instead > /opt/csw/include/freetype2/freetype/config/ftheader.h > > I guess it should either be in > /opt/csw/include/freetype2/ft2build.h > or contain > #include hint to the maintainer: pleas do whatever the old one (in stable) did. From harpchad at opencsw.org Tue Feb 24 21:05:39 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 24 Feb 2009 14:05:39 -0600 Subject: [csw-maintainers] Broken CSWftype2 In-Reply-To: References: Message-ID: <49A45313.5080806@opencsw.org> That looks correct to me, can you send me more details on where you're getting the error? #include with -I/opt/csw/include/freetype2 should find /opt/csw/include/freetype2/freetype/config/ftheader.h Perhaps what you're compiling isn't using freetype-config? /opt/csw/bin/freetype-config --cflags -I/opt/csw/include/freetype2 -I/opt/csw/include Dagobert Michelsen wrote: > Hi Chad, > > I noticed there is an error in the current CSWftype2 > 2.3.8,REV=2009.02.16 in > /opt/csw/include/ft2build.h > with the line > #include > The path is instead > /opt/csw/include/freetype2/freetype/config/ftheader.h > > I guess it should either be in > /opt/csw/include/freetype2/ft2build.h > or contain > #include > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From ihsan at opencsw.org Tue Feb 24 21:43:21 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 24 Feb 2009 21:43:21 +0100 Subject: [csw-maintainers] Mail services Message-ID: <49A45BE9.3070902@opencsw.org> Hello, I've wrote a wiki page about our mail services: http://wiki.opencsw.org/mail-server Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Tue Feb 24 23:23:08 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 24 Feb 2009 16:23:08 -0600 Subject: [csw-maintainers] New Python in testing Message-ID: <49A4734C.9090407@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: * recompile including the correct prior version of $(libdir)/libpython* for compatability * Tweak the site.py file to correctly search the "existing" site-packages directories. - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmkc0wACgkQLrhmsXMSLxf7QgCgk/cMKLC4BtvLdrz+Re+WMsLe MzYAnA2LD41ZeX/5sBq6aC/Na6ld+b6L =fsTl -----END PGP SIGNATURE----- From rupert.thurner at gmail.com Wed Feb 25 09:32:00 2009 From: rupert.thurner at gmail.com (rupert THURNER) Date: Wed, 25 Feb 2009 09:32:00 +0100 Subject: [csw-maintainers] =?utf-8?q?irl_meeting_-_somebody_staying_in_z?= =?utf-8?b?w7xyaWNoPw==?= Message-ID: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> hi, i just saw http://wiki.opencsw.org/irl-meeting, does this mean anybody stays in z?rich for drinking beer sometimes? rupert. From ihsan at opencsw.org Wed Feb 25 11:23:01 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 25 Feb 2009 11:23:01 +0100 Subject: [csw-maintainers] =?utf-8?q?irl_meeting_-_somebody_staying_in_z?= =?utf-8?b?w7xyaWNoPw==?= In-Reply-To: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> References: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> Message-ID: <49A51C05.3000009@opencsw.org> Am 25.2.2009 9:32 Uhr, rupert THURNER schrieb: > i just saw http://wiki.opencsw.org/irl-meeting, does this mean anybody > stays in z?rich for drinking beer sometimes? The IRL meeting is already over, but I'm still living in Zurich. :-) Do you live in Zurich as well? PS: Please use your @opencsw.org address to post to the maintainers list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From william at wbonnet.net Wed Feb 25 17:33:23 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Feb 2009 17:33:23 +0100 Subject: [csw-maintainers] =?utf-8?q?irl_meeting_-_somebody_staying_in_z?= =?utf-8?b?w7xyaWNoPw==?= In-Reply-To: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> References: <6af4270902250032x69b87570x93cac802a5f105b4@mail.gmail.com> Message-ID: <49A572D3.4060606@wbonnet.net> Hi > i just saw http://wiki.opencsw.org/irl-meeting, does this mean anybody > stays in z?rich for drinking beer sometimes? > BTW, is there some people around linving in Paris area and willing to drink a beer ? :) (France) cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Wed Feb 25 23:29:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Feb 2009 23:29:56 +0100 Subject: [csw-maintainers] build10x /var In-Reply-To: <1235571001-sup-4783@ntdws12.chass.utoronto.ca> References: <1235571001-sup-4783@ntdws12.chass.utoronto.ca> Message-ID: <86DFE69C-52B9-4F96-8C32-C1B652A67E40@opencsw.org> Hi, Am 25.02.2009 um 15:10 schrieb Ben Walton: > It seems that the slice hosting /var is throwing I/O errors... Appararently our SAN Array (crappy Infortrend) had a transient failure and VMware ESX doesn't seemed to like it. A colleague is going to fix that tomorrow. Sorry for the inconvenience -- Dago From william at wbonnet.net Thu Feb 26 00:09:30 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Feb 2009 00:09:30 +0100 Subject: [csw-maintainers] X11 prototype are in testing Message-ID: <49A5CFAA.2010806@wbonnet.net> Hi I have updated the X11 proto packages and put them back in testing. I will continue to update the libs i started to build a few weeks ago, but before i need some feedback from you guys :) I have moved the X11 stuff to /opt/csw/X11 (but licenses which are under /opt/csw/share/$(GARNAME). Could you please have a look to these packages before i ask for them to be installed on the farm ? I will need these package to be able to continue to build the next libs, but i would prefer not to create side effects with other packages as it happens last november. Here is the list of packages (from /home/testing) kbproto-1.0.3,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz kbproto-1.0.3,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz renderproto-0.9.3,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz renderproto-0.9.3,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz xcbproto-1.4,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz xcbproto-1.4,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz xextproto-7.0.5,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz xextproto-7.0.5,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz xproto-7.0.14,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz xproto-7.0.14,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz Thanks in advance cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Thu Feb 26 00:11:35 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Feb 2009 00:11:35 +0100 Subject: [csw-maintainers] X11 prototype are in testing In-Reply-To: <49A5CFAA.2010806@wbonnet.net> References: <49A5CFAA.2010806@wbonnet.net> Message-ID: <49A5D027.9030507@wbonnet.net> Hi > kbproto-1.0.3,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > kbproto-1.0.3,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > renderproto-0.9.3,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > renderproto-0.9.3,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > xcbproto-1.4,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > xcbproto-1.4,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > xextproto-7.0.5,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > xextproto-7.0.5,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > xproto-7.0.14,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz > xproto-7.0.14,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz > and also libpthreadstubs-0.1,REV=2009.02.25-SunOS5.8-i386-CSW.pkg.gz libpthreadstubs-0.1,REV=2009.02.25-SunOS5.8-sparc-CSW.pkg.gz cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Thu Feb 26 09:26:59 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Feb 2009 09:26:59 +0100 Subject: [csw-maintainers] build10x /var In-Reply-To: <86DFE69C-52B9-4F96-8C32-C1B652A67E40@opencsw.org> References: <1235571001-sup-4783@ntdws12.chass.utoronto.ca> <86DFE69C-52B9-4F96-8C32-C1B652A67E40@opencsw.org> Message-ID: <9B0CE3C0-C8E9-442E-AD19-3919B6B35A49@opencsw.org> Hi, Am 25.02.2009 um 23:29 schrieb Dagobert Michelsen: > Am 25.02.2009 um 15:10 schrieb Ben Walton: >> It seems that the slice hosting /var is throwing I/O errors... > > Appararently our SAN Array (crappy Infortrend) had a transient > failure and VMware ESX doesn't seemed to like it. A colleague is > going to fix that tomorrow. The issue is resolved now. Best regards -- Dago From bwalton at opencsw.org Thu Feb 26 15:01:42 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 26 Feb 2009 09:01:42 -0500 Subject: [csw-maintainers] build10x /var In-Reply-To: <9B0CE3C0-C8E9-442E-AD19-3919B6B35A49@opencsw.org> References: <1235571001-sup-4783@ntdws12.chass.utoronto.ca> <86DFE69C-52B9-4F96-8C32-C1B652A67E40@opencsw.org> <9B0CE3C0-C8E9-442E-AD19-3919B6B35A49@opencsw.org> Message-ID: <1235656860-sup-6188@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Thu Feb 26 03:26:59 -0500 2009: > The issue is resolved now. Great. I've just added the two packages that I couldn't yesterday too (in addition to the one I missed), so the boxes should be standard again. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bwalton at opencsw.org Thu Feb 26 17:00:59 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 26 Feb 2009 11:00:59 -0500 Subject: [csw-maintainers] ruby packages in testing Message-ID: <1235663912-sup-4053@ntdws12.chass.utoronto.ca> Hi All, There are new ruby packages in testing. These are a response to the lack of the libruby-static.a file bug that was created last week. I've now added a rubydev package that contains the header files, mkmf module and the static library that modules (may) use. This is more in line with ruby distros from other package repos. Please test this if you're interested and send feedback to me if you've got any. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. From rupert at opencsw.org Fri Feb 27 06:56:50 2009 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 27 Feb 2009 06:56:50 +0100 Subject: [csw-maintainers] install mod_wsgi - alternative to http://opencsw.org/standards/pkg-walkthrough ? Message-ID: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> hi, i copied mod_python, and am trying to make mod_wsgi out of it as it is similar in building, am able to build it, but i cannot package and install it. i copied mike watters copied environment and scripts. then i tried to follow http://opencsw.org/standards/pkg-walkthrough but i got: rupert at build8s:~/mgar/pkg/mod_wsgi $ stagepkg ... /home/rupert/mgar/pkg/mod_wsgi/cswstage fakeroot make: Fatal error in reader: Makefile, line 7: Unexpected end of line seen which made me try http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR. but i got: rupert at build8s:~/mgar/pkg/mod_wsgi $ make package ... ==> Running make test in work/build-isa-sparcv8/mod_wsgi-2.3 gmake[2]: Entering directory `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-sparcv8/mod_wsgi-2.3' gmake[2]: *** No rule to make target `test'. Stop. what do you usually add to make this pass? rupert. From mwatters at opencsw.org Fri Feb 27 07:02:52 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 00:02:52 -0600 Subject: [csw-maintainers] install mod_wsgi - alternative to http://opencsw.org/standards/pkg-walkthrough ? In-Reply-To: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> References: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> Message-ID: <49A7820C.9080809@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There are several ways to do it. TEST_SCRIPTS = is one way but I am not fond of that as it is not very descriptive. I prefer TEST_SCRIPTS = skip test-skip: $(DONADA) rupert THURNER wrote: > hi, > > i copied mod_python, and am trying to make mod_wsgi out of it as it is > similar in building, am able to build it, but i cannot package and > install it. > > i copied mike watters copied environment and scripts. then i tried to > follow http://opencsw.org/standards/pkg-walkthrough but i got: > rupert at build8s:~/mgar/pkg/mod_wsgi > $ stagepkg > ... > /home/rupert/mgar/pkg/mod_wsgi/cswstage > fakeroot > make: Fatal error in reader: Makefile, line 7: Unexpected end of line seen > > which made me try > http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR. > but i got: > rupert at build8s:~/mgar/pkg/mod_wsgi > $ make package > ... > ==> Running make test in work/build-isa-sparcv8/mod_wsgi-2.3 > gmake[2]: Entering directory > `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-sparcv8/mod_wsgi-2.3' > gmake[2]: *** No rule to make target `test'. Stop. > > what do you usually add to make this pass? > > > rupert. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmnggwACgkQLrhmsXMSLxcdUQCfeAHiM1PGJJg3Vh4B6sTPJutQ AqcAoInT3q8jcodbeStWfWMtVxPtm+4H =fpBP -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Feb 27 07:06:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 00:06:57 -0600 Subject: [csw-maintainers] install mod_wsgi - alternative to http://opencsw.org/standards/pkg-walkthrough ? In-Reply-To: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> References: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> Message-ID: <49A78301.7000706@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 also, this error: "make: Fatal error in reader: Makefile, line 7: Unexpected end of line seen" usually implies you are using Sun's make and not gmake. I cheat and have an alias alias make='/opt/csw/bin/gmake' in my .bash_profile rupert THURNER wrote: > hi, > > i copied mod_python, and am trying to make mod_wsgi out of it as it is > similar in building, am able to build it, but i cannot package and > install it. > > i copied mike watters copied environment and scripts. then i tried to > follow http://opencsw.org/standards/pkg-walkthrough but i got: > rupert at build8s:~/mgar/pkg/mod_wsgi > $ stagepkg > ... > /home/rupert/mgar/pkg/mod_wsgi/cswstage > fakeroot > make: Fatal error in reader: Makefile, line 7: Unexpected end of line seen > > which made me try > http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR. > but i got: > rupert at build8s:~/mgar/pkg/mod_wsgi > $ make package > ... > ==> Running make test in work/build-isa-sparcv8/mod_wsgi-2.3 > gmake[2]: Entering directory > `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-sparcv8/mod_wsgi-2.3' > gmake[2]: *** No rule to make target `test'. Stop. > > what do you usually add to make this pass? > > > rupert. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmngwEACgkQLrhmsXMSLxc6kACg18yNUOc1g16/Np/R6yZdgSVA 8jAAoLXOE0BwDhldPBTO9EuurNy2ohZJ =sSeC -----END PGP SIGNATURE----- From phil at bolthole.com Fri Feb 27 07:14:34 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Feb 2009 22:14:34 -0800 Subject: [csw-maintainers] install mod_wsgi - alternative to http://opencsw.org/standards/pkg-walkthrough ? In-Reply-To: <49A78301.7000706@opencsw.org> References: <6af4270902262156qea3b9e8g563c01111d7d5b@mail.gmail.com> <49A78301.7000706@opencsw.org> Message-ID: <20090227061434.GA4684@bolthole.com> On Fri, Feb 27, 2009 at 12:06:57AM -0600, Mike Watters wrote: > usually implies you are using Sun's make and not gmake. > I cheat and have an alias > alias make='/opt/csw/bin/gmake' in my .bash_profile dangerous, in that it or may not work. Often, it is moreo direct and effective to set an environment variable, MAKE=gmake stagepkg respects it, for one thing. you can call it with MAKE=gmake stagepkg for example. From mwatters at opencsw.org Sat Feb 28 05:36:03 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:36:03 -0600 Subject: [csw-maintainers] pyorbit *** Now in Testing *** Message-ID: <49A8BF33.9060202@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version 2.24.0 compiled against python2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmovzMACgkQLrhmsXMSLxe8PwCg6aUrFKh47YYqR5H/H+fs5bQv uEQAoMvaLnOGdDK1T3+RDDid+bFpB5bI =E0D8 -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:42:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:42:35 -0600 Subject: [csw-maintainers] pysetuptools *** Now in Testing *** Message-ID: <49A8C0BB.4090407@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version 0.6c7 compiled for python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowLsACgkQLrhmsXMSLxeUZQCgxY0wlp718wZTP0F5ikkAS8/Q GKgAoItx4T4isw5dc701jBxEOX9KiG23 =RBX8 -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:43:19 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:43:19 -0600 Subject: [csw-maintainers] pydocutils *** Now in Testing *** Message-ID: <49A8C0E7.6020705@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version 0.5 compiled against python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowOcACgkQLrhmsXMSLxdDUQCguoy/0qqSy58f40VKeZn+ArEc F+MAoNCUxvRnTIiMuN8d84DgbVRvykgm =odmN -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:44:28 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:44:28 -0600 Subject: [csw-maintainers] pysqlite2 *** Now In Testing *** Message-ID: <49A8C12C.3070006@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes; version: 2.3.5 compiled for python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowSwACgkQLrhmsXMSLxftCgCfYljKIB2R/QwvxPIiT+cc5aaz 27UAoJlp+CWMF+Yb7p7cSzKkqdfwBYbE =2jqs -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:45:11 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:45:11 -0600 Subject: [csw-maintainers] silvercity *** Now in Testing *** Message-ID: <49A8C157.2040705@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version: 0.9.7 compiled for python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowVcACgkQLrhmsXMSLxcy+wCeNTJrHyfGgSgQli2c1LdnjaqA B4IAoJ7yo7XDNsOJwM3iv2XAnLF+wf+P =iXd8 -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:46:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:46:25 -0600 Subject: [csw-maintainers] xchat xchat_py xchat_pl xchat_tcl *** Now in Testing *** Message-ID: <49A8C1A1.3020300@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version 2.8.6 xchat_py compiled against python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowaEACgkQLrhmsXMSLxfOBQCfZaVOgji1PHBP0PIKKffr1vog y6kAoMGiYVe6b0kXVgECyqNWj4HFQPM6 =ZPPy -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Feb 28 05:47:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Feb 2009 22:47:26 -0600 Subject: [csw-maintainers] pygobject *** Now in Testing *** Message-ID: <49A8C1DE.8000706@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: version: 2.15.4 compiled for python 2.6 - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." * Albert Einstein 1879 - 1955 US German-born Theoretical Physicist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmowd4ACgkQLrhmsXMSLxd/vgCeOGdZ6hxgpqzmo1/cTh5q80FQ HoAAoMTE5o1Xzsx8wEdyhtligxzRJQoO =LWhH -----END PGP SIGNATURE-----