From rupert at opencsw.org Sun Mar 1 16:35:05 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 1 Mar 2009 16:35:05 +0100 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? Message-ID: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> hi, for mod_wsgi i did: sw=mod_wsgi cd ~/mgar/pkg/$sw make package MAKE=gmake stagepkg which then says: If you dont already have a prototype file, you should copy /home/rupert/mgar/pkg/mod_wsgi/cswstage/prototype to where you keep your pkginfo file so i continued: $ find . -name pkginfo ./gar/pkglib/csw/pkginfo cp cswstage/prototype gar/pkglib/csw/ and then? stagepkg said: Next, cd ~/pkgs/[software] You should then do EITHER createpkg -b /home/rupert/mgar/pkg/mod_wsgi/cswstage/opt/csw but ... there is no ~/pkgs/[software] ... the only thing i see is: $ ls /home/rupert/pkgs/01.Mar.2009/ap2_modwsgi-2.3,REV\=2009.03.01-SunOS5.10-sparc-CSW.pkg.gz and now i am wondering what i should do with it to: try it, and then ask somebody to test it as well? rupert. From rupert at opencsw.org Sun Mar 1 16:48:20 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 1 Mar 2009 16:48:20 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6? Message-ID: <6af4270903010748v55c35730ld4d332b9958e7310@mail.gmail.com> hi, i tried to build the same mod_wsgi now on build8x and build10x ... but it gives: rupert at build8x:~/mgar/pkg/mod_wsgi $ make package ... ==> Running make in work/build-isa-i386/mod_wsgi-2.3 gmake[2]: Entering directory `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-i386/mod_wsgi-2.3' /opt/csw/apache2/sbin/apxs -c -I/opt/csw/include/python2.6 -DNDEBUG mod_wsgi.c -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv -lsocket -lnsl -lrt -ldl -lpthread /opt/csw/apache2/share/build/libtool --silent --mode=compile cc -prefer-pic -DSSL_EXPERIMENTAL -DSSL_ENGINE -xO3 -xtarget=generic -xarch=generic -I/opt/csw/bdb44/include -I/opt/csw/include -I/opt/csw/bdb44/include -I/opt/csw/include -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -mt -I/opt/csw/apache2/include -I/opt/csw/apache2/include -I/opt/csw/apache2/include -I/opt/csw/bdb44/include -I/opt/csw/include -I/opt/csw/include/python2.6 -DNDEBUG -c -o mod_wsgi.lo mod_wsgi.c && touch mod_wsgi.slo "/opt/csw/include/python2.6/pyconfig.h", line 1004: warning: macro redefined: _FILE_OFFSET_BITS "mod_wsgi.c", line 8290: warning: statement not reached "mod_wsgi.c", line 8370: warning: statement not reached /opt/csw/apache2/share/build/libtool --silent --mode=link cc -o mod_wsgi.la -rpath /opt/csw/apache2/libexec -module -avoid-version mod_wsgi.lo -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv -lsocket -lnsl -lrt -ldl -lpthread ld: fatal: library -lpython2.6: not found ld: fatal: File processing errors. No output written to .libs/mod_wsgi.so apxs:Error: Command failed with rc=65536 ... where could be the difference? rupert. From phil at bolthole.com Sun Mar 1 17:18:28 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 08:18:28 -0800 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? In-Reply-To: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> References: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> Message-ID: <20090301161828.GC68376@bolthole.com> On Sun, Mar 01, 2009 at 04:35:05PM +0100, rupert THURNER wrote: > and then? stagepkg said: > Next, > cd ~/pkgs/[software] > You should then do EITHER > createpkg -b /home/rupert/mgar/pkg/mod_wsgi/cswstage/opt/csw > > but ... there is no ~/pkgs/[software] ... the only thing i see is: That advice was made on the assumption you were building manually, not in gar. If you want to built it "manually" within gar, then cd to the place where your pkginfo file is, and build with createpkg -b [path-to-cswstage]/opt/csw But there's probably a more "gar" way to do the whole thing anyway. From phil at bolthole.com Sun Mar 1 17:23:45 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 08:23:45 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6? In-Reply-To: <6af4270903010748v55c35730ld4d332b9958e7310@mail.gmail.com> References: <6af4270903010748v55c35730ld4d332b9958e7310@mail.gmail.com> Message-ID: <20090301162345.GD68376@bolthole.com> On Sun, Mar 01, 2009 at 04:48:20PM +0100, rupert THURNER wrote: > gmake[2]: Entering directory > `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-i386/mod_wsgi-2.3' > /opt/csw/apache2/sbin/apxs -c -I/opt/csw/include/python2.6 -DNDEBUG > mod_wsgi.c -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv thats odd. There are no shared libs in /opt/csw/lib/python2.6/config looks like the latest python packages are broken for new development. For one thing, if it's going to offer a non-standard lib path for -L, it should provide a matching -R. However, it's providing the wrong -L path to begin with. the libs appear to be in /opt/csw/lib anyways. (so it should be providing the usual -L/opt/csw/lib -R'/opt/csw/lib/$ISALIST' ) you can add that to your makefile flags if you're in a hurry, and it should work From rupert at opencsw.org Sun Mar 1 18:20:40 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 1 Mar 2009 18:20:40 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? Message-ID: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> hi, i branched the gar subversion, and try to build it. subversion newly depends also on sqlite3, recommended 3.6.10, but also 3.4.0 should work. how would one best fulfill this dependency? the make says: checking for sqlite3.h... yes checking sqlite library version (via header)... unsupported SQLite version checking sqlite library version (via pkg-config)... none or unsupported 3.2 no An appropriate version of sqlite could not be found. We recommmend 3.6.10, but require at least 3.4.0. Please either install a newer sqlite on this system or get the sqlite 3.6.10 amalgamation from: http://www.sqlite.org/sqlite-amalgamation-3.6.10.tar.gz unpack the archive using tar/gunzip and copy sqlite3.c from the resulting directory to: /home/rupert/mgar/pkg/subversion/branches/1.6.0/work/build-isa-sparcv8/subversion-1.6.0-rc2/sqlite-amalgamation/sqlite3.c This file also ships as part of the subversion-deps distribution. configure: error: Subversion requires SQLite gmake[1]: *** [configure-work/build-isa-sparcv8/subversion-1.6.0-rc2/configure] Error 1 gmake[1]: Leaving directory `/home/rupert/mgar/pkg/subversion/branches/1.6.0' gmake: *** [merge-isa-sparcv8] Error 2 rupert. From phil at bolthole.com Sun Mar 1 18:28:10 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 09:28:10 -0800 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> Message-ID: <20090301172810.GH68376@bolthole.com> On Sun, Mar 01, 2009 at 06:20:40PM +0100, rupert THURNER wrote: > hi, > > i branched the gar subversion, and try to build it. subversion newly > depends also on sqlite3, recommended 3.6.10, but also 3.4.0 should > work. > > how would one best fulfill this dependency? file a bug against our sqlite3 package, for upgrade. and/or prepare to take it over if Michael is too busy. From william at wbonnet.net Sun Mar 1 18:51:50 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 01 Mar 2009 18:51:50 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <20090301172810.GH68376@bolthole.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> Message-ID: <49AACB36.6060104@wbonnet.net> Hi >> how would one best fulfill this dependency? >> > > file a bug against our sqlite3 package, for upgrade. > and/or prepare to take it over if Michael is too busy. > I already contacted Michael a couple of month oago about this package. I needed it to update firefox. I already added sqlite3 to GAR in december (but it is not yet released). I have rebuilt version 3.6.10. It is now in testing. Let me know if it works for you. I'll push it to unstable after. 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 rupert at opencsw.org Sun Mar 1 18:55:29 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 1 Mar 2009 18:55:29 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49AACB36.6060104@wbonnet.net> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> Message-ID: <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> thats great! * is there a good way to test on the buildfarm? otherwise the test needs some days because i need to upgrade our testing machines at work. * can i use this package somehow to build subversion now? rupert. On Sun, Mar 1, 2009 at 18:51, William Bonnet wrote: > Hi > > >>> how would one best fulfill this dependency? >>> >> >> file a bug against our sqlite3 package, for upgrade. >> and/or prepare to take it over if Michael is too busy. >> > I already contacted Michael a couple of month oago about this package. I > needed it to update firefox. > > I already added sqlite3 to GAR in december (but it is not yet released). > I have rebuilt version 3.6.10. It is now in testing. Let me know if it > works for you. I'll push it to unstable after. > > 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 > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From phil at bolthole.com Sun Mar 1 20:13:18 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 11:13:18 -0800 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> Message-ID: <20090301191318.GI68376@bolthole.com> On Sun, Mar 01, 2009 at 06:55:29PM +0100, rupert THURNER wrote: > thats great! > > * is there a good way to test on the buildfarm? otherwise the test > needs some days because i need to upgrade our testing machines at > work. back in earlier days, it was kosher to request your own personasl sol10 zone with your own root access, for when peopel wnated to install packages and play around themselves. dunno if we still do that. From dam at opencsw.org Sun Mar 1 20:50:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 20:50:31 +0100 Subject: [csw-maintainers] mGAR v2 : more small problems In-Reply-To: <49A4845F.1060200@wbonnet.net> References: <49A4845F.1060200@wbonnet.net> Message-ID: <8E58EE02-AC5D-4268-A0D9-0B04701A8C19@opencsw.org> Hi William, Am 25.02.2009 um 00:35 schrieb William Bonnet: > First sorry for this long and uneasy to read email. I hope you'll > retrieve the information between logs. > > I have finished updating kbproto and experienced several problems. > It seems difficult to build package on both sparc and x86 without > doing a clean between the different build. This is because it is not supported (yet) ;-) The reason is that some information like cookies for the global modulation is shared between different GARCHs and confuses GAR about what things already have been done. Ideally nobody should notice the change, with the exception of "clean", where "clean" means "clean up everything for the current GARCH". Similar to the current behaviour would be the existing targets "imageclean" and "spotless", which completely remove download/, cookies/ and workdir/. I see two solutions here: 1. Put cookies/, download/ and work/ in something like work-$(GARCH)/ and leave everything else the same 2. change global/ to global-$(GARCH)/, pkgroot/ to pkgroot-$(GARCH)/ etc. At the moment I am unsure what would be easier to implement and understand. Solving this issue would also allow parallel builds on sparc and x86. > PS: shouldn't we create a mantis project for mgar ? or do i have to > use SF.net bugtracker ? Please use the SF bugtracker as GAR is a SF project. Looks like this is a feature request ;-) BTW, I was already working on this some time ago when other things distracted me... Best regards -- Dago From dam at opencsw.org Sun Mar 1 20:50:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 20:50:29 +0100 Subject: [csw-maintainers] GAR v2 : preinstall step is not always executed In-Reply-To: <49A4792B.7050002@wbonnet.net> References: <49A4792B.7050002@wbonnet.net> Message-ID: <84AD3751-9959-4C4C-9B47-DC5C36AB25CA@opencsw.org> Hi William, Am 24.02.2009 um 23:48 schrieb William Bonnet: > I am updateing my X11 libs packages in order to finally release these. > > I have noticed that for some package the preinstall step is not > executed in same case > > I tested it on the x11/inputproto package. > > If i run gmake clean && gmake package, then the pre-install target > is never executed. But it i run gmake clean && gmake extract && > gmake install then it is executed. > > Is it a bug or a feature ? ;) Did i missed something or did > something wrong ? Difficult. In GAR v1 you had one flow in the Makefile: checksum -> extract -> patch -> configure -> build -> test -> install -> package With GAR v2 you have checksum -> extract -> patch -> configure -> build -> test -> install -> merge -> package -> extract -> patch -> configure -> build -> test -> install -> merge -> -> extract -> patch -> configure -> build -> test -> install -> merge -> That means the flow is split up for each modulation and then reunited before the package phase. Now a pre-install would mean "run pre-install before the first install is run". That would be easy. However, post-install as "run after the last install is run, but before the first merge" is somewhat difficult because invoking merge-modulation for one modulation would trigger install-modulated for all modulations to satisfy this condition. Thinking again I imagine that having general pre- and post-scripts for modulated rules outside the modulation is not really useful besides the edge-cases pre-extract and post-merge. I suggest changing the meaning of post-install to be what is currently post-install-modulated. During the transition warnings like this could be issued: WARNING: 'pre-install-modulated' was called. The behaviour in mGAR v2 has changed. Please use 'pre-install' instead. I don't know how effectively modulations are used right now. Is this change straight forward or do I talk not-understandable stuff here? Thoughts? Best regards -- Dago -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Sun Mar 1 20:55:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 20:55:34 +0100 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS References: <20090301052948.GA8317@keevey> Message-ID: Hi Mike, Anfang der weitergeleiteten E-Mail: > Von: Rob Stampfli > Datum: 1. M?rz 2009 06:29:48 MEZ > An: questions and discussions > Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled > for SPARC32PLUS > Antwort an: questions and discussions > > A word to the wise: If you are on one of the older Sparc boxes with > the original SPARC chipset, you will not be able to run the latest > python load as it is compiled for the SPARC32PLUS instruction set. > (I thought opencsw policy was to not do this. See: > http://www.opencsw.org/userguide/faq ) > > Backing it out now... Rob is right, could you please have a look? If you have build it with GAR it should have everything set up correctly, so solving this is fairly important... Best regards -- Dago From dam at opencsw.org Sun Mar 1 20:57:23 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 20:57:23 +0100 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? In-Reply-To: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> References: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> Message-ID: <52D163AE-461A-46AB-A078-4928FF1E43B7@opencsw.org> Hi Rupert, Am 01.03.2009 um 16:35 schrieb rupert THURNER: > for mod_wsgi i did: > > sw=mod_wsgi > cd ~/mgar/pkg/$sw > make package > MAKE=gmake stagepkg > > which then says: > If you dont already have a prototype file, you should copy > /home/rupert/mgar/pkg/mod_wsgi/cswstage/prototype > to where you keep your pkginfo file > > so i continued: > $ find . -name pkginfo > ./gar/pkglib/csw/pkginfo > cp cswstage/prototype gar/pkglib/csw/ > > and then? stagepkg said: > Next, > cd ~/pkgs/[software] > You should then do EITHER > createpkg -b /home/rupert/mgar/pkg/mod_wsgi/cswstage/opt/csw > > but ... there is no ~/pkgs/[software] ... the only thing i see is: > $ ls /home/rupert/pkgs/01.Mar.2009/ap2_modwsgi-2.3,REV\=2009.03.01- > SunOS5.10-sparc-CSW.pkg.gz > > and now i am wondering what i should do with it to: try it, and then > ask somebody to test it as well? You are mixing stuff from the manual package build descriptions and the GAR descriptions. Please do not use the manual package build descriptions any more, but take a look at http://gar.opencsw.org for an introduction to GAR. Please let me know if you encounter anything strange on this. Best regards -- Dago From dam at opencsw.org Sun Mar 1 21:01:37 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 21:01:37 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> Message-ID: Hi Rupert, Am 01.03.2009 um 18:55 schrieb rupert THURNER: > * is there a good way to test on the buildfarm? otherwise the test > needs some days because i need to upgrade our testing machines at > work. Unfortunately not. The servers on the farm should stay pristine as they may only contain released packages. If you don't have a testing machine on your own I can set up a zone if really necessary. > * can i use this package somehow to build subversion now? Not yet. The package needs to be released and updated on the farm first. We tried updating to testing packages, but this ended in some chaos. Best regards -- Dago From dam at opencsw.org Sun Mar 1 21:03:05 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 21:03:05 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <20090301191318.GI68376@bolthole.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> <20090301191318.GI68376@bolthole.com> Message-ID: <730CA482-E696-4BE7-BF79-0E45360F39FC@opencsw.org> Hi Phil, Am 01.03.2009 um 20:13 schrieb Philip Brown: > On Sun, Mar 01, 2009 at 06:55:29PM +0100, rupert THURNER wrote: >> thats great! >> >> * is there a good way to test on the buildfarm? otherwise the test >> needs some days because i need to upgrade our testing machines at >> work. > > back in earlier days, it was kosher to request your own personasl > sol10 > zone with your own root access, for when peopel wnated to install > packages > and play around themselves. dunno if we still do that. Yes, if someone really needs it I do this. But the machine has only 8 GB and is already swapping :-( Best regards -- Dago From william at wbonnet.net Sun Mar 1 21:16:55 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 01 Mar 2009 21:16:55 +0100 Subject: [csw-maintainers] Firefox 2 update Message-ID: <49AAED37.9090407@wbonnet.net> Hi, Since FF3 is still not ready, i have started to update FF2 package to latest version 2.0.0.20 (security fix). I have created a branch in svn to work on FF3. I am thinking of creating a CSWfirefox2 package once FF3 will be available. My point of view is that CSWfirefox should be lastest version. This is what most users are looking for. But as long as Mozilla will maintain FF2, there is no real need to drop it. The simplest solution for end user seems to me the following (when FF2 is ready). CSWfirefox moves to v3 CSWfirefox2 is created CSWfirefox2 is the latest v2 (security release) CSWfirefox2 and CSWfirefox are declared as I (Incompatible). That means you won't be able to run both at the same time. This solution is not the best, but the easiest (in fact the easiest is to drop firefox2 ;) ). I will look at the possibility to locate it somewhere else, but i am affraid that some mozilla script have to be modified :( Not sure yet, but i add some strange behavior when compiling and using FF3. 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 skayser at opencsw.org Sun Mar 1 22:42:40 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 01 Mar 2009 22:42:40 +0100 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: References: <20090301052948.GA8317@keevey> Message-ID: <49AB0150.9000107@opencsw.org> Dagobert Michelsen wrote: > Anfang der weitergeleiteten E-Mail: >> Von: Rob Stampfli >> Datum: 1. M?rz 2009 06:29:48 MEZ >> An: questions and discussions >> Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled >> for SPARC32PLUS >> Antwort an: questions and discussions >> >> A word to the wise: If you are on one of the older Sparc boxes with >> the original SPARC chipset, you will not be able to run the latest >> python load as it is compiled for the SPARC32PLUS instruction set. >> (I thought opencsw policy was to not do this. See: >> http://www.opencsw.org/userguide/faq ) >> >> Backing it out now... > > Rob is right, could you please have a look? If you have build it > with GAR it should have everything set up correctly, so solving > this is fairly important... Didn't we have something like this the other day with clamav? Phil, could you put a check in checkpkg to check for valid instruction sets? Sebastian From phil at bolthole.com Mon Mar 2 00:09:48 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 15:09:48 -0800 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: <49AB0150.9000107@opencsw.org> References: <20090301052948.GA8317@keevey> <49AB0150.9000107@opencsw.org> Message-ID: <20090301230948.GJ68376@bolthole.com> On Sun, Mar 01, 2009 at 10:42:40PM +0100, Sebastian Kayser wrote: > Didn't we have something like this the other day with clamav? Phil, > could you put a check in checkpkg to check for valid instruction sets? > see the discussion on this on the archives two months ago please From phil at bolthole.com Mon Mar 2 00:28:35 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 15:28:35 -0800 Subject: [csw-maintainers] mGAR v2 : more small problems In-Reply-To: <8E58EE02-AC5D-4268-A0D9-0B04701A8C19@opencsw.org> References: <49A4845F.1060200@wbonnet.net> <8E58EE02-AC5D-4268-A0D9-0B04701A8C19@opencsw.org> Message-ID: <20090301232835.GK68376@bolthole.com> > Am 25.02.2009 um 00:35 schrieb William Bonnet: > > PS: shouldn't we create a mantis project for mgar ? or do i have to > > use SF.net bugtracker ? mantis projects, are for csw packages. gar is not a package. I'd LIKE it to be one. but it isnt :-} From phil at bolthole.com Mon Mar 2 00:32:28 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 15:32:28 -0800 Subject: [csw-maintainers] Firefox 2 update In-Reply-To: <49AAED37.9090407@wbonnet.net> References: <49AAED37.9090407@wbonnet.net> Message-ID: <20090301233228.GL68376@bolthole.com> On Sun, Mar 01, 2009 at 09:16:55PM +0100, William Bonnet wrote: > This solution is not the best, but the easiest (in fact the easiest is > to drop firefox2 ;) I think it would probably be best to keep "firefox" as *best*, not "latest". If firefox3 is not ready to replace firefox2, then it is not ready to be named as "firefox" software, in my opinion. And if it IS ready to replace firefox2, then no point in having a firefox2 package. For those fanatics who really really want firefox3, you might create a non-registered firefox3 package and keep it in testing? :-} (but might create bandwidth problems if it becomes too popular) From mwatters at opencsw.org Mon Mar 2 04:43:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 01 Mar 2009 21:43:25 -0600 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: References: <20090301052948.GA8317@keevey> Message-ID: <49AB55DD.3030608@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dago, I built this gar v2. I didn't put anything in to change the architecture. I will check into where it is picking up this arch and correct. Dagobert Michelsen wrote: > Hi Mike, > > Anfang der weitergeleiteten E-Mail: >> Von: Rob Stampfli >> Datum: 1. M?rz 2009 06:29:48 MEZ >> An: questions and discussions >> Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for >> SPARC32PLUS >> Antwort an: questions and discussions >> >> A word to the wise: If you are on one of the older Sparc boxes with >> the original SPARC chipset, you will not be able to run the latest >> python load as it is compiled for the SPARC32PLUS instruction set. >> (I thought opencsw policy was to not do this. See: >> http://www.opencsw.org/userguide/faq ) >> >> Backing it out now... > > Rob is right, could you please have a look? If you have build it > with GAR it should have everything set up correctly, so solving > this is fairly important... > > > 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 iEYEARECAAYFAkmrVd0ACgkQLrhmsXMSLxcTgQCbBl0T5KkADzSsND6XvJuSun4u UkUAnA768KAUh2kWlo+Fb4iZTvDbqCmG =lIxr -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 2 08:15:18 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 23:15:18 -0800 Subject: [csw-maintainers] pkg-get 4.1 in testing Message-ID: <20090302071518.GA99068@bolthole.com> FYI: i shoved pkg-get 4.1 into testing. i wanted to put more stuff in, but ran out of development time this weekend. sooo.. what you see is what you get :-) mostly just bugfixes. but would appreciate some folks other than myself saying, "yeah i tried it for a while, and it works for me". From dam at opencsw.org Mon Mar 2 08:44:02 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Mar 2009 08:44:02 +0100 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: <20090301230948.GJ68376@bolthole.com> References: <20090301052948.GA8317@keevey> <49AB0150.9000107@opencsw.org> <20090301230948.GJ68376@bolthole.com> Message-ID: <455AFDA9-5DEA-400B-8F54-9CEC5E761B6C@opencsw.org> Hi Phil, Am 02.03.2009 um 00:09 schrieb Philip Brown: > On Sun, Mar 01, 2009 at 10:42:40PM +0100, Sebastian Kayser wrote: >> Didn't we have something like this the other day with clamav? Phil, >> could you put a check in checkpkg to check for valid instruction >> sets? > > see the discussion on this on the archives two months ago please The main argument was "I cannot tell which ISA should be in which directory", but at least for /opt/csw/bin there must only be sparcv8 binaries (or shellscripts) in there. That was the problem last time and now again. How about checking only this? Best regards -- Dago From mwatters at opencsw.org Mon Mar 2 16:22:41 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 09:22:41 -0600 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: References: <20090301052948.GA8317@keevey> Message-ID: <49ABF9C1.7040707@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Anfang der weitergeleiteten E-Mail: >> Von: Rob Stampfli >> Datum: 1. M?rz 2009 06:29:48 MEZ >> An: questions and discussions >> Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for >> SPARC32PLUS >> Antwort an: questions and discussions >> >> A word to the wise: If you are on one of the older Sparc boxes with >> the original SPARC chipset, you will not be able to run the latest >> python load as it is compiled for the SPARC32PLUS instruction set. >> (I thought opencsw policy was to not do this. See: >> http://www.opencsw.org/userguide/faq ) >> >> Backing it out now... > > Rob is right, could you please have a look? If you have build it > with GAR it should have everything set up correctly, so solving > this is fairly important... > > > Best regards > > -- Dago I have solved the problem, I will rebuild it today. the issue was configure was explicitly adding -xcode=pic32 as a flag. I "patched" the configure script and forced it to xarch=v8 I will solve the library issue prior to release. - -- 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 iEYEARECAAYFAkmr+cEACgkQLrhmsXMSLxdi0ACg1mMox8EMOIX3m4NgRNo7+m5F WG8AnjDegEwKODMcsRxsJhkQWikFqece =3oRC -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 2 16:33:22 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 07:33:22 -0800 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: <455AFDA9-5DEA-400B-8F54-9CEC5E761B6C@opencsw.org> References: <20090301052948.GA8317@keevey> <49AB0150.9000107@opencsw.org> <20090301230948.GJ68376@bolthole.com> <455AFDA9-5DEA-400B-8F54-9CEC5E761B6C@opencsw.org> Message-ID: <20090302153322.GA83327@bolthole.com> On Mon, Mar 02, 2009 at 08:44:02AM +0100, Dagobert Michelsen wrote: > > The main argument was "I cannot tell which ISA should be in > which directory", but at least for /opt/csw/bin there must > only be sparcv8 binaries (or shellscripts) in there. That was > the problem last time and now again. How about checking only > this? awwright. i think i actually suggested that myself :-) but didnt have the time to check it out. Now had the time to do it, so tossed together a quick update for it. seems to actually flag the python package, which is good. always nice to have a test case. From mwatters at opencsw.org Mon Mar 2 20:14:14 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 13:14:14 -0600 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: References: <20090301052948.GA8317@keevey> Message-ID: <49AC3006.7000406@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Anfang der weitergeleiteten E-Mail: >> Von: Rob Stampfli >> Datum: 1. M?rz 2009 06:29:48 MEZ >> An: questions and discussions >> Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for >> SPARC32PLUS >> Antwort an: questions and discussions >> >> A word to the wise: If you are on one of the older Sparc boxes with >> the original SPARC chipset, you will not be able to run the latest >> python load as it is compiled for the SPARC32PLUS instruction set. >> (I thought opencsw policy was to not do this. See: >> http://www.opencsw.org/userguide/faq ) >> >> Backing it out now... > > Rob is right, could you please have a look? If you have build it > with GAR it should have everything set up correctly, so solving > this is fairly important... > > > Best regards > > -- Dago OK, I think I have everything straightened out on the python build. I have added -L/opt/csw/lib -R/opt/csw/lib to python-config --ldflags I patched the configure script and "forced" to compile with xarch=v8 I am rebuilding and packaging up now, I will have new version in testing shortly. - -- 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 iEYEARECAAYFAkmsMAAACgkQLrhmsXMSLxcdLwCgrpAREQ3h+fmuVS3YL7e8NDr9 FYgAoLhbm2mG6w/Mf42KlRdcEX4sFIRT =JOKg -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 2 20:18:25 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 11:18:25 -0800 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: <49AC3006.7000406@opencsw.org> References: <20090301052948.GA8317@keevey> <49AC3006.7000406@opencsw.org> Message-ID: <20090302191825.GB19077@bolthole.com> On Mon, Mar 02, 2009 at 01:14:14PM -0600, Mike Watters wrote: > OK, I think I have everything straightened out on the python build. > I have added -L/opt/csw/lib -R/opt/csw/lib to python-config --ldflags > nooo, -R/opt/csw/lib/$ISALIST From william at wbonnet.net Mon Mar 2 21:23:21 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 02 Mar 2009 21:23:21 +0100 Subject: [csw-maintainers] pkg-get 4.1 in testing In-Reply-To: <20090302071518.GA99068@bolthole.com> References: <20090302071518.GA99068@bolthole.com> Message-ID: <49AC4039.4080903@wbonnet.net> Hi Phil > FYI: i shoved pkg-get 4.1 into testing. i wanted to put more stuff in, > but ran out of development time this weekend. sooo.. what you see is what > you get :-) > > mostly just bugfixes. but would appreciate some folks other than myself > saying, "yeah i tried it for a while, and it works for me". > Installed at home... i'll let you know 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 rupert at opencsw.org Mon Mar 2 22:00:14 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 2 Mar 2009 22:00:14 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <730CA482-E696-4BE7-BF79-0E45360F39FC@opencsw.org> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> <20090301191318.GI68376@bolthole.com> <730CA482-E696-4BE7-BF79-0E45360F39FC@opencsw.org> Message-ID: <6af4270903021300x41f74c76w13561c2cc520ab4@mail.gmail.com> no, not necessary. i can do it here, just takes a little time to cleanly separate it. rupert. On Sun, Mar 1, 2009 at 21:03, Dagobert Michelsen wrote: > Hi Phil, > > Am 01.03.2009 um 20:13 schrieb Philip Brown: > >> On Sun, Mar 01, 2009 at 06:55:29PM +0100, rupert THURNER wrote: >>> thats great! >>> >>> * is there a good way to test on the buildfarm? otherwise the test >>> needs some days because i need to upgrade our testing machines at >>> work. >> >> back in earlier days, it was kosher to request your own personasl >> sol10 >> zone with your own root access, for when peopel wnated to install >> packages >> and play around themselves. dunno if we still do that. > > Yes, if someone really needs it I do this. But the machine has > only 8 GB and is already swapping :-( > > > Best regards > > ? -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From rupert at opencsw.org Mon Mar 2 22:12:10 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 2 Mar 2009 22:12:10 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? Message-ID: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> but now its consistent at least, it fails with the same error on build8s as well :) do you have an example how to add it to the mgar makefile somewhere? rupert. On Sun, Mar 1, 2009 at 17:23, Philip Brown wrote: > On Sun, Mar 01, 2009 at 04:48:20PM +0100, rupert THURNER wrote: >> gmake[2]: Entering directory >> `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-i386/mod_wsgi-2.3' >> /opt/csw/apache2/sbin/apxs -c -I/opt/csw/include/python2.6 -DNDEBUG >> mod_wsgi.c -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv > > thats odd. There are no shared libs in /opt/csw/lib/python2.6/config > > looks like the latest python packages are broken for new development. > > For one thing, if it's going to offer a non-standard lib path for -L, it > should provide a matching -R. However, it's providing the wrong -L path to > begin with. the libs appear to be in /opt/csw/lib anyways. > > (so it should be providing the usual > ?-L/opt/csw/lib -R'/opt/csw/lib/$ISALIST' ?) > > you can add that to your makefile flags if you're in a hurry, and it should > work > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From dam at opencsw.org Mon Mar 2 22:23:02 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Mar 2009 22:23:02 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> Message-ID: Hi Rupert, Am 02.03.2009 um 22:12 schrieb rupert THURNER: > but now its consistent at least, it fails with the same error on > build8s as well :) > > do you have an example how to add it to the mgar makefile somewhere? GAR automatically sets everything correct. Just make sure LDFLAGS are honored during MAKE: build8s% gmake modenv Arch: sparc Kernel: sparcv9 Default ISA 32: sparcv8 Default ISA 64: sparcv9 Requested ISAs: sparcv8 Needed ISAs: sparcv8 Build ISAs: sparcv8 ISAEXEC dirs: ISAEXEC files: Merge include: Merge exclude: /opt/csw/share/info/dir /opt/csw/lib/.*\.la .* \~ /opt/csw/lib/.*\.a Requested compiler flags: * Modulation isa-sparcv8: ISA=sparcv8 PATH = /home/dam/mgar/pkg/autoconf/trunk/work/install-isa- sparcv8/opt/csw/bin:/home/dam/mgar/pkg/autoconf/trunk/work/install- isa-sparcv8/opt/csw/bin:/home/dam/mgar/pkg/autoconf/trunk/work/ install-isa-sparcv8/opt/csw/sbin:/home/dam/mgar/pkg/autoconf/trunk/ work/install-isa-sparcv8/opt/csw/sbin:/opt/csw/bin:/opt/csw/bin:/opt/ csw/sbin:/opt/csw/sbin:/opt/studio/SOS11/SUNWspro/bin:/home/dam/mgar/ pkg/autoconf/trunk/gar/bin:/usr/bin:/usr/sbin:/usr/java/bin:/usr/ccs/bin PKG_CONFIG_PATH = /opt/csw/lib/pkgconfig CFLAGS = -xO3 -xarch=v8 -I/opt/csw/include CXXFLAGS = -xO3 -xarch=v8 -I/opt/csw/include CPPFLAGS = -I/opt/csw/include LDFLAGS = -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\$ $ISALIST -R/opt/csw/lib ASFLAGS = OPTFLAGS = -xO3 -xarch=v8 The strange quoting is due to multiple expansion during configure and make. Make sure you check the output with /usr/ccs/bin/dump -Lv Best regards -- Dago > > rupert. > > > On Sun, Mar 1, 2009 at 17:23, Philip Brown wrote: >> On Sun, Mar 01, 2009 at 04:48:20PM +0100, rupert THURNER wrote: >>> gmake[2]: Entering directory >>> `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-i386/mod_wsgi-2.3' >>> /opt/csw/apache2/sbin/apxs -c -I/opt/csw/include/python2.6 -DNDEBUG >>> mod_wsgi.c -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv >> >> thats odd. There are no shared libs in /opt/csw/lib/python2.6/config >> >> looks like the latest python packages are broken for new development. >> >> For one thing, if it's going to offer a non-standard lib path for - >> L, it >> should provide a matching -R. However, it's providing the wrong -L >> path to >> begin with. the libs appear to be in /opt/csw/lib anyways. >> >> (so it should be providing the usual >> -L/opt/csw/lib -R'/opt/csw/lib/$ISALIST' ) >> >> you can add that to your makefile flags if you're in a hurry, and >> it should >> work >> _______________________________________________ >> 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 From phil at bolthole.com Mon Mar 2 22:39:36 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 13:39:36 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> Message-ID: <20090302213936.GE19077@bolthole.com> On Mon, Mar 02, 2009 at 10:23:02PM +0100, Dagobert Michelsen wrote: > GAR automatically sets everything correct. Just make sure LDFLAGS > are honored during MAKE: > .... > LDFLAGS = -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\$ > $ISALIST -R/opt/csw/lib Errr.... I wasnt aware that -xarch=v8 was valid as an "LDFLAG". It appears that it actually is NOT valid. You cannot pass it to ld. From dam at opencsw.org Mon Mar 2 22:44:06 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Mar 2009 22:44:06 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <20090302213936.GE19077@bolthole.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> Message-ID: Hi Phil, Am 02.03.2009 um 22:39 schrieb Philip Brown: > On Mon, Mar 02, 2009 at 10:23:02PM +0100, Dagobert Michelsen wrote: >> GAR automatically sets everything correct. Just make sure LDFLAGS >> are honored during MAKE: >> .... >> LDFLAGS = -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\$ >> $ISALIST -R/opt/csw/lib > > Errr.... I wasnt aware that -xarch=v8 was valid as an "LDFLAG". > It appears that it actually is NOT valid. > You cannot pass it to ld. But in many cases this is picked up by libtool which infers for the sparcv9 case 64 bit linking. Ugly, yes, but I haven't found something better. Best regards -- Dago From mwatters at opencsw.org Mon Mar 2 22:51:56 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 15:51:56 -0600 Subject: [csw-maintainers] *** Fixed *** Python now in testing Message-ID: <49AC54FC.9030105@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: fixed architecture on binaries. for sparc /opt/csw/bin/python: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped for i386 /opt/csw/bin/python: ELF 32-bit LSB executable 80386 Version 1, dynamically linked, stripped Fixed python-config --ldflags $ ./python-config --ldflags - -L/opt/csw/lib -R/opt/csw/lib/$ISALIST -lresolv -lsocket -lnsl -lrt -ldl -lpthread -lm -lpython2.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.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmsVO4ACgkQLrhmsXMSLxcvswCg3+zrEaWdBE3xnhm23ODU4LE8 /QYAoIozM/4N+ky5wsY3vk4UhQ4mrcnH =Lko3 -----END PGP SIGNATURE----- From mwatters at opencsw.org Tue Mar 3 00:00:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 17:00:35 -0600 Subject: [csw-maintainers] ap2_modpython now in testing Message-ID: <49AC6513.8050608@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: compile 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.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmsZRIACgkQLrhmsXMSLxcJuwCgrfFMh3e2vHQv4N77r/OSTby6 2tcAn0i4XkKdxVFT2saosAIrPa+To7am =wxMm -----END PGP SIGNATURE----- From rupert at opencsw.org Tue Mar 3 00:27:50 2009 From: rupert at opencsw.org (rupert THURNER) Date: Tue, 3 Mar 2009 00:27:50 +0100 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? In-Reply-To: <52D163AE-461A-46AB-A078-4928FF1E43B7@opencsw.org> References: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> <52D163AE-461A-46AB-A078-4928FF1E43B7@opencsw.org> Message-ID: <6af4270903021527o14badbf0r51ccd99013dcf9d2@mail.gmail.com> it would be great, if a complete workflow until the built package and the delivery would be there. rupert. On Sun, Mar 1, 2009 at 20:57, Dagobert Michelsen wrote: > Hi Rupert, > > Am 01.03.2009 um 16:35 schrieb rupert THURNER: >> for mod_wsgi i did: >> >> sw=mod_wsgi >> cd ~/mgar/pkg/$sw >> make package >> MAKE=gmake stagepkg >> >> which then says: >> If you dont already have a prototype file, you should copy >> /home/rupert/mgar/pkg/mod_wsgi/cswstage/prototype >> to where you keep your pkginfo file >> >> so i continued: >> $ find . -name pkginfo >> ./gar/pkglib/csw/pkginfo >> cp cswstage/prototype gar/pkglib/csw/ >> >> and then? stagepkg said: >> Next, >> ?cd ~/pkgs/[software] >> You should then do EITHER >> ?createpkg -b /home/rupert/mgar/pkg/mod_wsgi/cswstage/opt/csw >> >> but ... there is no ~/pkgs/[software] ?... the only thing i see is: >> $ ls /home/rupert/pkgs/01.Mar.2009/ap2_modwsgi-2.3,REV\=2009.03.01- >> SunOS5.10-sparc-CSW.pkg.gz >> >> and now i am wondering what i should do with it to: try it, and then >> ask somebody to test it as well? > > You are mixing stuff from the manual package build descriptions and the > GAR descriptions. Please do not use the manual package build > descriptions > any more, but take a look at http://gar.opencsw.org for an introduction > to GAR. Please let me know if you encounter anything strange on this. > > > Best regards > > ? -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From phil at bolthole.com Tue Mar 3 00:34:14 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 15:34:14 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> Message-ID: <20090302233414.GI19077@bolthole.com> On Mon, Mar 02, 2009 at 10:44:06PM +0100, Dagobert Michelsen wrote: > Am 02.03.2009 um 22:39 schrieb Philip Brown: > > Errr.... I wasnt aware that -xarch=v8 was valid as an "LDFLAG". > > It appears that it actually is NOT valid. > > You cannot pass it to ld. > > But in many cases this is picked up by libtool which infers for > the sparcv9 case 64 bit linking. Ugly, yes, but I haven't found > something better. it's worse than "ugly". it's *wrong* :-( It will break anything that uses LDFLAGS as it is supposed to be used. (by directly calling ld $(LDFLAGS) ) From mike at opencsw.org Tue Mar 3 01:05:49 2009 From: mike at opencsw.org (Mike Arnold) Date: Mon, 2 Mar 2009 17:05:49 -0700 (MST) Subject: [csw-maintainers] [Fwd: please let me in] Message-ID: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> This message bounced with reason: 550 5.1.1 : Recipient address rejected: User unknown in virtual alias table. ---------------------------- Original Message ---------------------------- Subject: please let me in From: "Mike Arnold" Date: Sat, February 28, 2009 12:57 To: buildfarm at opencsw.org -------------------------------------------------------------------------- I need access to the buildfarms. Here is my public key. ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEA3ekX3HMn8NhI70ZDlUFpkwbphze2+BPdpWRyQ3m/wGRtNPvjhCCebqsA9XdG5NEQSAuPlQRU0jbqlf34mv1J1qRQoKvNo12q/4oxfatCDDnGbvEjCNt9wrhF2Qci5K7YUwiiH6vSOfolthI2ejUHjJ4Rt7fRYZwbUEz7cn85RZM= CSW - blastwave.org -- -m ... so long as the people do not care to exercise their freedom, those who wish to tyrranize will do so; for tyrants are active and ardent, and will devote themselves in the name of any number of gods, religious and otherwise, to put shackles upon sleeping men. -- Voltarine de Cleyre From rupert at opencsw.org Tue Mar 3 01:06:36 2009 From: rupert at opencsw.org (rupert THURNER) Date: Tue, 3 Mar 2009 01:06:36 +0100 Subject: [csw-maintainers] subversion-1.5.6 builds - but then ... perl ? Message-ID: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> hi, tried to build subversion-1.5.6. commented javahl, until somebody really needs it, and asked on the subversion tigris list for the compile error we all hit. and i am wondering: 1. is it normal to get these 50 or so protection override questions? coudl one avoid it? 2. how does one prevent this error: ## Checking is complete. /usr/sbin/pkgchk passed. 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 16463 1235929725 ERROR: perllocal.pod should be removed from prototype file gmake: *** [pkgcheck-CSWsvn] Error 2 (i tried to remove it from $ vi work/build-global/prototype but it it gets created all the time again) rupert. the detailled messages: rupert at build10s:~/mgar/pkg/subversion/trunk $ make package .... /home/rupert/spool/5.10-sparc/CSWsvn/install/copyright /home/rupert/spool/5.10-sparc/CSWsvn/install/depend ## Validating control scripts. ## Packaging complete. mkp: exec( pkgtrans -s /home/rupert/spool/5.10-sparc /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg CSWsvn ) Transferring package instance mkp: exec( gzip -9 -f /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg ) mkp: exec( mv /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg.gz /home/rupert/pkgs/02.Mar.2009 ) mkp: exec( rm -r /home/rupert/spool/5.10-sparc/CSWsvn ) rm: /home/rupert/spool/5.10-sparc/CSWsvn/root/opt/csw/lib/perl/site_perl/auto/SVN/_Repos/_Repos.so: override protection 555 (yes/no)? yes rm: /home/rupert/spool/5.10-sparc/CSWsvn/root/opt/csw/lib/perl/site_perl/auto/SVN/_Repos/_Repos.bs: override protection 444 (yes/no)? yes ... ==> Checking compliance: CSWsvn Examining /home/rupert/pkgs/02.Mar.2009/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg.gz Looking for bad strings... Extracting files for more detailed inspection... CSWsvn/pkginfo 30 blocks Info for pkg CSWsvn software= 'subversion' arch= 'sparc' desc='Version control rethought' pkgname='CSWsvn' version='1.5.6,REV=2009.03.02' maintainer name='THURNER rupert' maint email='rupert at opencsw.org' hotline='http://www.opencsw.org/bugtrack/' Extracing pkg for examination of files... pkginfo pkgmap install install/copyright install/checkinstall install/depend ... root/opt/csw/lib/perl/site_perl/SVN/Wc.pm root/opt/csw/lib/perl/site_perl/SVN/Client.pm 32314 blocks Checking uninstalled directory format package from ## Checking control scripts. ## Checking package objects. ## Checking is complete. /usr/sbin/pkgchk passed. 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 16463 1235929725 ERROR: perllocal.pod should be removed from prototype file gmake: *** [pkgcheck-CSWsvn] Error 2 From phil at bolthole.com Tue Mar 3 01:23:10 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 16:23:10 -0800 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> Message-ID: <20090303002309.GJ19077@bolthole.com> On Mon, Mar 02, 2009 at 05:05:49PM -0700, Mike Arnold wrote: > This message bounced with reason: 550 5.1.1 : > Recipient address rejected: User unknown in virtual alias table. fyi; it's buildfarm at lists.opencsw.org :-) From mwatters at opencsw.org Tue Mar 3 02:56:48 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 19:56:48 -0600 Subject: [csw-maintainers] subversion-1.5.6 builds - but then ... perl ? In-Reply-To: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> References: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> Message-ID: <49AC8E60.6020400@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have got the javahl piece to compile. there are 2 ways to do it... either force it to use gcc or "supposedly" compile on Studio12 I had to force the rbsvn to use gcc since ruby is compiled using gcc. ( supposedly that can be compiled with Studio12 as well ) I am working on the mgar automation to make this work. rupert THURNER wrote: > hi, > > tried to build subversion-1.5.6. commented javahl, until somebody > really needs it, and asked on the subversion tigris list for the > compile error we all hit. and i am wondering: > 1. is it normal to get these 50 or so protection override questions? > coudl one avoid it? > 2. how does one prevent this error: > ## Checking is complete. > /usr/sbin/pkgchk passed. > 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 > 16463 1235929725 > ERROR: perllocal.pod should be removed from prototype file > gmake: *** [pkgcheck-CSWsvn] Error 2 > (i tried to remove it from $ vi work/build-global/prototype > but it it gets created all the time again) > > rupert. > > the detailled messages: > > rupert at build10s:~/mgar/pkg/subversion/trunk > $ make package > .... > /home/rupert/spool/5.10-sparc/CSWsvn/install/copyright > /home/rupert/spool/5.10-sparc/CSWsvn/install/depend > ## Validating control scripts. > ## Packaging complete. > mkp: exec( pkgtrans -s /home/rupert/spool/5.10-sparc > /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg CSWsvn ) > Transferring package instance > mkp: exec( gzip -9 -f > /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg ) > mkp: exec( mv /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg.gz > /home/rupert/pkgs/02.Mar.2009 ) > mkp: exec( rm -r /home/rupert/spool/5.10-sparc/CSWsvn ) > rm: /home/rupert/spool/5.10-sparc/CSWsvn/root/opt/csw/lib/perl/site_perl/auto/SVN/_Repos/_Repos.so: > override protection 555 (yes/no)? yes > rm: /home/rupert/spool/5.10-sparc/CSWsvn/root/opt/csw/lib/perl/site_perl/auto/SVN/_Repos/_Repos.bs: > override protection 444 (yes/no)? yes > ... > ==> Checking compliance: CSWsvn > Examining /home/rupert/pkgs/02.Mar.2009/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg.gz > Looking for bad strings... > Extracting files for more detailed inspection... > CSWsvn/pkginfo > 30 blocks > Info for pkg CSWsvn > software= 'subversion' > arch= 'sparc' > desc='Version control rethought' > pkgname='CSWsvn' > version='1.5.6,REV=2009.03.02' > maintainer name='THURNER rupert' > maint email='rupert at opencsw.org' > hotline='http://www.opencsw.org/bugtrack/' > > Extracing pkg for examination of files... > pkginfo > pkgmap > install > install/copyright > install/checkinstall > install/depend > ... > root/opt/csw/lib/perl/site_perl/SVN/Wc.pm > root/opt/csw/lib/perl/site_perl/SVN/Client.pm > 32314 blocks > Checking uninstalled directory format package from > ## Checking control scripts. > ## Checking package objects. > ## Checking is complete. > /usr/sbin/pkgchk passed. > 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 16463 > 1235929725 > ERROR: perllocal.pod should be removed from prototype file > gmake: *** [pkgcheck-CSWsvn] Error 2 > _______________________________________________ > 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 iEYEARECAAYFAkmsjmAACgkQLrhmsXMSLxezigCgmZvgWu5/pI5UIGK0Mhs3umWc naIAoIubI+BHJU1sObZGo8+LSK69zKM2 =a93C -----END PGP SIGNATURE----- From mike at opencsw.org Tue Mar 3 02:58:40 2009 From: mike at opencsw.org (Mike Arnold) Date: Mon, 2 Mar 2009 18:58:40 -0700 (MST) Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: <20090303002309.GJ19077@bolthole.com> References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> Message-ID: Philip Brown wrote: > On Mon, Mar 02, 2009 at 05:05:49PM -0700, Mike Arnold wrote: >> This message bounced with reason: 550 5.1.1 : >> Recipient address rejected: User unknown in virtual alias table. > > fyi; it's buildfarm at lists.opencsw.org :-) > Then here are some bugs to report: >From http://www.opencsw.org/standards/build_farm - http://mirror.opencsw.org/versionmatrix.html Not Found - buildfarm at opencsw.org (reason: 550 5.1.1 : Recipient address rejected: User unknown in virtual alias table) I cannot find instructions for uploading finished packages. I see http://www.opencsw.org/standards/welcome pointing to http://www.opencsw.org/standards/build_farm which talks about /home/testing. No link to wiki.opencsw.org from www.opencsw.org. http://www.opencsw.org/about deserves a bit more prominent placement. -- -m From phil at bolthole.com Tue Mar 3 03:06:08 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 18:06:08 -0800 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> Message-ID: <20090303020608.GK19077@bolthole.com> On Mon, Mar 02, 2009 at 06:58:40PM -0700, Mike Arnold wrote: > I cannot find instructions for uploading finished packages. I see > http://www.opencsw.org/standards/welcome pointing to > http://www.opencsw.org/standards/build_farm which talks about > /home/testing. It is mentiond in the "Pkg file creation" section, of http://www.opencsw.org/standards/ i'll put a reference to it in the welcome page as well. From mike at opencsw.org Tue Mar 3 03:15:15 2009 From: mike at opencsw.org (Mike Arnold) Date: Mon, 2 Mar 2009 19:15:15 -0700 (MST) Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: <20090303020608.GK19077@bolthole.com> References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> <20090303020608.GK19077@bolthole.com> Message-ID: <49d9dadbff3eb7fefa740f64c0796218.squirrel@www.razorsedge.org> Philip Brown wrote: > On Mon, Mar 02, 2009 at 06:58:40PM -0700, Mike Arnold wrote: >> I cannot find instructions for uploading finished packages. I see >> http://www.opencsw.org/standards/welcome pointing to >> http://www.opencsw.org/standards/build_farm which talks about >> /home/testing. > > > It is mentiond in the "Pkg file creation" section, of > http://www.opencsw.org/standards/ > > i'll put a reference to it in the welcome page as well. Yep, I missed it all the way down there. :-( -- -m ... so long as the people do not care to exercise their freedom, those who wish to tyrranize will do so; for tyrants are active and ardent, and will devote themselves in the name of any number of gods, religious and otherwise, to put shackles upon sleeping men. -- Voltarine de Cleyre From dam at opencsw.org Tue Mar 3 08:56:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 08:56:43 +0100 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? In-Reply-To: <6af4270903021527o14badbf0r51ccd99013dcf9d2@mail.gmail.com> References: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> <52D163AE-461A-46AB-A078-4928FF1E43B7@opencsw.org> <6af4270903021527o14badbf0r51ccd99013dcf9d2@mail.gmail.com> Message-ID: <878C0C30-5A29-4395-9B02-2B696D92ABC8@opencsw.org> Hi Rupert, Am 03.03.2009 um 00:27 schrieb rupert THURNER: > it would be great, if a complete workflow until the built package and > the delivery would be there. I agree fully and it is on my todo-list when I have some more time. Thanks for the feedback! -- Dago From dam at opencsw.org Tue Mar 3 08:59:37 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 08:59:37 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <20090302233414.GI19077@bolthole.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> Message-ID: Hi Phil, Am 03.03.2009 um 00:34 schrieb Philip Brown: > On Mon, Mar 02, 2009 at 10:44:06PM +0100, Dagobert Michelsen wrote: >> Am 02.03.2009 um 22:39 schrieb Philip Brown: >>> Errr.... I wasnt aware that -xarch=v8 was valid as an "LDFLAG". >>> It appears that it actually is NOT valid. >>> You cannot pass it to ld. >> >> But in many cases this is picked up by libtool which infers for >> the sparcv9 case 64 bit linking. Ugly, yes, but I haven't found >> something better. > > it's worse than "ugly". it's *wrong* :-( > > It will break anything that uses LDFLAGS as it is supposed to be used. > > (by directly calling > ld $(LDFLAGS) ) Should I take it out then? I vaguely remember having it in is needed for quite some packages. Best regards -- Dago From dam at opencsw.org Tue Mar 3 09:03:12 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 09:03:12 +0100 Subject: [csw-maintainers] subversion-1.5.6 builds - but then ... perl ? In-Reply-To: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> References: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> Message-ID: Hi Rupert, Am 03.03.2009 um 01:06 schrieb rupert THURNER: > tried to build subversion-1.5.6. commented javahl, until somebody > really needs it, and asked on the subversion tigris list for the > compile error we all hit. and i am wondering: > 1. is it normal to get these 50 or so protection override questions? > coudl one avoid it? This is usually ok. If you are a "100% maintainer" you can report it upstream and see if they fix it :-) But don't mind if it doesn't affect the package... > 2. how does one prevent this error: > ## Checking is complete. > /usr/sbin/pkgchk passed. > 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 > 16463 1235929725 > ERROR: perllocal.pod should be removed from prototype file > gmake: *** [pkgcheck-CSWsvn] Error 2 > (i tried to remove it from $ vi work/build-global/prototype > but it it gets created all the time again) Just put EXTRA_MERGE_EXCLUDE_FILES = .*/perllocal.pod in the Makefile. A question to the Perl-community: Should this be excluded by default for all packages? Best regards -- Dago From phil at bolthole.com Tue Mar 3 09:17:25 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Mar 2009 00:17:25 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> Message-ID: <20090303081725.GA8405@bolthole.com> On Tue, Mar 03, 2009 at 08:59:37AM +0100, Dagobert Michelsen wrote: > > It will break anything that uses LDFLAGS as it is supposed to be used. > > > > (by directly calling > > ld $(LDFLAGS) ) > > Should I take it out then? I vaguely remember having it in is > needed for quite some packages. yes. If it is needed for specific packages, then those specific packages should override (with a comment about "this is broken dont do this normally") From dam at opencsw.org Tue Mar 3 09:17:55 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 09:17:55 +0100 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> Message-ID: Hi, Am 03.03.2009 um 02:58 schrieb Mike Arnold: > Philip Brown wrote: >> On Mon, Mar 02, 2009 at 05:05:49PM -0700, Mike Arnold wrote: >>> This message bounced with reason: 550 5.1.1 : >>> Recipient address rejected: User unknown in virtual alias table. >> >> fyi; it's buildfarm at lists.opencsw.org :-) >> > > Then here are some bugs to report: > >> From http://www.opencsw.org/standards/build_farm > - http://mirror.opencsw.org/versionmatrix.html Not Found Phil, could you please correct this? When I separated the mirror.* from buildfarm.* the versionmatrix is now only on > - buildfarm at opencsw.org (reason: 550 5.1.1 : > Recipient address rejected: User unknown in virtual alias table) See my previous mail. It is buildfarm at lists.opencsw.org, but IMHO there should be an alias for the address you used. > I cannot find instructions for uploading finished packages. I see > http://www.opencsw.org/standards/welcome pointing to > http://www.opencsw.org/standards/build_farm which talks about > /home/testing. Please see "Package submission" on > No link to wiki.opencsw.org from www.opencsw.org. Hopefully, we will soon have a new integrated wiki in the site :-) Best regards -- Dago From dam at opencsw.org Tue Mar 3 09:21:22 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 09:21:22 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <20090303081725.GA8405@bolthole.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> <20090303081725.GA8405@bolthole.com> Message-ID: Hi Phil, Am 03.03.2009 um 09:17 schrieb Philip Brown: > On Tue, Mar 03, 2009 at 08:59:37AM +0100, Dagobert Michelsen wrote: >>> It will break anything that uses LDFLAGS as it is supposed to be >>> used. >>> >>> (by directly calling >>> ld $(LDFLAGS) ) >> >> Should I take it out then? I vaguely remember having it in is >> needed for quite some packages. > > yes. > If it is needed for specific packages, then those specific packages > should > override (with a comment about "this is broken dont do this normally") Mmhhh, there is -64 listed in ld(1). I guess that must be in, yes? Best regards -- Dago From phil at bolthole.com Tue Mar 3 18:36:44 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Mar 2009 09:36:44 -0800 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> Message-ID: <20090303173644.GA650@bolthole.com> On Tue, Mar 03, 2009 at 09:17:55AM +0100, Dagobert Michelsen wrote: >> Then here are some bugs to report: >> >>> From http://www.opencsw.org/standards/build_farm >> - http://mirror.opencsw.org/versionmatrix.html Not Found > > Phil, could you please correct this? When I separated > the mirror.* from buildfarm.* the versionmatrix is now > only on > the file is owned by you :-P ls -ld build_farm.shtml -rw-r--r-- 1 dam staff 2773 Jan 12 14:19 build_farm.shtml From phil at bolthole.com Tue Mar 3 18:38:20 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Mar 2009 09:38:20 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> <20090303081725.GA8405@bolthole.com> Message-ID: <20090303173820.GB650@bolthole.com> On Tue, Mar 03, 2009 at 09:21:22AM +0100, Dagobert Michelsen wrote: > Hi Phil, *wave* > Mmhhh, there is -64 listed in ld(1). I guess that must be in, yes? Err.. that is the exact opposite of what we were discussing: -xarch=v8 If you wanted to put -64 in LD_FLAGS of the gar "build 64bit objs only" configs, that sounds ok. From william at wbonnet.net Tue Mar 3 22:54:31 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Mar 2009 22:54:31 +0100 Subject: [csw-maintainers] Qt maintainer Message-ID: <49ADA717.3050501@wbonnet.net> Hi, I would like to know if we have an active Qt maintainer ? If no i'll start to work on it (since i need it...). Everything will be added to GAR in case some one wants to takeover (which would be appreciated ;) ). 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 dam at opencsw.org Wed Mar 4 00:12:27 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 00:12:27 +0100 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: <20090303173644.GA650@bolthole.com> References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> <20090303173644.GA650@bolthole.com> Message-ID: <4BE34D6F-5B6F-425E-8AFB-E32C8AAD49D2@opencsw.org> Hi Phil, Am 03.03.2009 um 18:36 schrieb Philip Brown: > On Tue, Mar 03, 2009 at 09:17:55AM +0100, Dagobert Michelsen wrote: >>> Then here are some bugs to report: >>> >>>> From http://www.opencsw.org/standards/build_farm >>> - http://mirror.opencsw.org/versionmatrix.html Not Found >> >> Phil, could you please correct this? When I separated >> the mirror.* from buildfarm.* the versionmatrix is now >> only on >> > > the file is owned by you :-P > > ls -ld build_farm.shtml > -rw-r--r-- 1 dam staff 2773 Jan 12 14:19 build_farm.shtml Ahh yes, I remember now. I guess it is the only one, and that's why I keep forgetting it :-( Best regards -- Dago From dam at opencsw.org Wed Mar 4 00:13:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 00:13:31 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <20090303173820.GB650@bolthole.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> <20090303081725.GA8405@bolthole.com> <20090303173820.GB650@bolthole.com> Message-ID: <3F454845-8508-40AE-B122-C8127175F311@opencsw.org> Hi Phil, Am 03.03.2009 um 18:38 schrieb Philip Brown: > On Tue, Mar 03, 2009 at 09:21:22AM +0100, Dagobert Michelsen wrote: >> Hi Phil, > *wave* > >> Mmhhh, there is -64 listed in ld(1). I guess that must be in, yes? > > Err.. that is the exact opposite of what we were discussing: > -xarch=v8 > > If you wanted to put -64 in LD_FLAGS of the gar "build 64bit objs > only" > configs, that sounds ok. That is what I meant: take out -xarch and put in -64 for 64 bit archs. I'll change that next time I'm idling. Best regards -- Dago From bwalton at opencsw.org Wed Mar 4 01:47:18 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 03 Mar 2009 19:47:18 -0500 Subject: [csw-maintainers] ruby updates in testing Message-ID: <1236127436-sup-7169@ntdws12.chass.utoronto.ca> Hi All, I believe this will be the final testing update of ruby before a new release to current. The packages in testing/ fix: 1. Missing libruby-static.a 2. Some path issues with the installed docs (tools knew where they were, but the locations weren't correct). 3. A proper rubydev package is split out. 4. Native extensions built get a proper -R path in LDFLAGS (tested with the mysql gem). Please let me know if you find anything amiss with these. I plan to release them to current by next week if I haven't had any negative feedback (or found something myself). 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 glaw at opencsw.org Wed Mar 4 14:49:52 2009 From: glaw at opencsw.org (Gary Law) Date: Wed, 4 Mar 2009 13:49:52 +0000 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... Message-ID: Hi One new package, the evil/virtuous djbdns. This love-it-or-loathe-it job has been done to satisfy a need I have, and AFAIK is on a CSW wish list I saw somewhere; it's just the binaries, none of the myriad of servers that are included are configured or started. I think this fit with policy as none of them work without custom config anyway. Note this installs entirely in /opt/csw, as we are free to ignore djbs install instructions as he has finally placed the software in the public domain. I'm not sure if to declare a dependency on ucspi-tcp and daemontools, as it is theoretically possible to run this binaries without the rest of the djbware, but in practice no-one does. One updated package, the trivial rl (randomize lines) has a version bump. Use this to mash up your log files for fun and profit. Both were build from gar on the bo farm. Sparc and x86 binaries are now sitting in /home/testing for you cogitate over... Feedback welcome, Gary -- Gary Law Email: garylaw at garylaw.net Chat googletalk/messenger: gary.law at gmail.com iChat/jabber/AIM: gary.law at mac.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at opencsw.org Wed Mar 4 16:34:26 2009 From: mike at opencsw.org (Mike Arnold) Date: Wed, 4 Mar 2009 08:34:26 -0700 (MST) Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: References: Message-ID: <9008b2bc40367bddf4da7e18c1b35cf9.squirrel@www.razorsedge.org> Gary Law wrote: > Hi > > One new package, the evil/virtuous djbdns. This love-it-or-loathe-it job > has > been done to satisfy a need I have, and AFAIK is on a CSW wish list I saw > somewhere; it's just the binaries, none of the myriad of servers that are > included are configured or started. I think this fit with policy as none > of > them work without custom config anyway. Note this installs entirely in > /opt/csw, as we are free to ignore djbs install instructions as he has > finally placed the software in the public domain. I'm not sure if to > declare > a dependency on ucspi-tcp and daemontools, as it is theoretically possible > to run this binaries without the rest of the djbware, but in practice > no-one > does. > > One updated package, the trivial rl (randomize lines) has a version bump. > Use this to mash up your log files for fun and profit. > > Both were build from gar on the bo farm. Sparc and x86 binaries are now > sitting in /home/testing for you cogitate over... > > Feedback welcome, > Will you be adding all of the patches one can find for djbdns? -- -m ... so long as the people do not care to exercise their freedom, those who wish to tyrranize will do so; for tyrants are active and ardent, and will devote themselves in the name of any number of gods, religious and otherwise, to put shackles upon sleeping men. -- Voltarine de Cleyre From dam at opencsw.org Wed Mar 4 20:02:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 20:02:24 +0100 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: References: Message-ID: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> Hi Gary, Am 04.03.2009 um 14:49 schrieb Gary Law: > One new package, the evil/virtuous djbdns. This love-it-or-loathe- > it job has been done to satisfy a need I have, and AFAIK is on a > CSW wish list I saw somewhere; it's just the binaries, none of the > myriad of servers that are included are configured or started. I > think this fit with policy as none of them work without custom > config anyway. Note this installs entirely in /opt/csw, as we are > free to ignore djbs install instructions as he has finally placed > the software in the public domain. I'm not sure if to declare a > dependency on ucspi-tcp and daemontools, as it is theoretically > possible to run this binaries without the rest of the djbware, but > in practice no-one does. > > One updated package, the trivial rl (randomize lines) has a version > bump. Use this to mash up your log files for fun and profit. > > Both were build from gar on the bo farm. Sparc and x86 binaries are > now sitting in /home/testing for you cogitate over... That's great news! I propose to add another package CSWdjbdns- daemontools for the proper daemontool-integration which also handles dependencies. BTW, just today a bug was found in djbdns, which is very rare, to say the least. Good timing ;-) http://article.gmane.org/gmane.network.djbdns/13864 Best regards -- Dago From bwalton at opencsw.org Wed Mar 4 20:08:18 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 04 Mar 2009 14:08:18 -0500 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> Message-ID: <1236193656-sup-426@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Wed Mar 04 14:02:24 -0500 2009: > BTW, just today a bug was found in djbdns, which is very rare, to say > the least. Good timing ;-) > http://article.gmane.org/gmane.network.djbdns/13864 That's the first I've ever heard of djb's $1000 prize being awarded 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 bwalton at opencsw.org Wed Mar 4 20:19:00 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 04 Mar 2009 14:19:00 -0500 Subject: [csw-maintainers] git repo tracking from gar Message-ID: <1236193949-sup-3301@ntdws12.chass.utoronto.ca> Hi All, I just committed a change to GAR that allows you to track git repos for your upstream source instead of pulling down tarballs. To use this feature, you may use some or all of the following: 1. Define GIT_REPOS as a list of urls (git:// or http:// currently, but these are the most common) that will be pulled down. 2. Repos are stored as 'bare' (in git parlance, just the metadata, no checked out workspace) repository. 3. Each fetch should update the repo from the remote site. 4. Depending on the location where GAR is being used, git:// urls may need to be proxied (the BO farm, for example). This is handled by setting GIT_USE_PROXY. The default proxy script is gar/bin/gitproxy, but this is customizable by the user for different environments by setting GIT_PROXY_SCRIPT appropriately. 5. By default, the repo will track the 'master' branch from the origin site, but the user may set GIT_REFS_$(GITPROJ), where GITPROJ is the filename portion of the repo (eg: git://git.kernel.org/pub/scm/git/git.git becomes git.git) 6. At extract time, the default commit to checkout from the repo is HEAD (last commit), but by setting GIT_TREEISH_$(GITPROJ), you can request a specific tag or alternate commit object (most projects will tag releases). For the Git project itself, I use GIT_TREEISH_git.git = v$(GARVERSION). 7. The checkout directory is defaulted to the normal $(EXTRACTDIR). Override git-extract-%: with a more specific target to change this (eg: if you have to upstreams to merge nicely in EXTRACTDIR or something). This feature should allow for efficient storage of an upstream source and also make for easier 'cherry picking' of patches that may be committed upstream but not yet released. Enjoy. -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 glaw at opencsw.org Wed Mar 4 20:54:44 2009 From: glaw at opencsw.org (Gary Law) Date: Wed, 4 Mar 2009 19:54:44 +0000 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: <1236193656-sup-426@ntdws12.chass.utoronto.ca> References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> <1236193656-sup-426@ntdws12.chass.utoronto.ca> Message-ID: 2009/3/4 Ben Walton > Excerpts from Dagobert Michelsen's message of Wed Mar 04 14:02:24 -0500 > 2009: > > > BTW, just today a bug was found in djbdns, which is very rare, to say > > the least. Good timing ;-) > > http://article.gmane.org/gmane.network.djbdns/13864 > > That's the first I've ever heard of djb's $1000 prize being awarded > too! :) > Good grief. I thought I'd found a package that would never need an update -- the last one was in 2001 -- and this happens! OK, suggest we don't release this package until djb releases a new version of djbdns, which appears to be imminent. Re. the suggestion on patches, maybe. I've incorporated none at the moment, as I need none. Most relate to sub-optimal behaviour for caching, which I don't use djbware for so, I've no experience of. Some might be incorporated anyway as part of the next djbdns release, I'll have to wait and see. Re. the idea we could package an integration with daemontools, we could, but for which server? caching? authority? udp or tcp too? available for all, or just for some sub-section of the internet? Bound to which iface? All these things require manual config with djbdns so I'm not minded to do this at all. A package would have to guess what the admin wanted, and I think there are too many unknowns. Thanks for the prompt feedback. Please go ahead with more testing. Gary -- Gary Law -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Wed Mar 4 21:43:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 21:43:39 +0100 Subject: [csw-maintainers] Fwd: [csw-users] pine and alpine References: <16060DBCD52A2445BD9CBF1498974A7D0107B488@EX-NAP.tellabs-west.tellabsinc.net> Message-ID: Hi, FYI. Maybe someone feels the urge to package this ;-) Best regards -- Dago Anfang der weitergeleiteten E-Mail: > Von: "Fechner, Jon L." > Datum: 4. M?rz 2009 21:34:30 MEZ > An: "users at lists.opencsw.org" > Betreff: [csw-users] pine and alpine > Antwort an: questions and discussions > > Hello ? > > I have some engineers in our organization that are interested in > trying out ?alpine?, the successor to pine. > > Pine is having some problems working with our new IMAP server which > prevents some messages from being saved in folders, both > automatically via a filter/rule and manually. > > I?m just wondering if anyone is interested in providing this in the > CSW distro. Just thought I?d ask. We?d be willing to test it, but > couldn?t be the maintainer. > > Thx again, > Jon > > > Jon Fechner > Information Technology > Engineering Tools > Office: 630-798-6501 > Mobile: 630-605-6506 > jon.fechner at tellabs.com > > > ============================================================ > The information contained in this message may be privileged > and confidential and protected from disclosure. If the reader > of this message is not the intended recipient, or an employee > or agent responsible for delivering this message to the > intended recipient, you are hereby notified that any reproduction, > dissemination or distribution of this communication is strictly > prohibited. If you have received this communication in error, > please notify us immediately by replying to the message and > deleting it from your computer. Thank you. Tellabs > ============================================================ > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 2127 bytes Desc: not available URL: From mwatters at opencsw.org Wed Mar 4 21:45:54 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 04 Mar 2009 14:45:54 -0600 Subject: [csw-maintainers] Fwd: [csw-users] pine and alpine In-Reply-To: References: <16060DBCD52A2445BD9CBF1498974A7D0107B488@EX-NAP.tellabs-west.tellabsinc.net> Message-ID: <49AEE882.9040705@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I just pulled the source down. if there is not much to it I will build the first release Dagobert Michelsen wrote: > Hi, > > FYI. Maybe someone feels the urge to package this ;-) > > > Best regards > > -- Dago > > Anfang der weitergeleiteten E-Mail: > >> *Von: *"Fechner, Jon L." > > >> *Datum: *4. M?rz 2009 21:34:30 MEZ >> *An: *"users at lists.opencsw.org " >> > >> *Betreff: **[csw-users] pine and alpine* >> *Antwort an: *questions and discussions > > >> >> Hello ? >> >> I have some engineers in our organization that are interested in >> trying out ?alpine?, the successor to pine. >> >> Pine is having some problems working with our new IMAP server which >> prevents some messages from being saved in folders, both automatically >> via a filter/rule and manually. >> >> I?m just wondering if anyone is interested in providing this in the >> CSW distro. Just thought I?d ask. We?d be willing to test it, but >> couldn?t be the maintainer. >> >> Thx again, >> Jon >> >> >> *Jon Fechner* >> *Information Technology* >> *Engineering Tools* >> >> *Office: 630-798-6501* >> *Mobile**: 630-605-6506 * >> *jon.fechner at tellabs.com * >> >> >> >> ============================================================ >> The information contained in this message may be privileged >> and confidential and protected from disclosure. If the reader >> of this message is not the intended recipient, or an employee >> or agent responsible for delivering this message to the >> intended recipient, you are hereby notified that any reproduction, >> dissemination or distribution of this communication is strictly >> prohibited. If you have received this communication in error, >> please notify us immediately by replying to the message and >> deleting it from your computer. Thank you. Tellabs >> ============================================================ >> _______________________________________________ >> users mailing list >> users at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/users > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 iEYEARECAAYFAkmu6IIACgkQLrhmsXMSLxc+twCggnWhwNCmuugYpmA4C/h9SfoU iv4AoKkspphmqI+WswaDJLccIC819Bx0 =mys9 -----END PGP SIGNATURE----- From dam at opencsw.org Wed Mar 4 21:51:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 21:51:29 +0100 Subject: [csw-maintainers] [csw-users] Problems with makepatch In-Reply-To: References: Message-ID: Hi J?rgen, Am 04.03.2009 um 19:34 schrieb Juergen Arndt: > I already created patches successfully, so I'm really surprised about > this. Can anyone reproduce this behaviour? Or does anyone has a hint > for > me, what I do wrong? Basically, 'makepatch' is currently broken in mGAR v2 when modulated builds were introduced. In mGAR v1 it works :-( It is on my long list of things to fix and enhance... Ben, want to take a shot? Best regards -- Dago From william at wbonnet.net Wed Mar 4 22:03:14 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Mar 2009 22:03:14 +0100 Subject: [csw-maintainers] [csw-devel] Packages age In-Reply-To: <4987563C.6040103@wbonnet.net> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> Message-ID: <49AEEC92.6060506@wbonnet.net> Hi all Here are the February update of age statistics of the package from the unstable source. The last column show the delta between this month and previous month. As you can notice packages total from 2003, 2005, 2006, 2007 and 2008 decreased, which is good (they have been updated). Delta of packages in 2009 is +78, which is very good, and improving each month. This number is higher than the -45 packages for year 2003 to 2008. This means 45 packages have been updated over the last month, and 33 new packages added. This is very good. Thanks to you all. Year Total Delta 1997 1 0 1998 1 0 2001 3 0 2002 4 0 2003 25 -1 2004 107 0 2005 176 -3 2006 200 -2 2007 188 -11 2008 386 -28 2009 142 +78 The stable information did not changed since there has been no stable release 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 bwalton at opencsw.org Wed Mar 4 22:04:58 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 04 Mar 2009 16:04:58 -0500 Subject: [csw-maintainers] [csw-users] Problems with makepatch In-Reply-To: References: Message-ID: <1236200557-sup-2750@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Wed Mar 04 15:51:29 -0500 2009: > Basically, 'makepatch' is currently broken in mGAR v2 when modulated > builds were introduced. In mGAR v1 it works :-( It is on my long list > of things to fix and enhance... > > Ben, want to take a shot? ...well, since I wasn't even aware of this feature until now, I'm certainly interested in it. I've been doing patches manually up to this point (or importing the source with git and using git-format-patch). This sounds like a nice feature though, so I'll take a stab at getting it back in action. 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 Wed Mar 4 22:14:33 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 4 Mar 2009 13:14:33 -0800 Subject: [csw-maintainers] Packages age In-Reply-To: <49AEEC92.6060506@wbonnet.net> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> <49AEEC92.6060506@wbonnet.net> Message-ID: <20090304211433.GQ650@bolthole.com> On Wed, Mar 04, 2009 at 10:03:14PM +0100, William Bonnet wrote: > Year Total Delta > 1997 1 0 > 1998 1 0 > 2001 3 0 > 2002 4 0 > 2003 25 -1 > 2004 107 0 > 2005 176 -3 > 2006 200 -2 > 2007 188 -11 > 2008 386 -28 > 2009 142 +78 it's not clear to me what these numbers are. could you explain a different way, please? not clear what "total" is. total what? From dam at opencsw.org Wed Mar 4 22:15:52 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 22:15:52 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR Message-ID: Hi Folks, March has arrived and I am mentoring the thematics Moving Packages to GAR As a starter I have some requests to William :-) You have done the upstream watch and it would be a good start if we knew which packages are currently build with GAR and which are not. Then we can work on moving stuff in. Personally, I will concentrate on a GAR package and updating the GAR docs. Please don't expect miracles here as I my time is currently quite limited. Best regards -- Dago From william at wbonnet.net Wed Mar 4 22:26:24 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Mar 2009 22:26:24 +0100 Subject: [csw-maintainers] Packages age In-Reply-To: <20090304211433.GQ650@bolthole.com> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> <49AEEC92.6060506@wbonnet.net> <20090304211433.GQ650@bolthole.com> Message-ID: <49AEF200.9010305@wbonnet.net> Hi Phil > On Wed, Mar 04, 2009 at 10:03:14PM +0100, William Bonnet wrote: > >> Year Total Delta >> 1997 1 0 >> 1998 1 0 >> 2001 3 0 >> 2002 4 0 >> 2003 25 -1 >> 2004 107 0 >> 2005 176 -3 >> 2006 200 -2 >> 2007 188 -11 >> 2008 386 -28 >> 2009 142 +78 >> > > it's not clear to me what these numbers are. could you explain a different > way, please? > > not clear what "total" is. > total what? > Total is the number of packages created in a given year. This is based on the creation date from the ,REV= field Delta is the difference between current month (Feb) and previous one (Jan). This is not a yearly based delta. As you can notice the number of package is below the actual number of packages. The reason is that some packages do not include ",REV=yyyy.mm.dd" field in the name. I'll move soon to another method of statistic which will be more accurate. But since it measure only delta from a month to another, total number of packages is not so important ( yes it is of course ;) ) because recent packages have ,REV field. Cheers W. PS: Until this month i was used to send this report to devel list, i moved it to maintainer list to reach more people. But i won't let send it out of maintainers (unless board ask me to ;) ). -- 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 Wed Mar 4 22:33:43 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Mar 2009 22:33:43 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: References: Message-ID: <49AEF3B7.6020203@wbonnet.net> Hi > As a starter I have some requests to William :-) You have done > the upstream watch and it would be a good start if we knew which > packages are currently build with GAR and which are not. Then > we can work on moving stuff in. > We had the same idea :) I did a few thing to anticipate needs. I hope i made the good choices ;) I have created a database to store this (that will be used by next gen upstream watch). It is in final stage of testing and will be released this week end. At least package list. Until this point, i would call maintainers owning packages to check please if the packages they are in charge of are aleardy in GAR. 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 Wed Mar 4 23:26:12 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 4 Mar 2009 14:26:12 -0800 Subject: [csw-maintainers] Packages age In-Reply-To: <49AEF200.9010305@wbonnet.net> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> <49AEEC92.6060506@wbonnet.net> <20090304211433.GQ650@bolthole.com> <49AEF200.9010305@wbonnet.net> Message-ID: <20090304222612.GS650@bolthole.com> On Wed, Mar 04, 2009 at 10:26:24PM +0100, William Bonnet wrote: > >> Year Total Delta > >>.... > >> 2004 107 0 > >> 2005 176 -3 > >> 2006 200 -2 > >> 2007 188 -11 > >> 2008 386 -28 > >> 2009 142 +78 >.... > Total is the number of packages created in a given year. This is based > on the creation date from the ,REV= field > Delta is the difference between current month (Feb) and previous one > (Jan). This is not a yearly based delta. So, does that mean an estimate of only BRAND NEW packages, or "packages that received updates" as well? Also, I think that depending on the REV field may miss quite a few. since not all packages historically had REV fields ;-) From william at wbonnet.net Wed Mar 4 23:59:30 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Mar 2009 23:59:30 +0100 Subject: [csw-maintainers] Packages age In-Reply-To: <20090304222612.GS650@bolthole.com> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> <49AEEC92.6060506@wbonnet.net> <20090304211433.GQ650@bolthole.com> <49AEF200.9010305@wbonnet.net> <20090304222612.GS650@bolthole.com> Message-ID: <49AF07D2.5010206@wbonnet.net> Hi Phil > Also, I think that depending on the REV field may miss quite a few. since > not all packages historically had REV fields ;-) > 100% agree with you. That's one of the reason why i'll move to a more accurate method soon. But whatever the method you use, it does not change the fact that 78 packages were updated over last motnh, and this is really good :) BTW i also think we agree on that. Now i just have things to fix on my side about reports :) 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 skayser at opencsw.org Thu Mar 5 00:47:03 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 05 Mar 2009 00:47:03 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: References: Message-ID: <49AF12F7.7060605@opencsw.org> Dagobert Michelsen wrote: > March has arrived and I am mentoring the thematics > > Moving Packages to GAR > > As a starter I have some requests to William :-) You have done > the upstream watch and it would be a good start if we knew which > packages are currently build with GAR and which are not. Then > we can work on moving stuff in. > > Personally, I will concentrate on a GAR package and updating the > GAR docs. Please don't expect miracles here as I my time is > currently quite limited. With regards to docs, i have started a GAR variable reference: http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference So if you are having a look at another GAR Makefile and wondering "what is he doing there?", give the reference a try. I found it helpful as a support tool for people just learning GAR (helps to read existing Makefiles). The reference is written with the current mGAR v2 in mind (i.e. it likely contains stuff that is _not_ supported in other GAR versions). Feel free to add additional information. Sebastian From bonivart at opencsw.org Thu Mar 5 01:07:50 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 5 Mar 2009 01:07:50 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <49AF12F7.7060605@opencsw.org> References: <49AF12F7.7060605@opencsw.org> Message-ID: <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> On Thu, Mar 5, 2009 at 12:47 AM, Sebastian Kayser wrote: > With regards to docs, i have started a GAR variable reference: > > ?http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference This is great, thank you! I tend to look a lot at the submissions (posted to the mailing list) made by others to learn from your Makefiles and usually I can figure out how something works but not always. This is a great resource to have, not just as a reference, but as learning tool as well. -- /peter From mike at opencsw.org Thu Mar 5 03:41:18 2009 From: mike at opencsw.org (Mike Arnold) Date: Wed, 4 Mar 2009 19:41:18 -0700 (MST) Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> <1236193656-sup-426@ntdws12.chass.utoronto.ca> Message-ID: <95ffc7f0917da999f7109a9677b829d5.squirrel@www.razorsedge.org> Gary Law wrote: > > Re. the suggestion on patches, maybe. I've incorporated none at the > moment, > as I need none. Most relate to sub-optimal behaviour for caching, which I > don't use djbware for so, I've no experience of. Some might be > incorporated > anyway as part of the next djbdns release, I'll have to wait and see. > These patches: http://www.tinydns.org/djbdns-errno.patch http://dustman.net/andy/djbware/djbdns/1.05/djbdns.patch http://tinydns.org/djbdns-1.05-ignoreip2.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/tinydns-data-semantic-error.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/dnscache-cname-handling.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/tinydns-alias-chain-truncation.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/dnsnamex.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/dnscache-strict-forwardonly.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/compiler-temporary-filename.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/dnscacheip-space-separator.patch http://www.ohse.de/uwe/patches/dnscache-0.61.okclient.patch http://danp.net/djbdns/server-1.05-nxdomain-logging.patch djbdns-1.05.dnsroots.global.patch http://www.fefe.de/dns/djbdns-1.05-ixfr.diff http://romana.now.ie/software/djbdns-cachestats.patch http://www.gerg.ca/hacks/parse_djbdns_log.hits-misses.patch djbdns-1.05-opt_freeware.patch ftp://moni.csi.hu/pub/glibc-2.3.1/ucspi-tcp-0.88.errno.patch ucspi-tcp.patch ftp://moni.csi.hu/pub/glibc-2.3.1/ucspi-tcp-0.88.nobase.patch ftp://moni.csi.hu/pub/glibc-2.3.1/ucspi-tcp-0.88.a_record.patch I built these packages long ago and run them locally: http://mirror.opencsw.org/testing/djbdns-1.05-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/ucspi_tcp-0.88-SunOS5.8-sparc-CSW.pkg.gz -- -m ... so long as the people do not care to exercise their freedom, those who wish to tyrranize will do so; for tyrants are active and ardent, and will devote themselves in the name of any number of gods, religious and otherwise, to put shackles upon sleeping men. -- Voltarine de Cleyre From ihsan at opencsw.org Thu Mar 5 11:25:34 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 05 Mar 2009 11:25:34 +0100 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> <1236193656-sup-426@ntdws12.chass.utoronto.ca> Message-ID: <49AFA89E.6080306@opencsw.org> Am 4.3.2009 20:54 Uhr, Gary Law schrieb: > Good grief. I thought I'd found a package that would never need an > update -- the last one was in 2001 -- and this happens! OK, suggest we > don't release this package until djb releases a new version of djbdns, > which appears to be imminent. I would be really surprised about that. In fact, djb stopped the qmail and djbdns development. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From glaw at opencsw.org Thu Mar 5 11:43:38 2009 From: glaw at opencsw.org (Gary Law) Date: Thu, 5 Mar 2009 10:43:38 +0000 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: <49AFA89E.6080306@opencsw.org> References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> <1236193656-sup-426@ntdws12.chass.utoronto.ca> <49AFA89E.6080306@opencsw.org> Message-ID: 2009/3/5 Ihsan Dogan > Am 4.3.2009 20:54 Uhr, Gary Law schrieb: > > > Good grief. I thought I'd found a package that would never need an > > update -- the last one was in 2001 -- and this happens! OK, suggest we > > don't release this package until djb releases a new version of djbdns, > > which appears to be imminent. > > I would be really surprised about that. In fact, djb stopped the qmail > and djbdns development. He's stated a new release will come out, and will be backed by a new $1000 reward. I'll take him at his word for now. If nothing shows up I'll patch the 1.05 release we have. Some of the patches you listed are required for linux only, so not required; some make dnscache more 'bind like' but less strictly RFC compliant, so arguably not required. There is one that mimics BIND behaviour for missing domains that makes the authoritative server more RFC compliant. I'll look to adding that one, assuming DJB doesn't alter the current behaviour in the new release. In general, I'd like to do the minimum amount of patching so as to follow the principle of least surprise for end users. But this is open to debate. Gary -- Gary Law Email: garylaw at garylaw.net Chat googletalk/messenger: gary.law at gmail.com iChat/jabber/AIM: gary.law at mac.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Thu Mar 5 16:19:46 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Mar 2009 10:19:46 -0500 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> References: <49AF12F7.7060605@opencsw.org> <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> Message-ID: <1236266331-sup-771@ntdws12.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Wed Mar 04 19:07:50 -0500 2009: > > ?http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference > > This is great, thank you! Agreed. This is great. I do the same as Peter to see how others are using GAR. I'll definitely keep this page in memory and I'll add to it also for others. 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 bonivart at opencsw.org Thu Mar 5 17:10:28 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 5 Mar 2009 17:10:28 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <1236266331-sup-771@ntdws12.chass.utoronto.ca> References: <49AF12F7.7060605@opencsw.org> <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> <1236266331-sup-771@ntdws12.chass.utoronto.ca> Message-ID: <625385e30903050810l2ba984c7o9fba18799e2b70d2@mail.gmail.com> On Thu, Mar 5, 2009 at 4:19 PM, Ben Walton wrote: > Excerpts from Peter Bonivart's message of Wed Mar 04 19:07:50 -0500 2009: >> > ?http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference >> >> This is great, thank you! > > Agreed. ?This is great. ?I do the same as Peter to see how others are > using GAR. ?I'll definitely keep this page in memory and I'll add to > it also for others. Just one thing, don't forget to link to it from the main page! :-) I can't find links for this page or for the ones Dago wrote about copyright and getting rid of the gspec files. See below from the "What links here" output: No pages link to GAR Variable Reference. No pages link to Copyright. No pages link to Packaging. I found them through "Recent changes". -- /peter From dam at opencsw.org Thu Mar 5 17:37:13 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 5 Mar 2009 17:37:13 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <625385e30903050810l2ba984c7o9fba18799e2b70d2@mail.gmail.com> References: <49AF12F7.7060605@opencsw.org> <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> <1236266331-sup-771@ntdws12.chass.utoronto.ca> <625385e30903050810l2ba984c7o9fba18799e2b70d2@mail.gmail.com> Message-ID: Hi Peter, Am 05.03.2009 um 17:10 schrieb Peter Bonivart: > On Thu, Mar 5, 2009 at 4:19 PM, Ben Walton > wrote: >> Excerpts from Peter Bonivart's message of Wed Mar 04 19:07:50 -0500 >> 2009: >>>> http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference >>> >>> This is great, thank you! >> >> Agreed. This is great. I do the same as Peter to see how others are >> using GAR. I'll definitely keep this page in memory and I'll add to >> it also for others. > > Just one thing, don't forget to link to it from the main page! :-) > > I can't find links for this page or for the ones Dago wrote about > copyright and getting rid of the gspec files. See below from the "What > links here" output: > > No pages link to GAR Variable Reference. > No pages link to Copyright. > No pages link to Packaging. > > I found them through "Recent changes". These three are linked now from the main page. Thanks for the hint :-) -- Dago From mwatters at opencsw.org Fri Mar 6 00:37:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Mar 2009 17:37:32 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python Message-ID: <49B0623C.1080806@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 unless I receive negative feed back: I plan to release the "fixed" python 2.6 packages as well as mod_python next week. the changes from the current version are: forced architecture to be v8 fixed python-config --ldflags to include -L and -R flags correctly. mod_python is just a recompile against the new python - -- 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 iEYEARECAAYFAkmwYjwACgkQLrhmsXMSLxfn+wCeMDrWVzdgtznt8B6J8Qz2oVCM PQYAoIzTBjliT5iWdB3SR/KW7az85VEC =12Ix -----END PGP SIGNATURE----- From hson at opencsw.org Fri Mar 6 01:19:40 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 06 Mar 2009 01:19:40 +0100 Subject: [csw-maintainers] Upstream check when GARNAME is not part of the package name Message-ID: <49B06C1C.2060601@opencsw.org> When making a upstream check ("gmake check-upstream") for package wmf, there is a problem since the CSW package name (wmf) doesn't match the sourceforge package name (libwmf), so check-upstream picks the wrong package (in this case "wv") and thus wrongly tells me that there is a newer package file to download. Relevant variables from Makefile: GARNAME = wmf GARVERSION = 0.2.8.4 SF_PROJ = wvware MASTER_SITES = $(SF_MIRRORS) DISTFILES = libwmf-$(GARVERSION).tar.gz DISTNAME = libwmf-$(GARVERSION) UPSTREAM_MASTER_SITES = $(SF_PROJECT_SHOWFILE)=10501 UPSTREAM_USE_SF = 1 UFILES_REGEX = (\d+(?:\.\d+)*) The output from "gmake check-upstream" is: wmf : new upstream files available: 1.2.4 which is a reference to wv-1.2.4.tar.gz (not libwmf-0.2.8.4.tar.gz which I want) What changes do I need to make in order to get the upstream check to work in this case? From hson at opencsw.org Fri Mar 6 02:48:54 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 06 Mar 2009 02:48:54 +0100 Subject: [csw-maintainers] Another GAR question Message-ID: <49B08106.2050502@opencsw.org> If upstream package doesn't unpack into a separate directory (i.e xx-YY.tar.gz unpacks to xx-YY), but into current directory (i.e $WORKDIR_FIRSTMOD), how would I go about to extract package files into correct directory (i.e $WORKDIR_FIRSTMOD/$DISTNAME)? From bwalton at opencsw.org Fri Mar 6 03:00:06 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Mar 2009 21:00:06 -0500 Subject: [csw-maintainers] Another GAR question In-Reply-To: <49B08106.2050502@opencsw.org> References: <49B08106.2050502@opencsw.org> Message-ID: <1236304606-sup-4717@ntdws12.chass.utoronto.ca> Excerpts from Roger H?kansson's message of Thu Mar 05 20:48:54 -0500 2009: > If upstream package doesn't unpack into a separate directory (i.e > xx-YY.tar.gz unpacks to xx-YY), but into current directory (i.e > $WORKDIR_FIRSTMOD), how would I go about to extract package files into > correct directory (i.e $WORKDIR_FIRSTMOD/$DISTNAME)? Override the tgz-extract-%.tar.gz (or whatever extension) target with a more specific one (eg: extract-$distname.tar.gz:). See the docbookdtds package for examples or grep for "*-extract" in gar.lib.mk to get a better idea of which targets are in play for this. HTH. -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 Fri Mar 6 03:22:43 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Mar 2009 20:22:43 -0600 Subject: [csw-maintainers] gnupg_minimal, gnupg and gnupg2 now in Testing Message-ID: <49B088F3.9020607@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: gnupg_minimal and gnupg updated to version 1.4.9 gnupg2 at 2.0.10 all include 64 bit isaexec - -- 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 iEYEARECAAYFAkmwiPIACgkQLrhmsXMSLxcLSgCgy63QCXSmoKOCYqOFfY9DnRg0 nBMAn28MbANnIdYjO9LEANN/4kBwj1yQ =gHF0 -----END PGP SIGNATURE----- From ihsan at opencsw.org Fri Mar 6 17:38:35 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Fri, 06 Mar 2009 17:38:35 +0100 Subject: [csw-maintainers] unbound recursive DNS server in testing Message-ID: <49B1518B.9000702@opencsw.org> Hello, I've packaged Unbound and put it into testing. http://mirror.opencsw.org/testing/unbound-1.2.1,REV=2009.03.06-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/unbound-1.2.1,REV=2009.03.06-SunOS5.8-i386-CSW.pkg.gz >From Wikipedia: Unbound is a validating, recursive, and caching DNS server software product from NLnet Labs, VeriSign Inc., Nominet, and Kirei. It is distributed free of charge in open source form under the BSD license. Originally designed by Jakob Schlyter of Kirei and Roy Arends of Nominet in 2004, funding was provided by Verisign and ep.net to develop a prototype written in Java (David Blacka and Matt Larson, VeriSign). Starting in 2006 the prototype was re-written for high-performance in the C programming language by NLnet Labs. Unbound is designed as a set of modular components that incorporate modern features, such as enhanced security (DNSSEC) validation, Internet Protocol Version 6 (IPv6), and a client resolver library API as an integral part of the architecture. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Fri Mar 6 17:47:17 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 6 Mar 2009 08:47:17 -0800 Subject: [csw-maintainers] unbound recursive DNS server in testing In-Reply-To: <49B1518B.9000702@opencsw.org> References: <49B1518B.9000702@opencsw.org> Message-ID: <20090306164717.GA7859@bolthole.com> On Fri, Mar 06, 2009 at 05:38:35PM +0100, Ihsan Dogan wrote: > Hello, > > I've packaged Unbound and put it into testing. finally, another choice besides BIND and djb! :-) From bonivart at opencsw.org Fri Mar 6 18:12:10 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 6 Mar 2009 18:12:10 +0100 Subject: [csw-maintainers] Dynamic licence not working Message-ID: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> I want to use the dynamic license feature for clamav/libclamav. Since the source contains a file called COPYING I assumed I didn't have to do anything according to this: "If it is called COPYING you have to do... nothing, as this is the default." (http://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright) But it's not being added to any of the two packages. Could someone please check the Makefile and see if there's any obvious problems? http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/clamav/trunk/Makefile?view=markup&pathrev=3607 -- /peter From skayser at opencsw.org Sat Mar 7 02:26:22 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Mar 2009 02:26:22 +0100 Subject: [csw-maintainers] New package in testing: watch Message-ID: <49B1CD3E.5010003@opencsw.org> Hi folks, the indispensable "watch" ;) has made its way to testing. http://mirror.opencsw.org/testing.html It is just a tiny utility but took some tweaking to get it built on Solaris 8 (required additional libraries for asprintf and getopt_long). So if anyone other than me could poke it briefly i would appreciate it. Sebastian From bwalton at opencsw.org Sat Mar 7 04:09:37 2009 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 06 Mar 2009 22:09:37 -0500 Subject: [csw-maintainers] New package in testing: watch In-Reply-To: <49B1CD3E.5010003@opencsw.org> References: <49B1CD3E.5010003@opencsw.org> Message-ID: <1236395300-sup-5414@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Fri Mar 06 20:26:22 -0500 2009: Hi Sebastian, > the indispensable "watch" ;) has made its way to testing. While I don't use this all the time, I do find it quite handy in some situations. I've installed it on sol10/i386 and sol8/sparc here. It looks good to me, but I've only tested it briefly. 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 Sat Mar 7 06:23:31 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 06 Mar 2009 23:23:31 -0600 Subject: [csw-maintainers] GCC build question Message-ID: <49B204D3.4090003@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have gcc 4.3.3 building successfully on solaris 8 both v8/v9 arch. I have i386 and amd64 building successfully on solaris 10 x86, and i386 building on solaris 8. is there any way to merge the solaris 10 and solaris 8 (intel) packages into a single package? amd64 arch is not supported on solaris 8 x86. I have no problem leaving them as a separate 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.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmyBNIACgkQLrhmsXMSLxcOvACeL82G5ZzlkuQvYomAgz4YnkXD Ig8AnjaPpjfAXA2heRKyl4nKs01ly6Dy =5cfR -----END PGP SIGNATURE----- From phil at bolthole.com Sat Mar 7 06:47:17 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 6 Mar 2009 21:47:17 -0800 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B204D3.4090003@opencsw.org> References: <49B204D3.4090003@opencsw.org> Message-ID: <20090307054717.GA86809@bolthole.com> On Fri, Mar 06, 2009 at 11:23:31PM -0600, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have gcc 4.3.3 building successfully on solaris 8 both v8/v9 arch. > I have i386 and amd64 building successfully on solaris 10 x86, and i386 building on solaris 8. > > is there any way to merge the solaris 10 and solaris 8 (intel) packages into a single package? > > amd64 arch is not supported on solaris 8 x86. > > I have no problem leaving them as a separate package well, that depends on gcc. from what I know of gcc, i would THINK it should be possible. there used to be separate subdirs that it would use, associated with [arch-osrev] type combinations. so multiple of them should theoretically be able to co-exist. the tricky bit would be in getting the front end "gcc" program to do the right thing. Possibly just have the front end(s) managed via isaexec. That way, the amd64 capable front end, would only be kicked off when run on an amd64 machine. Then the only tricky bit would be in making sure that the 32 bit front end, worked equally well for sol8(9) and sol10. It's a lot of work. but it potentially is of great benefit, to folks who share /opt/csw out from a common NFS server, to multiple revs of solaris. and if you document it nicely.... it would be of benefit to people "out there" in similar situations who need to do the same thing, but in an institutionally mandated situation. From skayser at opencsw.org Sat Mar 7 11:11:59 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Mar 2009 11:11:59 +0100 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B204D3.4090003@opencsw.org> References: <49B204D3.4090003@opencsw.org> Message-ID: <49B2486F.6040800@opencsw.org> Mike Watters wrote: > I have gcc 4.3.3 building successfully on solaris 8 > both v8/v9 arch. I have i386 and amd64 building successfully > on solaris 10 x86, and i386 building on solaris 8. > > is there any way to merge the solaris 10 and solaris 8 Don't know whether this helps with gcc, but what i do with mbuffer is to set BUILD64=1 an then 1) on build8x: gmake build-isa-i386 2) on build10x: gmake merge 3) on build8x: gmake package Sebastian From ihsan at opencsw.org Sat Mar 7 12:08:15 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Mar 2009 12:08:15 +0100 Subject: [csw-maintainers] unbound recursive DNS server in testing In-Reply-To: <20090306164717.GA7859@bolthole.com> References: <49B1518B.9000702@opencsw.org> <20090306164717.GA7859@bolthole.com> Message-ID: <49B2559F.4090804@opencsw.org> Am 6.3.2009 17:47 Uhr, Philip Brown schrieb: >> I've packaged Unbound and put it into testing. > > finally, another choice besides BIND and djb! :-) They have also an authoritative name server: NSD. I started to package that one as well. Both, Unbound and NSD, seem to be really reliable software. Three root of the root name servers switched already to NSD. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Sat Mar 7 14:35:31 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 07:35:31 -0600 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B2486F.6040800@opencsw.org> References: <49B204D3.4090003@opencsw.org> <49B2486F.6040800@opencsw.org> Message-ID: <49B27823.2050508@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 that is what I did for the other 64bit builds I do. however, with gcc, both the build on 8x and 10x build as isa-i386. I found that if I change BUILD_PREFIX ( to /opt/csw/gcc4 ) in my gar Makefile, it breaks gar builds ( filed a bug report on that ) I am still working on how to get it built with some smoke and mirrors in the Makefile, I was just hoping someone had already encountered this and could share how they did it. Sebastian Kayser wrote: > Mike Watters wrote: >> I have gcc 4.3.3 building successfully on solaris 8 >> both v8/v9 arch. I have i386 and amd64 building successfully >> on solaris 10 x86, and i386 building on solaris 8. >> >> is there any way to merge the solaris 10 and solaris 8 > > Don't know whether this helps with gcc, but what i do with mbuffer is > to set BUILD64=1 an then > > 1) on build8x: gmake build-isa-i386 > 2) on build10x: gmake merge > 3) on build8x: gmake package > > 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 iEYEARECAAYFAkmyeCMACgkQLrhmsXMSLxfiswCfcJJFDgPvo7adi9xZvb0kc6op UA0AoLDysrZjesh4qXKzEuS5wqJ7eFNm =QL2C -----END PGP SIGNATURE----- From rupert at opencsw.org Sat Mar 7 15:27:23 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 15:27:23 +0100 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <49B0623C.1080806@opencsw.org> References: <49B0623C.1080806@opencsw.org> Message-ID: <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> how do you compile mod_python with the fixed python? then i could try the same with mod_wsgi. one strange thing when compiling mod_wsgi on build10s is that it says i386: [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] [extract-modulated] complete for mod_wsgi. ==> Running configure in work/build-isa-i386/mod_wsgi-2.3 rupert. On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > unless I receive negative feed back: > I plan to release the "fixed" python 2.6 packages as well as mod_python next week. > > the changes from the current version are: ?forced architecture to be v8 > fixed python-config --ldflags ?to include -L and -R flags correctly. > > mod_python is just a recompile against the new python > > - -- > 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 > > iEYEARECAAYFAkmwYjwACgkQLrhmsXMSLxfn+wCeMDrWVzdgtznt8B6J8Qz2oVCM > PQYAoIzTBjliT5iWdB3SR/KW7az85VEC > =12Ix > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From mwatters at opencsw.org Sat Mar 7 15:40:13 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 08:40:13 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> Message-ID: <49B2874D.1010702@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rupert, I am not sure about wsgi, but for mod_python it is compiled using apxs ( which uses the apache2 compiler settings ) with the Makefile in mgar/pkg/mod_python/trunk to build I cd into the trunk directory and type make package and gar does the rest. if you check your work into subversion, I (and I am sure others) would be glad to look at what you have done, and point you in the right direction. rupert THURNER wrote: > how do you compile mod_python with the fixed python? then i could try > the same with mod_wsgi. > > one strange thing when compiling mod_wsgi on build10s is that it says i386: > [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] > [extract-modulated] complete for mod_wsgi. > ==> Running configure in work/build-isa-i386/mod_wsgi-2.3 > > rupert. > > > On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: > unless I receive negative feed back: > I plan to release the "fixed" python 2.6 packages as well as mod_python next week. > > the changes from the current version are: forced architecture to be v8 > fixed python-config --ldflags to include -L and -R flags correctly. > > mod_python is just a recompile against the new python > _______________________________________________ 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 iEYEARECAAYFAkmyh00ACgkQLrhmsXMSLxfqRQCg1USJvyxTd0b5vEgftK3Dr/8U mBYAn2ECCz7uAayygNrUTqk/aWmGKLjQ =Zk/N -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Mar 7 16:32:52 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 09:32:52 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> Message-ID: <49B293A4.4020202@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rupert, I downloaded the source for mod_wsgi and took a look at it. I have a good Idea where you are stuck; if I am right, all your problems "should" be taken care of with the "new" python 2.6 package. I noticed mod_wsgi ignores the compile time variables and only uses the python-config values for the build flags. Unfortunately in the version on the build farm is incorrect (missing -L/opt/csw/lib et.al.) The version in testing has been corrected, and I plan on releasing it next week as I have only received good feedback "so far". if you want to compile it now you can add the following to your Makefile ( if using gar v2 ) [==> code begin <==] ## Fix Makefile LDFLAGS to correct broken python-config return values post-configure-modulated: @( perl -i -plne 's|^LDFLAGS = .*|LDFLAGS = -L/opt/csw/lib|' \ $(WORKSRC)/Makefile ) [==> code end <==] rupert THURNER wrote: > how do you compile mod_python with the fixed python? then i could try > the same with mod_wsgi. > > one strange thing when compiling mod_wsgi on build10s is that it says i386: > [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] > [extract-modulated] complete for mod_wsgi. > ==> Running configure in work/build-isa-i386/mod_wsgi-2.3 > > rupert. > > > On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: > unless I receive negative feed back: > I plan to release the "fixed" python 2.6 packages as well as mod_python next week. > > the changes from the current version are: forced architecture to be v8 > fixed python-config --ldflags to include -L and -R flags correctly. > > mod_python is just a recompile against the new python > _______________________________________________ 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 iEYEARECAAYFAkmyk6QACgkQLrhmsXMSLxenvQCfaYnfJN/9tfmjmzWvGusMBz9W 40UAoObrWdD4px0Go1eID4+OENgoMcev =sJ3e -----END PGP SIGNATURE----- From rupert at opencsw.org Sat Mar 7 16:32:56 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 16:32:56 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <49AF12F7.7060605@opencsw.org> References: <49AF12F7.7060605@opencsw.org> Message-ID: <6af4270903070732t27efd82ax251bada1a4afe8d7@mail.gmail.com> updating the gar docs is great! i am especially missing a "gar build and delivery from the beginning to the end for dummies" ... because technical difficulties in the middle are very friendly answered in the mailing list :) btw, i also found recently https://apps.sourceforge.net/trac/gar which i find even more helpful as you have the wiki changes and the package changes in timeline, and immediately see what somebody else changed to fix a problem. one can also directly link into the code. i created an example here: https://apps.sourceforge.net/trac/gar/wiki/VariableReference. rupert. On Thu, Mar 5, 2009 at 00:47, Sebastian Kayser wrote: > Dagobert Michelsen wrote: >> March has arrived and I am mentoring the thematics >> >> ? ?Moving Packages to GAR >> >> As a starter I have some requests to William :-) You have done >> the upstream watch and it would be a good start if we knew which >> packages are currently build with GAR and which are not. Then >> we can work on moving stuff in. >> >> Personally, I will concentrate on a GAR package and updating the >> GAR docs. Please don't expect miracles here as I my time is >> currently quite limited. > > With regards to docs, i have started a GAR variable reference: > > ?http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference > > So if you are having a look at another GAR Makefile and wondering > "what is he doing there?", give the reference a try. I found it > helpful as a support tool for people just learning GAR (helps to > read existing Makefiles). > > The reference is written with the current mGAR v2 in mind (i.e. it > likely contains stuff that is _not_ supported in other GAR versions). > > Feel free to add additional information. > > Sebastian > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From phil at bolthole.com Sat Mar 7 17:32:57 2009 From: phil at bolthole.com (Philip Brown) Date: Sat, 7 Mar 2009 08:32:57 -0800 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B27823.2050508@opencsw.org> References: <49B204D3.4090003@opencsw.org> <49B2486F.6040800@opencsw.org> <49B27823.2050508@opencsw.org> Message-ID: <20090307163257.GB8946@bolthole.com> On Sat, Mar 07, 2009 at 07:35:31AM -0600, Mike Watters wrote: > I am still working on how to get it built with some smoke and mirrors in the Makefile, I was just hoping someone had > already encountered this and could share how they did it. gcc is a very complex non-standard build. you'll probably hvae to either do it manually, or write a whoooole lot of gar specialized one-shot plugins or something. From rupert at opencsw.org Sat Mar 7 17:34:47 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 17:34:47 +0100 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <49B293A4.4020202@opencsw.org> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> Message-ID: <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> many thanks, you hacker :) checked it into http://apps.sourceforge.net/trac/gar/browser/csw/mgar/pkg/mod_python/trunk. built it on 8x, 8s, 10x, 10s and: Cross-referencing indexes... found SUNWcslx for libc.so.1 found SUNWcslx for libdl.so.1 found SUNWcslx for libnsl.so.1 found SUNWcslx for libpthread.so.1 found CSWpython for libpython2.6.so.1.0 found SUNWcslx for libresolv.so.2 found SUNWcslx for librt.so.1 found SUNWcslx for libsocket.so.1 SUGGESTION: you may want to add some or all of the following as depends: (Feel free to ignore SUNW or SPRO packages) > SUNWcslx WARNING: found binaries in normal bin dir that are V8+ [package] complete for mod_wsgi. do you do anything about this as well, or you just leave it? i suppose i have to copy the packages into home testing, isn't it? rupert. On Sat, Mar 7, 2009 at 16:32, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rupert, > ? ? ? ?I downloaded the source for mod_wsgi and took a look at it. > > I have a good Idea where you are stuck; if I am right, > all your problems "should" be taken care of with the "new" python 2.6 package. > > I noticed mod_wsgi ignores the compile time variables and only uses the python-config values for the build flags. > Unfortunately in the version on the build farm is incorrect (missing -L/opt/csw/lib et.al.) > The version in testing has been corrected, and I plan on releasing it next week as I have only received good feedback > "so far". > > if you want to compile it now you can add the following to your Makefile ( if using gar v2 ) > > [==> ?code begin ?<==] > ## Fix Makefile LDFLAGS to correct broken python-config return values > post-configure-modulated: > ? ? ? ?@( perl -i -plne 's|^LDFLAGS = .*|LDFLAGS = -L/opt/csw/lib|' \ > ? ? ? ? ? ? ? ?$(WORKSRC)/Makefile ) > > [==> ?code end ?<==] > > rupert THURNER wrote: >> how do you compile mod_python with the fixed python? then i could try >> the same with mod_wsgi. >> >> one strange thing when compiling mod_wsgi on build10s is that it says i386: >> [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] >> ? ? ? ? [extract-modulated] complete for mod_wsgi. >> ?==> Running configure in work/build-isa-i386/mod_wsgi-2.3 >> >> rupert. >> >> >> On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: >> unless I receive negative feed back: >> I plan to release the "fixed" python 2.6 packages as well as mod_python next week. >> >> the changes from the current version are: ?forced architecture to be v8 >> fixed python-config --ldflags ?to include -L and -R flags correctly. >> >> mod_python is just a recompile against the new python >> > _______________________________________________ > 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 > > iEYEARECAAYFAkmyk6QACgkQLrhmsXMSLxenvQCfaYnfJN/9tfmjmzWvGusMBz9W > 40UAoObrWdD4px0Go1eID4+OENgoMcev > =sJ3e > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From mwatters at opencsw.org Sat Mar 7 17:54:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 10:54:34 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> Message-ID: <49B2A6CA.1030806@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I assume you mean you checked it into .../mod_wsgi/trunk. ;) don't forget to check in your "working" copy into subversion. - From this point unless you see any CSW* packages listed where the SUNWcslx is you are done and can copy the package files to /home/testing. then send an email to maintainers and users @lists.opencsw.org letting us know you put it in testing rupert THURNER wrote: > many thanks, you hacker :) checked it into > http://apps.sourceforge.net/trac/gar/browser/csw/mgar/pkg/mod_python/trunk. > > built it on 8x, 8s, 10x, 10s and: > > Cross-referencing indexes... > found SUNWcslx for libc.so.1 > found SUNWcslx for libdl.so.1 > found SUNWcslx for libnsl.so.1 > found SUNWcslx for libpthread.so.1 > found CSWpython for libpython2.6.so.1.0 > found SUNWcslx for libresolv.so.2 > found SUNWcslx for librt.so.1 > found SUNWcslx for libsocket.so.1 > SUGGESTION: you may want to add some or all of the following as depends: > (Feel free to ignore SUNW or SPRO packages) >> SUNWcslx > WARNING: found binaries in normal bin dir that are V8+ > [package] complete for mod_wsgi. > > do you do anything about this as well, or you just leave it? i suppose > i have to copy the packages into home testing, isn't it? > > rupert. > > > On Sat, Mar 7, 2009 at 16:32, Mike Watters wrote: > Rupert, > I downloaded the source for mod_wsgi and took a look at it. > > I have a good Idea where you are stuck; if I am right, > all your problems "should" be taken care of with the "new" python 2.6 package. > > I noticed mod_wsgi ignores the compile time variables and only uses the python-config values for the build flags. > Unfortunately in the version on the build farm is incorrect (missing -L/opt/csw/lib et.al.) > The version in testing has been corrected, and I plan on releasing it next week as I have only received good feedback > "so far". > > if you want to compile it now you can add the following to your Makefile ( if using gar v2 ) > > [==> code begin <==] > ## Fix Makefile LDFLAGS to correct broken python-config return values > post-configure-modulated: > @( perl -i -plne 's|^LDFLAGS = .*|LDFLAGS = -L/opt/csw/lib|' \ > $(WORKSRC)/Makefile ) > > [==> code end <==] > > rupert THURNER wrote: >>>> how do you compile mod_python with the fixed python? then i could try >>>> the same with mod_wsgi. >>>> >>>> one strange thing when compiling mod_wsgi on build10s is that it says i386: >>>> [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] >>>> [extract-modulated] complete for mod_wsgi. >>>> ==> Running configure in work/build-isa-i386/mod_wsgi-2.3 >>>> >>>> rupert. >>>> >>>> >>>> On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: >>>> unless I receive negative feed back: >>>> I plan to release the "fixed" python 2.6 packages as well as mod_python next week. >>>> >>>> the changes from the current version are: forced architecture to be v8 >>>> fixed python-config --ldflags to include -L and -R flags correctly. >>>> >>>> mod_python is just a recompile against the new python >>>> > _______________________________________________ > 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 _______________________________________________ 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 iEYEARECAAYFAkmypsoACgkQLrhmsXMSLxdTbwCdHfl0UwKTHinG6vV24Ryh9MAV IgAAn2oU+akKKYB8oYd7a41VbaKP5zjs =ZQSw -----END PGP SIGNATURE----- From rupert at opencsw.org Sat Mar 7 18:05:06 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 18:05:06 +0100 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <49B2A6CA.1030806@opencsw.org> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> <49B2A6CA.1030806@opencsw.org> Message-ID: <6af4270903070905n3b43f958n408fe695eea9d55b@mail.gmail.com> On Sat, Mar 7, 2009 at 17:54, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I assume you mean you checked it into .../mod_wsgi/trunk. ?;) > > don't forget to check in your "working" copy into subversion. you mean including your workaround? or some other directories? From mwatters at opencsw.org Sat Mar 7 18:07:12 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 11:07:12 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070905n3b43f958n408fe695eea9d55b@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> <49B2A6CA.1030806@opencsw.org> <6af4270903070905n3b43f958n408fe695eea9d55b@mail.gmail.com> Message-ID: <49B2A9C0.2020501@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 yep including the workaround. that way if something happens and someone else needs to pick it up, they have an Idea what worked in the past. once the workaround is not needed anymore, rebuild and re-check in the new copy. rupert THURNER wrote: > On Sat, Mar 7, 2009 at 17:54, Mike Watters wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I assume you mean you checked it into .../mod_wsgi/trunk. ;) >> >> don't forget to check in your "working" copy into subversion. > you mean including your workaround? or some other directories? > _______________________________________________ > 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 iEYEARECAAYFAkmyqcAACgkQLrhmsXMSLxeolwCfSs6tBbainSe9R+p5tYrS5J0d eIAAn02vlVtKdxqtM/FlmxWBAIaTdhl3 =Q6Uk -----END PGP SIGNATURE----- From rupert at opencsw.org Sat Mar 7 18:12:59 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 18:12:59 +0100 Subject: [csw-maintainers] [testing] ap2_modwsgi-2.3,REV=2009.03.07 Message-ID: <6af4270903070912ma05830cib47fb310507f0360@mail.gmail.com> apache2 mod_wsgi, ap2_modwsgi-2.3,REV=2009.03.07, is now in testing: http://mirror.opencsw.org/testing.html. i'd be glad for any feedback. rupert. From rupert at opencsw.org Sat Mar 7 18:15:54 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 18:15:54 +0100 Subject: [csw-maintainers] testing via pkg-get not working? Message-ID: <6af4270903070915m31e03f75q3ac0f9848047e405@mail.gmail.com> when trying to follow the testing description, i get the error: ... Updated description file Need TWO args to newer_rev see below a more detailed error-log: # pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u sqlite3 Getting catalog... --02:18:04-- ?http://mirror.opencsw.org/opencsw/testing/sparc/5.10/catalog ? ? ? ? ? => `catalog' ... Proxy request sent, awaiting response... 200 OK Length: 23,968 (23K) [text/plain] 100%[===========================================================================================================================================================>] 23,968 ? ? ? ?--.--K/s 02:18:04 (2.72 MB/s) - `catalog' saved [23968/23968] Updating catalog file /var/pkg-get/catalog-mirror.opencsw.org updated --02:18:04-- ?http://mirror.opencsw.org/opencsw/testing/sparc/5.10/descriptions ? ? ? ? ? => `descriptions' ... 100%[===========================================================================================================================================================>] 5,393 ? ? ? ? --.--K/s 02:18:04 (94.60 MB/s) - `descriptions' saved [5393/5393] Updated description file Need TWO args to newer_rev From rupert at opencsw.org Sat Mar 7 18:19:36 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 18:19:36 +0100 Subject: [csw-maintainers] wget breaks itself while doing an upgrade, where is the static wget hidden? Message-ID: <6af4270903070919j278afd29se6dad3069f4a2a0c@mail.gmail.com> we did the last upgrade in december 2008. this week we did another upgrade of opencsw, which left us without a working wget because openssl got deinstalled. something like: export WGET=/usr/sfw/bin/wget helped. but i saw there shouuld be a wget static somewhere? or is wget now so standard in solaris that we it would be good practice to set the environment variable in any case? rupert. From phil at bolthole.com Sat Mar 7 18:34:34 2009 From: phil at bolthole.com (Philip Brown) Date: Sat, 7 Mar 2009 09:34:34 -0800 Subject: [csw-maintainers] wget breaks itself while doing an upgrade, where is the static wget hidden? In-Reply-To: <6af4270903070919j278afd29se6dad3069f4a2a0c@mail.gmail.com> References: <6af4270903070919j278afd29se6dad3069f4a2a0c@mail.gmail.com> Message-ID: <20090307173433.GA59777@bolthole.com> On Sat, Mar 07, 2009 at 06:19:36PM +0100, rupert THURNER wrote: > we did the last upgrade in december 2008. this week we did another > upgrade of opencsw, which left us without a working wget because > openssl got deinstalled. > > something like: > export WGET=/usr/sfw/bin/wget > > helped. but i saw there shouuld be a wget static somewhere? or is wget > now so standard in solaris that we it would be good practice to set > the environment variable in any case? there is /opt/csw/bin/wget.static or something. on top of that, pkg-get tries to cache a local version of that, under /var/pkg-get somewhre From skayser at opencsw.org Sat Mar 7 18:58:56 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Mar 2009 18:58:56 +0100 Subject: [csw-maintainers] testing via pkg-get not working? In-Reply-To: <6af4270903070915m31e03f75q3ac0f9848047e405@mail.gmail.com> References: <6af4270903070915m31e03f75q3ac0f9848047e405@mail.gmail.com> Message-ID: <49B2B5E0.4030807@opencsw.org> rupert THURNER wrote: > when trying to follow the testing description, i get the error: > > ... > Updated description file > Need TWO args to newer_rev I guess this is a known behaviour of pkg-get http://opencsw.org/bugtrack/view.php?id=3026 Basically, pkg-get bails out because the package you are trying to install has dependencies that can't be satisfied from the testing branch. pkgutil can cope with it and that's what i use in such a case. Anyway, it is a message that isn't very meaningful to a user and when trying stuff from testing one is likely to run across it. Sebastian From skayser at opencsw.org Sat Mar 7 20:35:16 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Mar 2009 20:35:16 +0100 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> Message-ID: <49B2CC74.7020307@opencsw.org> rupert THURNER wrote: > many thanks, you hacker :) checked it into > http://apps.sourceforge.net/trac/gar/browser/csw/mgar/pkg/mod_python/trunk. > > built it on 8x, 8s, 10x, 10s and: You shouldn't need to build on all machines. For 32-Bit builds, building on build8x and build8s is sufficient. For 64-Bit builds you would need build10x also. For 32-Bit builds only rare cases like top make it necessary to build on all releases IIRC. > Cross-referencing indexes... > found SUNWcslx for libc.so.1 > found SUNWcslx for libdl.so.1 > found SUNWcslx for libnsl.so.1 > found SUNWcslx for libpthread.so.1 > found CSWpython for libpython2.6.so.1.0 > found SUNWcslx for libresolv.so.2 > found SUNWcslx for librt.so.1 > found SUNWcslx for libsocket.so.1 > SUGGESTION: you may want to add some or all of the following as depends: > (Feel free to ignore SUNW or SPRO packages) >> SUNWcslx > WARNING: found binaries in normal bin dir that are V8+ > [package] complete for mod_wsgi. > > do you do anything about this as well, or you just leave it? i suppose > i have to copy the packages into home testing, isn't it? In general: Don't ignore it. This warning comes from checkpkg because V8+ binaries shouldn't go into our packages. See http://opencsw.org/standards/build: If you are using newer compilers than studio8, you must specify -xarch=v8, otherwise it will generate code that will not run on some of the older, yet still supported, sparc platforms. Usually GAR sets the right -xarch via CFLAGS for you. If CFLAGS is ignored / overridden by the software you are trying to build you need to work around it. In your case the module looks fine (just built it myself) and checkpkg just needs a small tweak to deal with packages that don't have a bin directory. So this time, ignore it. ;) Sebastian From hson at opencsw.org Sun Mar 8 04:20:11 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sun, 08 Mar 2009 04:20:11 +0100 Subject: [csw-maintainers] Upstream check when GARNAME is not part of the package name In-Reply-To: <49B06C1C.2060601@opencsw.org> References: <49B06C1C.2060601@opencsw.org> Message-ID: <49B3396B.3020601@opencsw.org> Roger H?kansson wrote: > When making a upstream check ("gmake check-upstream") for package wmf, > there is a problem since the CSW package name (wmf) doesn't match the > sourceforge package name (libwmf), so check-upstream picks the wrong > package (in this case "wv") and thus wrongly tells me that there is a > newer package file to download. > Another question regarding upstream checks. I guess there is no way of getting the current upstream check to work on projects like net-snmp where upstream keeps releasing patched versions of old packages? (net-snmp current release is 5.4.2.1, but from the main download page, the latest released package is 5.3.3pre1) From bonivart at opencsw.org Sun Mar 8 10:46:03 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 8 Mar 2009 10:46:03 +0100 Subject: [csw-maintainers] /testing lzop compression utility Message-ID: <625385e30903080146p64ef96d5j845d2f45ebe4769b@mail.gmail.com> This is a very fast compression utility. It compresses about as much as old compress (.Z) and it's almost exactly like gzip to use but it's much faster than the usual tools. See my (very unscientific) comparison below: File size: 56 MB (a tar file with a mix of text and binary files) Method, size, compress time/decompress time Copy, 56 MB, 1s Compress, 25 MB,2.5/1.5s Gzip, 19 MB, 6/1.5s Zip, 19 MB, 5.5/1.5s lzop, 25 MB, 1/1s As you can see, it compresses basically as fast as I can copy the file. It doesn't compress as well as gzip/zip but it's much faster. You can also tune the compression ratio without it affecting the decompress times. Test files at http://mirror.opencsw.org/testing.html: http://mirror.opencsw.org/testing/lzop-1.02rc1,REV=2009.03.08-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/lzop-1.02rc1,REV=2009.03.08-SunOS5.8-sparc-CSW.pkg.gz -- /peter From william at wbonnet.net Sun Mar 8 16:09:21 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 08 Mar 2009 16:09:21 +0100 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] Message-ID: <49B3DFA1.9090702@wbonnet.net> Hi I have added the following patch to prevent from have case where dependencies are missing in the files which are generated automatically. With this patch chechkpg is failing. This sounds better to me, since there is an error at package building time instead of having missing deps. I was wondering if we should not find a way to go around this. According to my understandings ... GAR has two different "check". PREREQUISITE_PKGS and REQUIRED_PKGS. PREREQUISITE_PKGS are used to check requirement for build, and are used before building the package, and REQUIRED_PKGS are used to generate automatically depend files. Then after building the package, checkpkg make some controls, including the validity of information in the depend file. Current situation is that we cannot specify a package in the depend file if is not installed on the machine. I think it may be interesting to have a way to make dependencies against packages which are not installed if these package are not used for compilation. A typical case is java libs. I think the same kind of need may exist for php stuff (packages not requiring a compilation stage like C/C++ software may have). Any thought about 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 -------------- next part -------------- An embedded message was scrubbed... From: wbonnet at users.sourceforge.net Subject: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk Date: Sun, 08 Mar 2009 14:18:12 +0000 Size: 4506 URL: From bonivart at opencsw.org Sun Mar 8 16:17:27 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 8 Mar 2009 16:17:27 +0100 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <49B3DFA1.9090702@wbonnet.net> References: <49B3DFA1.9090702@wbonnet.net> Message-ID: <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> On Sun, Mar 8, 2009 at 4:09 PM, William Bonnet wrote: > Current situation is that we cannot specify a package in the depend file if > is not installed on the machine. I've had problems creating multiple packages from one Makefile. When there's a separate lib package checkpkg fails because the main package needs libs from the lib package which of course is not installed. I have to disable checkpkg in the Makefile and test on my own systems with cswutils on it. If that could be solved somehow (maybe I'm just doing it wrong?) that would be great. -- /peter From bwalton at opencsw.org Sun Mar 8 16:54:58 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 08 Mar 2009 11:54:58 -0400 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> References: <49B3DFA1.9090702@wbonnet.net> <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> Message-ID: <1236527629-sup-9646@ntdws12.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Sun Mar 08 11:17:27 -0400 2009: > I've had problems creating multiple packages from one Makefile. When > there's a separate lib package checkpkg fails because the main package > needs libs from the lib package which of course is not installed. I > have to disable checkpkg in the Makefile and test on my own systems > with cswutils on it. > > If that could be solved somehow (maybe I'm just doing it wrong?) that > would be great. I submitted a patch for checkpkg a while back to solve this. Packages validated as a 'set' could reference other packages in the set as dependencies without checkpkg failing. I'm not sure what happened to it. -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 Sun Mar 8 17:03:27 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 8 Mar 2009 09:03:27 -0700 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <1236527629-sup-9646@ntdws12.chass.utoronto.ca> References: <49B3DFA1.9090702@wbonnet.net> <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> <1236527629-sup-9646@ntdws12.chass.utoronto.ca> Message-ID: <20090308160327.GA49297@bolthole.com> On Sun, Mar 08, 2009 at 11:54:58AM -0400, Ben Walton wrote: > I submitted a patch for checkpkg a while back to solve this. Packages > validated as a 'set' could reference other packages in the set as > dependencies without checkpkg failing. I'm not sure what happened to it. > erm... i think we had a discussion with dago, and we agreed to go in [x direction], which was a little different than your original patch, and you said you would work on that direction...? :-) From bwalton at opencsw.org Sun Mar 8 17:26:50 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 08 Mar 2009 12:26:50 -0400 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <20090308160327.GA49297@bolthole.com> References: <49B3DFA1.9090702@wbonnet.net> <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> <1236527629-sup-9646@ntdws12.chass.utoronto.ca> <20090308160327.GA49297@bolthole.com> Message-ID: <1236529090-sup-89@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Sun Mar 08 12:03:27 -0400 2009: > On Sun, Mar 08, 2009 at 11:54:58AM -0400, Ben Walton wrote: > > I submitted a patch for checkpkg a while back to solve this. Packages > > validated as a 'set' could reference other packages in the set as > > dependencies without checkpkg failing. I'm not sure what happened to it. > > erm... i think we had a discussion with dago, and we agreed to go in > [x direction], which was a little different than your original patch, and > you said you would work on that direction...? :-) ...Which I did. I had wanted to allow for exclusions in checkpkg. This would have been used from GAR to tell checkpkg to ignore dependency foo since it was for an as yet unknown package. This would have helped in the situation where you're developing a new package that builds multiple packages with internal dependencies (lib, rt, etc). You didn't like that approach since it gives control to the maintainer and could be abused. While I disagreed with you on this[1], I did go back and put together a patch that let checkpkg save some state between package checks. This info allowed for a post-set validation of library and P package dependencies. This is the patch I referred to previously. -Ben [1] It's already possible for a maintainer to do whatever they want to checkpkg and/or GAR to circumvent anything they want...I did this to test my checkpkg changes. It still has to pass by the officially blessed checkpkg before release, so I didn't think there was anything wrong with it. If a maintainer chose to alter either of the above in such a way that bad packages slip through, the worst case scenario is that you get annoyed every time you kick back a broken package. In doesn't really matter, this is just my opinion. Having checkpkg do 'set' validation solves the same problem. -- 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 Mon Mar 9 01:37:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 08 Mar 2009 19:37:46 -0500 Subject: [csw-maintainers] PHP5 and extentions now in Testing Message-ID: <49B464DA.2050203@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: compile version 5.2.6 with extensions (version not changed) recompile only to build the extensions. The Following extensions are included in this release php5_bcmath php5_bz2 php5_calendar php5_ctype php5_curl php5_dba php5_dbase php5_devel php5_dom php5_exif php5_filter php5_ftp php5_gd php5_gettext php5_gmp php5_hash php5_iconv php5_imap php5_json php5_ldap php5_mbstring php5_mcrypt php5_mhash php5_mime_magic php5_mssql php5_mysql php5_mysqli php5_ncurses php5_odbc php5_openssl php5_pcntl php5_pdomysql php5_pdoodbc php5_pdopgsql php5_pdosqlite php5_pgsql php5_posix php5_pspell php5_session php5_shmop php5_snmp php5_soap php5_sockets php5_sqlite php5_sysvmsg php5_sysvsem php5_sysvshm php5_tidy php5_tokenizer php5_wddx php5_xmlreader php5_xmlrpc php5_xmlwriter php5_xsl php5_zip - -- 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 iEYEARECAAYFAkm0ZNkACgkQLrhmsXMSLxelBQCfZNQ6KNjL2RZhKBsT794RZYP4 iy8AnjrNAm/IHryBwGLdvdPwan0DjEJ4 =dqTE -----END PGP SIGNATURE----- From hson at opencsw.org Mon Mar 9 03:05:40 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 09 Mar 2009 03:05:40 +0100 Subject: [csw-maintainers] Strange behaviour when depend file gets created Message-ID: <49B47974.6050403@opencsw.org> I don't know what has happened, but somehow I've seem to have broken something on my build-machines lately. When trying to package libnids, the depend file seem to get created wrongly. The last part of "gmake package" looks like this: Examining 'depend' file application CSWggettextrt ggettextrt - GNU locale utilities application CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ system CSWlibnet libnet - the libnet packet construction library application CSWlibpcap libpcap - Libpcap is a system-independent interface for user-level packet capture P CSWcommon common - common files and dirs for CSW packages system CSWcommon common - common files and dirs for CSW packages Building index from SVR4 installed packages database... (May take a while) Cross-referencing indexes... found CSWglib2 for libglib-2.0.so.0 found CSWglib2 for libgthread-2.0.so.0 found CSWggettextrt for libintl.so.8 found CSWlibnet for libnet.so found SUNWcsl for libnsl.so.1 found CSWlibpcap for libpcap.so found SUNWcsl for libpthread.so.1 found SUNWcsl for librt.so.1 found SUNWcsl for libsocket.so.1 found SUNWcsl for libthread.so.1 SUGGESTION: you may want to add some or all of the following as depends: (Feel free to ignore SUNW or SPRO packages) > CSWggettextrt > CSWglib2 > CSWlibnet > CSWlibpcap > SUNWcsl Examining the CSWlibnids.depend, it actually looks like this: application CSWggettextrt ggettextrt - GNU locale utilities application CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ system CSWlibnet libnet - the libnet packet construction library application CSWlibpcap libpcap - Libpcap is a system-independent interface f or user-level packet capture P CSWcommon common - common files and dirs for CSW packages When building on the buildfarm, the output from checkpkg looks like this: Examining 'depend' file P CSWggettextrt ggettextrt - GNU locale utilities P CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ P CSWlibnet libnet - the libnet packet construction library P CSWlibpcap libpcap - Libpcap is a system-independent interface for user-level packet capture P CSWcommon common - common files and dirs for CSW packages system CSWcommon common - common files and dirs for CSW packages application CSWggettextrt ggettextrt - GNU locale utilities application CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ system CSWlibnet libnet - the libnet packet construction library application CSWlibpcap libpcap - Libpcap is a system-independent interface for user-level packet capture Building index from SVR4 installed packages database... (May take a while) Cross-referencing indexes... found CSWglib2 for libglib-2.0.so.0 found CSWglib2 for libgthread-2.0.so.0 found CSWggettextrt for libintl.so.8 found CSWjre6 for libnet.so found SUNWcslx for libnsl.so.1 found CSWlibpcap for libpcap.so found SUNWcslx for libpthread.so.1 found SUNWcslx for librt.so.1 found SUNWcslx for libsocket.so.1 found SUNWcslx for libthread.so.1 SUGGESTION: you may want to add some or all of the following as depends: (Feel free to ignore SUNW or SPRO packages) > CSWjre6 > SUNWcslx And the CSWlibnids.depend looks just like expected: P CSWggettextrt ggettextrt - GNU locale utilities P CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ P CSWlibnet libnet - the libnet packet construction library P CSWlibpcap libpcap - Libpcap is a system-independent interface for user-level packet capture P CSWcommon common - common files and dirs for CSW packages I've tried reverting to an older cswutils-package, but with the same behaviour. I've installed a lot of packages lately in order to build a bunch of packages so some of them might be the cause of the problem, but before I start to remove them, I'm just wondering if anyone have a clue what might be the problem? From hson at opencsw.org Mon Mar 9 04:33:29 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 09 Mar 2009 04:33:29 +0100 Subject: [csw-maintainers] Package creation fails with filenames with whitespace Message-ID: <49B48E09.6070702@opencsw.org> I'm trying to build the pcb-package but have stumbled upon a problem. Some of the files in the package have whitespace in their filename and when building the package (using gar v2) the prototype file gets generated wrong. The file "single-ended SCSI.png" ends up like this: f none /opt/csw/share/pcb/pcblib-newlib/connector/single-ended SCSI.png=/home/hson/dev/mgar/pkg/pcb/trunk/work/pkgroot/opt/csw/share/pcb/pcblib-newlib/connector /single-ended root bin hson csw Any clues on how to get around this problem? (The pcb-package is in svn if anyone want to see the problem "live") From phil at bolthole.com Mon Mar 9 04:52:06 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 8 Mar 2009 20:52:06 -0700 Subject: [csw-maintainers] the whitespace problem Message-ID: <20090309035206.GA15573@bolthole.com> after thinking about it a bit: I think that it may be "non-legal" to pacakge files with whitespace in their names. (as far as SVR4 pkg spec goes) I vaguely recall sun had a problem with one piece of software, years ago, because of this. Packager, beware. From mwatters at opencsw.org Mon Mar 9 04:56:39 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 08 Mar 2009 22:56:39 -0500 Subject: [csw-maintainers] Package creation fails with filenames with whitespace In-Reply-To: <49B48E09.6070702@opencsw.org> References: <49B48E09.6070702@opencsw.org> Message-ID: <49B49377.1080204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > I'm trying to build the pcb-package but have stumbled upon a problem. > Some of the files in the package have whitespace in their filename and > when building the package (using gar v2) the prototype file gets > generated wrong. > > The file "single-ended SCSI.png" ends up like this: > > f none /opt/csw/share/pcb/pcblib-newlib/connector/single-ended > SCSI.png=/home/hson/dev/mgar/pkg/pcb/trunk/work/pkgroot/opt/csw/share/pcb/pcblib-newlib/connector > /single-ended root bin hson csw > > Any clues on how to get around this problem? > > (The pcb-package is in svn if anyone want to see the problem "live") > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I would patch the source code to change spaces to underscore for all references. then call a post-extract to rename the files in the source tree. this is probably the "hard way" to do it, but it works. if you get a list of files that contain spaces, you can loop them and c hange the files using something similar to the following: ==> Code <== #!/bin/bash oIFS=$IFS IFS=\n for file in filenamelist ;do f_file=$(echo $file | tr ' ' '_') perl -i -plne 's/$file/$f_file/' $(find $srcdir -type f -print) mv "$file" "$f_file" done IFS=$oIFS ==> Code <== note this code may or may not work as is the code is syntactically correct but will require you to fit it for your env then extract a new clean copy of the source and create your patch. - -- 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 iEYEARECAAYFAkm0k3cACgkQLrhmsXMSLxcUugCeNUhkO91zfpigIGqcR3iRKHGm L50An0iYGQTIqbnTtqFVA/d90GDJbV73 =yZw5 -----END PGP SIGNATURE----- From william at wbonnet.net Mon Mar 9 10:16:19 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 09 Mar 2009 10:16:19 +0100 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <49B47974.6050403@opencsw.org> References: <49B47974.6050403@opencsw.org> Message-ID: <49B4DE63.8080009@wbonnet.net> Hi Roger > When trying to package libnids, the depend file seem to get created wrongly. > I submitted a patch yesterday. I hope i did not broke it. I tested it before and noticed the same behavior... anyways, you can try to revert to revision 3289 of file csw/mgar/gar/v2/gar.pkg ( http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/gar/v2/gar.pkg.mk?view=log ) since it affect depend generation and try again please 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 Mar 9 14:02:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 14:02:49 +0100 Subject: [csw-maintainers] Another GAR question In-Reply-To: <1236304606-sup-4717@ntdws12.chass.utoronto.ca> References: <49B08106.2050502@opencsw.org> <1236304606-sup-4717@ntdws12.chass.utoronto.ca> Message-ID: <24F8C228-C7ED-49BB-BBCF-05DAEC0AC0F3@opencsw.org> Hi, Am 06.03.2009 um 03:00 schrieb Ben Walton: > Excerpts from Roger H?kansson's message of Thu Mar 05 20:48:54 -0500 > 2009: >> If upstream package doesn't unpack into a separate directory (i.e >> xx-YY.tar.gz unpacks to xx-YY), but into current directory (i.e >> $WORKDIR_FIRSTMOD), how would I go about to extract package files >> into >> correct directory (i.e $WORKDIR_FIRSTMOD/$DISTNAME)? > > Override the tgz-extract-%.tar.gz (or whatever extension) target with > a more specific one (eg: extract-$distname.tar.gz:). See the > docbookdtds package for examples or grep for "*-extract" in gar.lib.mk > to get a better idea of which targets are in play for this. Alternatively you can explicitly set WORKSRC to whereever your sources unpack to. This is feasible if just the name is different and you are dealing with only one archive. Best regards -- Dago From bwalton at opencsw.org Mon Mar 9 14:19:04 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 09:19:04 -0400 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <49B4DE63.8080009@wbonnet.net> References: <49B47974.6050403@opencsw.org> <49B4DE63.8080009@wbonnet.net> Message-ID: <1236604455-sup-5221@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Mon Mar 09 05:16:19 -0400 2009: > I submitted a patch yesterday. I hope i did not broke it. I tested it > before and noticed the same behavior... anyways, you can try to revert > to revision 3289 of file csw/mgar/gar/v2/gar.pkg ( > http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/gar/v2/gar.pkg.mk?view=log > ) since it affect depend generation and try again please The following test Makefile demonstrates the problem with the change: --snip-- PKG ?= CSWcommon showinf: echo "$(shell /usr/bin/pkginfo $(PKG) || echo "P $(PKG) - " | awk '{$$1 = "P"; print }')" --snip-- Calling gmake with no args gives: $ gmake echo "system CSWcommon common - common files and dirs for CSW packages" system CSWcommon common - common files and dirs for CSW packages Calling gmake with PKG=CSWfoo gives: $ gmake PKG=CSWfoo ERROR: information for "CSWfoo" was not found echo "P CSWfoo -" P CSWfoo - The following small change should do what is required: echo "$(shell (/usr/bin/pkginfo $(PKG) || echo "P $(PKG) - ") | awk '{$$1 = "P"; print }')" Notice the bracketing around the pkginfo/echo pair. You want the output of whichever is sucessful to get piped to awk, not just the output of the echo if pkginfo fails. -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 william at wbonnet.net Mon Mar 9 14:33:37 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 09 Mar 2009 14:33:37 +0100 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <1236604455-sup-5221@ntdws12.chass.utoronto.ca> References: <49B47974.6050403@opencsw.org> <49B4DE63.8080009@wbonnet.net> <1236604455-sup-5221@ntdws12.chass.utoronto.ca> Message-ID: <49B51AB1.30901@wbonnet.net> Hi Ben > The following small change should do what is required: > > echo "$(shell (/usr/bin/pkginfo $(PKG) || echo "P $(PKG) - ") | awk '{$$1 = "P"; print }')" > > Notice the bracketing around the pkginfo/echo pair. You want the > output of whichever is sucessful to get piped to awk, not just the > output of the echo if pkginfo fails. > Oops i missed that one. Sorry ... :( Thanks for finding the solution -- 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 bwalton at opencsw.org Mon Mar 9 14:43:35 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 09:43:35 -0400 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <49B51AB1.30901@wbonnet.net> References: <49B47974.6050403@opencsw.org> <49B4DE63.8080009@wbonnet.net> <1236604455-sup-5221@ntdws12.chass.utoronto.ca> <49B51AB1.30901@wbonnet.net> Message-ID: <1236606124-sup-8087@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Mon Mar 09 09:33:37 -0400 2009: Hi William, > Oops i missed that one. Sorry ... :( Hey, it happens. Stuff like that is easy to miss...especially when you're in multiple levels of quoting, escaping, etc. > Thanks for finding the solution Just a different set of eyes. Will you commit the fix? 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 william at wbonnet.net Mon Mar 9 14:43:49 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 09 Mar 2009 14:43:49 +0100 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <1236606124-sup-8087@ntdws12.chass.utoronto.ca> References: <49B47974.6050403@opencsw.org> <49B4DE63.8080009@wbonnet.net> <1236604455-sup-5221@ntdws12.chass.utoronto.ca> <49B51AB1.30901@wbonnet.net> <1236606124-sup-8087@ntdws12.chass.utoronto.ca> Message-ID: <49B51D15.4060708@wbonnet.net> Hi Ben > Just a different set of eyes. Will you commit the fix? > > You can do it please, i'am at office right now, and it is not easy for me to test it thanks in advance -- 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 Mar 9 15:00:55 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:00:55 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> Message-ID: Hi Peter, Am 06.03.2009 um 18:12 schrieb Peter Bonivart: > I want to use the dynamic license feature for clamav/libclamav. Since > the source contains a file called COPYING I assumed I didn't have to > do anything according to this: > > "If it is called COPYING you have to do... nothing, as this is the > default." (http://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright > ) > > But it's not being added to any of the two packages. Could someone > please check the Makefile and see if there's any obvious problems? > > http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/clamav/trunk/Makefile?view=markup&pathrev=3607 This was a bug which occured when using dynamic copyrights with explicit gspec-files (instead of dynamic gspec-files with PACKAGES). This is fixed in r3678. Please give it a try and let me know if everything works as expected. Best regards -- Dago From dam at opencsw.org Mon Mar 9 15:27:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:27:26 +0100 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B27823.2050508@opencsw.org> References: <49B204D3.4090003@opencsw.org> <49B2486F.6040800@opencsw.org> <49B27823.2050508@opencsw.org> Message-ID: <7B5A2237-C581-46DD-893F-4568472B7672@opencsw.org> Hi Mike, Am 07.03.2009 um 14:35 schrieb Mike Watters: > Sebastian Kayser wrote: >> Mike Watters wrote: >>> I have gcc 4.3.3 building successfully on solaris 8 >>> both v8/v9 arch. I have i386 and amd64 building successfully >>> on solaris 10 x86, and i386 building on solaris 8. >>> >>> is there any way to merge the solaris 10 and solaris 8 >> >> Don't know whether this helps with gcc, but what i do with mbuffer is >> to set BUILD64=1 an then >> >> 1) on build8x: gmake build-isa-i386 >> 2) on build10x: gmake merge >> 3) on build8x: gmake package >> > > that is what I did for the other 64bit builds I do. however, with > gcc, both the build on 8x and 10x build as isa-i386. You can modulate over anything you want, e. g. MODULATORS = OSREL MODULATION_OSREL = $(GAROSREL) This builds one tree per OS release in work/build-osrel-5.8/ work/build-osrel-5.10/ You then must define mergerules on how to assemble these trees into a pkgroot/. Please let me know if I can be of any assistence on this. It can be confusing for the unaware, but for exactly these situations were modulations made for :-) > I found that if I change BUILD_PREFIX ( to /opt/csw/gcc4 ) in my gar > Makefile, it breaks gar builds ( filed a bug report > on that ) This has been fixed in r3059: Please update your GAR tree and recheck. > I am still working on how to get it built with some smoke and > mirrors in the Makefile, I was just hoping someone had > already encountered this and could share how they did it. Don't worry, if you know how to build gcc, we can build a package out of it. Best regards -- Dago From dam at opencsw.org Mon Mar 9 15:34:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:34:26 +0100 Subject: [csw-maintainers] Package creation fails with filenames with whitespace In-Reply-To: <49B48E09.6070702@opencsw.org> References: <49B48E09.6070702@opencsw.org> Message-ID: <4CB84C19-07F4-457B-9116-F4DDBA6ECCDB@opencsw.org> Hi Roger, Am 09.03.2009 um 04:33 schrieb Roger H?kansson: > I'm trying to build the pcb-package but have stumbled upon a problem. > Some of the files in the package have whitespace in their filename and > when building the package (using gar v2) the prototype file gets > generated wrong. > > The file "single-ended SCSI.png" ends up like this: > > f none /opt/csw/share/pcb/pcblib-newlib/connector/single-ended > SCSI.png=/home/hson/dev/mgar/pkg/pcb/trunk/work/pkgroot/opt/csw/ > share/pcb/pcblib-newlib/connector > /single-ended root bin hson csw > > Any clues on how to get around this problem? This is a known limitation of prototype(4): If you really must do this pick a character which escapes the space and use a classfile to rename the file onthefly on package installation. However, quite some utilities don't properly handle these types of files, so the already suggested replacing of spaces with '_' is usually a good workaround. Best regards -- Dago From dam at opencsw.org Mon Mar 9 15:36:05 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:36:05 +0100 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <1236529090-sup-89@ntdws12.chass.utoronto.ca> References: <49B3DFA1.9090702@wbonnet.net> <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> <1236527629-sup-9646@ntdws12.chass.utoronto.ca> <20090308160327.GA49297@bolthole.com> <1236529090-sup-89@ntdws12.chass.utoronto.ca> Message-ID: Hi, Am 08.03.2009 um 17:26 schrieb Ben Walton: > Excerpts from Philip Brown's message of Sun Mar 08 12:03:27 -0400 > 2009: >> On Sun, Mar 08, 2009 at 11:54:58AM -0400, Ben Walton wrote: >>> I submitted a patch for checkpkg a while back to solve this. >>> Packages >>> validated as a 'set' could reference other packages in the set as >>> dependencies without checkpkg failing. I'm not sure what happened >>> to it. >> >> erm... i think we had a discussion with dago, and we agreed to go in >> [x direction], which was a little different than your original >> patch, and >> you said you would work on that direction...? :-) > > ...Which I did. I had wanted to allow for exclusions in checkpkg. > This would have been used from GAR to tell checkpkg to ignore > dependency foo since it was for an as yet unknown package. This would > have helped in the situation where you're developing a new package > that builds multiple packages with internal dependencies (lib, rt, > etc). > > You didn't like that approach since it gives control to the maintainer > and could be abused. While I disagreed with you on this[1], I did go > back and put together a patch that let checkpkg save some state > between package checks. This info allowed for a post-set validation > of library and P package dependencies. This is the patch I referred > to previously. > > -Ben > > [1] It's already possible for a maintainer to do whatever they want to > checkpkg and/or GAR to circumvent anything they want...I did this to > test my checkpkg changes. It still has to pass by the officially > blessed checkpkg before release, so I didn't think there was anything > wrong with it. If a maintainer chose to alter either of the above in > such a way that bad packages slip through, the worst case scenario is > that you get annoyed every time you kick back a broken package. In > doesn't really matter, this is just my opinion. Having checkpkg do > 'set' validation solves the same problem. Yes. The usual reaction when checkpkg signals an error is - look if it really is an error - if not, just turn checkpkg off and submit the package anyway Everything which checks more and bails out later is good. Best regards -- Dago From dam at opencsw.org Mon Mar 9 15:41:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:41:50 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <6af4270903070732t27efd82ax251bada1a4afe8d7@mail.gmail.com> References: <49AF12F7.7060605@opencsw.org> <6af4270903070732t27efd82ax251bada1a4afe8d7@mail.gmail.com> Message-ID: <80FFF6B5-88AF-41A8-A6CE-0F23BDE252D1@opencsw.org> Hi Rupert, Am 07.03.2009 um 16:32 schrieb rupert THURNER: > updating the gar docs is great! i am especially missing a "gar build > and delivery from the beginning to the end for dummies" ... because > technical difficulties in the middle are very friendly answered in the > mailing list :) Despite the lack of this information I hope the questions on start and end are answered equally friendly ;-) > btw, i also found recently https://apps.sourceforge.net/trac/gar which > i find even more helpful as you have the wiki changes and the package > changes in timeline, and immediately see what somebody else changed to > fix a problem. one can also directly link into the code. i created an > example here: https://apps.sourceforge.net/trac/gar/wiki/VariableReference > . The Trac timeline is indeed very useful. The docs were initially in Trac-format, but at the time of project creation there was simply no Trac support in SourceForge, only MediaWiki. Therefore I converted the docs to that format. Personally I like the Trac wiki better for the reasons you already outlined, but I don't feel like converting the docs back *again* :-P If you would volunteer to do so I'm all in favor of doing it, but I fear of having even more distributed information as we already have www.opencsw.org wiki.opencsw.org gar.opencsw.org (MediaWiki) gar.opencsw.org (Trac) Consolidating this in the New Website(tm) would be of help here. Best regards -- Dago From bonivart at opencsw.org Mon Mar 9 15:56:44 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Mar 2009 15:56:44 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> Message-ID: <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> On Mon, Mar 9, 2009 at 3:00 PM, Dagobert Michelsen wrote: > This was a bug which occured when using dynamic copyrights with > explicit gspec-files (instead of dynamic gspec-files with PACKAGES). > This is fixed in r3678. Please give it a try and let me know if > everything works as expected. But I don't have gspec files any longer for clamav. However, I updated the gar dir to r3678 and rebuilt everything but there's still no license file. I see this before the package phase starts but no obvious errrors: gmake[1]: Leaving directory `/home/bonivart/mgar/pkg/clamav/trunk' mkdir -p cookies/global/. && date >> cookies/global/merge-license-CSWclamav mkdir -p cookies/global/. && date >> cookies/global/merge-license-CSWlibclamav [merge-license] complete for clamav. -- /peter From dam at opencsw.org Mon Mar 9 16:38:33 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 16:38:33 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> Message-ID: <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> Hi Peter, Am 09.03.2009 um 15:56 schrieb Peter Bonivart: > On Mon, Mar 9, 2009 at 3:00 PM, Dagobert Michelsen > wrote: >> This was a bug which occured when using dynamic copyrights with >> explicit gspec-files (instead of dynamic gspec-files with PACKAGES). >> This is fixed in r3678. Please give it a try and let me know if >> everything works as expected. > > But I don't have gspec files any longer for clamav. However, I updated > the gar dir to r3678 and rebuilt everything but there's still no > license file. Well, you now don't have a licensefile for another reason: you redefine WORKSRC. This is usually allowed, but doesn't work right now. I'll fix it. Best regards -- Dago From dam at opencsw.org Mon Mar 9 16:43:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 16:43:43 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> Message-ID: Hi Peter, Am 09.03.2009 um 16:38 schrieb Dagobert Michelsen: > Am 09.03.2009 um 15:56 schrieb Peter Bonivart: >> On Mon, Mar 9, 2009 at 3:00 PM, Dagobert Michelsen >> wrote: >>> This was a bug which occured when using dynamic copyrights with >>> explicit gspec-files (instead of dynamic gspec-files with PACKAGES). >>> This is fixed in r3678. Please give it a try and let me know if >>> everything works as expected. >> >> But I don't have gspec files any longer for clamav. However, I >> updated >> the gar dir to r3678 and rebuilt everything but there's still no >> license file. > > Well, you now don't have a licensefile for another reason: > you redefine WORKSRC. This is usually allowed, but doesn't work > right now. I'll fix it. On second tought, redefining WORKSRC is not a good idea as you basically only want to reset DISTNAME. The reason is that resetting WORKSRC includes WORKDIR, which is derived from the modulation. The code to find the license searches all WORKSRC in all modulations, and on resetting WORKSRC this would require rewriting the WORKDIR prefix. This is possible, but ugly and I want to do this only when it becomes really necessary. Until that time I would prefer the recommendation to leave WORKSRC alone. Best regards -- Dago From phil at bolthole.com Mon Mar 9 17:57:56 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Mar 2009 09:57:56 -0700 Subject: [csw-maintainers] filezilla, anyone? Message-ID: <20090309165756.GH10168@bolthole.com> BTW: i've found that "filezilla" is a very popular prog on mswindows. anyone wanna package it up for solaris? From rmacduff at opencsw.org Mon Mar 9 21:12:37 2009 From: rmacduff at opencsw.org (Ross Macduff) Date: Mon, 09 Mar 2009 16:12:37 -0400 Subject: [csw-maintainers] gsed 4.1.5 in testing Message-ID: <1236629528-sup-6652@frog.chass.utoronto.ca> Hi All, gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 Please let me know if there are any issues with it. Thanks, Ross -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bonivart at opencsw.org Mon Mar 9 21:27:45 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Mar 2009 21:27:45 +0100 Subject: [csw-maintainers] How about this BIND bug? Message-ID: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> I just got a bug report from someone trying to run BIND in chroot. http://www.opencsw.org/mantis/view.php?id=3460 Is this something we're supposed to support? I'm updating the package quickly to keep up with safety concerns and it already runs as an unprivileged user as it is. Doesn't this bug go beyond what the package is supposed to deliver? I would be willing to include documentation though on how to run it chroot'ed. -- /peter From bwalton at opencsw.org Mon Mar 9 21:38:37 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 16:38:37 -0400 Subject: [csw-maintainers] How about this BIND bug? In-Reply-To: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> References: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> Message-ID: <1236630869-sup-7963@ntdws12.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Mon Mar 09 16:27:45 -0400 2009: > I just got a bug report from someone trying to run BIND in chroot. > > http://www.opencsw.org/mantis/view.php?id=3460 > > Is this something we're supposed to support? I'm updating the > package That I can't answer... > quickly to keep up with safety concerns and it already runs as an > unprivileged user as it is. Doesn't this bug go beyond what the > package is supposed to deliver? Redhat supplies a bind-chroot package that I take advantage of. It provides only the following (would need a few tweaks for solaris): /var/named/chroot /var/named/chroot/dev /var/named/chroot/dev/null /var/named/chroot/dev/random /var/named/chroot/dev/zero /var/named/chroot/etc /var/named/chroot/etc/localtime /var/named/chroot/etc/named.conf /var/named/chroot/etc/rndc.key /var/named/chroot/var /var/named/chroot/var/named /var/named/chroot/var/named/data /var/named/chroot/var/named/slaves /var/named/chroot/var/run /var/named/chroot/var/run/named /var/named/chroot/var/tmp and then some scripts to set it up. The init script is aware of the possibility that this package might be installed and does a few things it wouldn't normally do. I can get you the scripts from redhat if you're interested in seeing how they do it. Not saying you should do this, but based on how it's being done elsewhere, it may not be as 'insane' as it sounds up front. HTH -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 bonivart at opencsw.org Mon Mar 9 21:47:58 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Mar 2009 21:47:58 +0100 Subject: [csw-maintainers] How about this BIND bug? In-Reply-To: <1236630869-sup-7963@ntdws12.chass.utoronto.ca> References: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> <1236630869-sup-7963@ntdws12.chass.utoronto.ca> Message-ID: <625385e30903091347j76295579of00734b3a610c2b0@mail.gmail.com> On Mon, Mar 9, 2009 at 9:38 PM, Ben Walton wrote: > Redhat supplies a bind-chroot package that I take advantage of. ?It > provides only the following (would need a few tweaks for solaris): > > /var/named/chroot > /var/named/chroot/dev > /var/named/chroot/dev/null > /var/named/chroot/dev/random > /var/named/chroot/dev/zero > /var/named/chroot/etc > /var/named/chroot/etc/localtime > /var/named/chroot/etc/named.conf > /var/named/chroot/etc/rndc.key > /var/named/chroot/var > /var/named/chroot/var/named > /var/named/chroot/var/named/data > /var/named/chroot/var/named/slaves > /var/named/chroot/var/run > /var/named/chroot/var/run/named > /var/named/chroot/var/tmp > > and then some scripts to set it up. ?The init script is aware of the > possibility that this package might be installed and does a few things > it wouldn't normally do. ?I can get you the scripts from redhat if > you're interested in seeing how they do it. Yes please, that would be great. If it can be done as a separate package with reasonable effort I'm interested in supporting it. -- /peter From phil at bolthole.com Mon Mar 9 21:55:09 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Mar 2009 13:55:09 -0700 Subject: [csw-maintainers] How about this BIND bug? In-Reply-To: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> References: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> Message-ID: <20090309205509.GA50508@bolthole.com> On Mon, Mar 09, 2009 at 09:27:45PM +0100, Peter Bonivart wrote: > I just got a bug report from someone trying to run BIND in chroot. > > http://www.opencsw.org/mantis/view.php?id=3460 > > Is this something we're supposed to support? I'm updating the package > quickly to keep up with safety concerns and it already runs as an > unprivileged user as it is. Doesn't this bug go beyond what the > package is supposed to deliver? > > I would be willing to include documentation though on how to run it chroot'ed. seems like someone was nice enough to step up and help on this, so thats great :) I thought I'd write some thoughts in the interests of addressing the "general principle", of it though... Our primary goal is to make our software [straighforward and easy to use] for our users. Running BIND in a chroot jail is common practice for that piece of software. Some security-concious people would argue that it is the ONLY "safe" way to run it. [i wouldnt agree, but that's not the point :-)] Because of this, I think that in this specific case, it would be very appropriate for us to try to make that a one-step option. And, happily, sounds like we are going to. So i look forward to seeing the bind_chroot package ;-) I'm not entirely sure that it's really neccessary to have a separate package for it.... but if it helps split up the labour required for us to support it, I'm ok with it. From bwalton at opencsw.org Mon Mar 9 21:57:12 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 16:57:12 -0400 Subject: [csw-maintainers] How about this BIND bug? In-Reply-To: <625385e30903091347j76295579of00734b3a610c2b0@mail.gmail.com> References: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> <1236630869-sup-7963@ntdws12.chass.utoronto.ca> <625385e30903091347j76295579of00734b3a610c2b0@mail.gmail.com> Message-ID: <1236632168-sup-2307@ntdws12.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Mon Mar 09 16:47:58 -0400 2009: > Yes please, that would be great. If it can be done as a separate > package with reasonable effort I'm interested in supporting it. > Ok. I'll grab the .src.rpm file and extract the .spec from it this evening. I'll send you that, as it will also include any special (or custom) build things they do with bind to support this. 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 Tue Mar 10 00:53:57 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 19:53:57 -0400 Subject: [csw-maintainers] mantis config change? Message-ID: <1236642753-sup-662@ntdws12.chass.utoronto.ca> Hi All, Is there an option in Mantis to have only the most recent note and/or status change be displayed in the email? I find the output of concatenated notes rather nasty (and most times not required). Would others be in favour of this change if the option exists? 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 Tue Mar 10 00:57:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 09 Mar 2009 18:57:09 -0500 Subject: [csw-maintainers] mantis config change? In-Reply-To: <1236642753-sup-662@ntdws12.chass.utoronto.ca> References: <1236642753-sup-662@ntdws12.chass.utoronto.ca> Message-ID: <49B5ACD5.6010502@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ben Walton wrote: > Hi All, > > Is there an option in Mantis to have only the most recent note and/or > status change be displayed in the email? I find the output of > concatenated notes rather nasty (and most times not required). > > Would others be in favour of this change if the option exists? > > Thanks > -Ben > > > ------------------------------------------------------------------------ > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers +1 I have to agree with you Ben, most of the time you only need the last comment. and since the email contains a direct link to the mantis bug, the entire chain IMO is not needed. - -- 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 iEYEARECAAYFAkm1rNUACgkQLrhmsXMSLxcyigCg68ONbHmRZHBNTh3oRl0z6txT lOIAoIm6OBF7sbbMKtdfnVlcqPgOv2Bi =K5qu -----END PGP SIGNATURE----- From skayser at opencsw.org Tue Mar 10 09:32:43 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 10 Mar 2009 09:32:43 +0100 Subject: [csw-maintainers] mantis config change? In-Reply-To: <1236642753-sup-662@ntdws12.chass.utoronto.ca> References: <1236642753-sup-662@ntdws12.chass.utoronto.ca> Message-ID: <49B625AB.8070903@opencsw.org> Ben Walton wrote: > Is there an option in Mantis to have only the most recent note and/or > status change be displayed in the email? I find the output of > concatenated notes rather nasty (and most times not required). > > Would others be in favour of this change if the option exists? I feel the same. It is not a Mantis configuration option (at least not in the stable branch), but from what i see there are various hacks to enable this behavior. Will have a look into them, to see whether we can adopt one without breaking Mantis too much with regards to future updates. Sebastian From bwalton at opencsw.org Tue Mar 10 14:01:26 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 10 Mar 2009 09:01:26 -0400 Subject: [csw-maintainers] mantis config change? In-Reply-To: <49B625AB.8070903@opencsw.org> References: <1236642753-sup-662@ntdws12.chass.utoronto.ca> <49B625AB.8070903@opencsw.org> Message-ID: <1236689994-sup-3434@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Tue Mar 10 04:32:43 -0400 2009: > I feel the same. It is not a Mantis configuration option (at least not > in the stable branch), but from what i see there are various hacks to > enable this behavior. What about simply reversing the order so the newest item chronologically is first...that would be better than the current approach. > Will have a look into them, to see whether we can adopt one without > breaking Mantis too much with regards to future updates. I suggested the above, as if it's an option, it'd be better (imo) than diverging mantis too much from stock, thus making maintenance more cumbersome down the road. If a simple plugin or quick tweak is all that's required, I'd still prefer the history to be pruned. Thanks for looking into it. -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 william at wbonnet.net Tue Mar 10 16:18:46 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 16:18:46 +0100 Subject: [csw-maintainers] Missing libintl.la Message-ID: <49B684D6.50308@wbonnet.net> Hi all While updating dbus=glib i encounter the following problem : bin/bash ../libtool --tag=CC --mode=link cc -xO3 -xtarget=ultra -xarch=v8 -I/home/wbonnet/build.5.8-sparc/opt/csw/include -I/opt/csw/include -export-symbols-regex "^[^_].*" -version-info 3:0:1 -no-undefined -L/home/wbonnet/build.5.8-sparc/opt/csw/lib -L/opt/csw/lib -o libdbus-glib-1.la -rpath /usr/local/lib dbus-glib.lo dbus-gmain.lo dbus-gmarshal.lo dbus-gobject.lo dbus-gproxy.lo dbus-gtest.lo dbus-gvalue.lo dbus-gthread.lo dbus-gtype-specialized.lo dbus-gutils.lo dbus-gsignature.lo dbus-gvalue-utils.lo -L/opt/csw/lib -ldbus-1 -L/opt/csw/lib -lgobject-2.0 -lglib-2.0 -lintl -lsocket -lnsl grep: /opt/csw/lib/libintl.la: No such file or directory /opt/csw/bin/gsed: can't read /opt/csw/lib/libintl.la: No such file or directory libtool: link: `/opt/csw/lib/libintl.la' is not a valid libtool archive I think this was discussed earlier on the list (reported by Roger ?) Is there any solution ? 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 hson at opencsw.org Tue Mar 10 16:38:28 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 10 Mar 2009 16:38:28 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B684D6.50308@wbonnet.net> References: <49B684D6.50308@wbonnet.net> Message-ID: <49B68974.9020605@opencsw.org> William Bonnet wrote: > I think this was discussed earlier on the list (reported by Roger ?) > > Is there any solution ? Well, my solution was to set up two build machines of my own and remove all .la files from /opt/csw... But the fixme script Mike Watters wrote (subject "help testing please" 2009-02-20) should do the job for you From phil at bolthole.com Tue Mar 10 16:51:29 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Mar 2009 08:51:29 -0700 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B684D6.50308@wbonnet.net> References: <49B684D6.50308@wbonnet.net> Message-ID: <20090310155129.GA64271@bolthole.com> On Tue, Mar 10, 2009 at 04:18:46PM +0100, William Bonnet wrote: > Hi all > > While updating dbus=glib i encounter the following problem : > .... The issue here, is not that dbus uses it, but that something that dbus uses, looks for it. So, ideally, look for that culprit, and have that recompiled without the libintl.la reference, THEN recompile dbus. I'm guessing it's glib(2). I suggest you take over that package please, and update it. It's currently at 2.16.3, and latest is 2.18.4 i think. From william at wbonnet.net Tue Mar 10 17:02:35 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 17:02:35 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <20090310155129.GA64271@bolthole.com> References: <49B684D6.50308@wbonnet.net> <20090310155129.GA64271@bolthole.com> Message-ID: <49B68F1B.9010701@wbonnet.net> Hi > I suggest you take over that package please, and update it. > It's currently at > 2.16.3, and latest is 2.18.4 i think. > This is one of the package i have to update to build new Xfce... so i'll start tonight if i can. If Dago welcomes me in the gnome team ;) I have aso started to work on mving thnderbird to GAR (compiled and package, under testing at home). Ade are you still active ? I propose to release it to svn, then either you or me will continue, depending on you are active now or idle. 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 Mar 10 22:58:20 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 22:58:20 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <20090310155129.GA64271@bolthole.com> References: <49B684D6.50308@wbonnet.net> <20090310155129.GA64271@bolthole.com> Message-ID: <49B6E27C.8060206@wbonnet.net> Hi > I suggest you take over that package please, and update it. > It's currently at > 2.16.3, and latest is 2.18.4 i think. > Good new Chad is already working on this one. Package is under svn. Chad is it ready for testing stage ? I'd like to start to update ome of the package that depend on this one. 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 Mar 10 23:48:38 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 23:48:38 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B68974.9020605@opencsw.org> References: <49B684D6.50308@wbonnet.net> <49B68974.9020605@opencsw.org> Message-ID: <49B6EE46.3090509@wbonnet.net> Hi I have succesfully rebuilt dbus-glib package against the new glib2 package of Chad. I'll be able to release it to testing as soon as glib2 will be available. 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 Mar 10 23:49:25 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 23:49:25 +0100 Subject: [csw-maintainers] /testing dbus 1.2.12 Message-ID: <49B6EE75.60408@wbonnet.net> Hi all dbus has been updated to version 1.2.12 and is available from testing. Thanks for your feedbacks 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 Wed Mar 11 00:10:09 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 11 Mar 2009 00:10:09 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B68F1B.9010701@wbonnet.net> References: <49B684D6.50308@wbonnet.net> <20090310155129.GA64271@bolthole.com> <49B68F1B.9010701@wbonnet.net> Message-ID: <9A069458-9F8A-4D3B-ADEC-3CAEEA074B3E@opencsw.org> Hi William, Am 10.03.2009 um 17:02 schrieb William Bonnet: > This is one of the package i have to update to build new Xfce... so > i'll > start tonight if i can. If Dago welcomes me in the gnome team ;) Welcome aboard ;) Best regards -- Dago From william at wbonnet.net Wed Mar 11 00:21:58 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 11 Mar 2009 00:21:58 +0100 Subject: [csw-maintainers] /svn add thunderbird Message-ID: <49B6F616.9090105@wbonnet.net> Hi all I have added thunderbird package to svn. It does not work yet, since once build it segfaults on my box. Same as latest Firefox (2.0.0.20). Usually it is either a conmpilation option to change in the mozconfig file, or a lib to update. Since most of glibs are old i would put a dollar on 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 hson at opencsw.org Wed Mar 11 05:37:04 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 05:37:04 +0100 Subject: [csw-maintainers] Anyone ever seen this before? Message-ID: <49B73FF0.4020900@opencsw.org> On my own sparc build machine, gmd5sum generates a totally different md5 checksum for one file, than my x86 machine and the buildfarm machines. But its only for just one file, with all other files it generates the same checksum as all other machines... From phil at bolthole.com Wed Mar 11 14:55:08 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 11 Mar 2009 06:55:08 -0700 Subject: [csw-maintainers] Anyone ever seen this before? In-Reply-To: <49B73FF0.4020900@opencsw.org> References: <49B73FF0.4020900@opencsw.org> Message-ID: <20090311135508.GA60556@bolthole.com> On Wed, Mar 11, 2009 at 05:37:04AM +0100, Roger H?kansson wrote: > On my own sparc build machine, gmd5sum generates a totally different md5 > checksum for one file, than my x86 machine and the buildfarm machines. > But its only for just one file, with all other files it generates the > same checksum as all other machines... errr... if it's a file named like a system utility such as "ls" or "file" or some such... it means your machine has been hacked. Heck, actually, just what you said is kinda proof that it has been hacked. From mwatters at opencsw.org Wed Mar 11 18:23:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Mar 2009 12:23:36 -0500 Subject: [csw-maintainers] New python dependent packages in Testing Message-ID: <49B7F398.3090604@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 clearsilver pm_clearsilver py_clearsilver pydocutils pygobject pymysql5 pyorbit pysetuptools pysqlite pysqlite2 silvercity Feedback welcome and thank you for testing!! :) - -- 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 iEYEARECAAYFAkm385gACgkQLrhmsXMSLxfCXACdGwFyuvTCZDMJAddy549R6NGF rmgAn0CJFNi6Eqd2tPiPzWhrI4ev49Fk =0wCS -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Mar 11 18:27:02 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Mar 2009 12:27:02 -0500 Subject: [csw-maintainers] New Xchat packages in Testing Message-ID: <49B7F466.2070901@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: recompile against python 2.6 to change architecture from v8+ to v8 xchat xchat_pl xchat_py xchat_tcl - -- 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 iEYEARECAAYFAkm39GYACgkQLrhmsXMSLxcWdgCfZrhx3az4MyF+YD1pSz1mTCnF z1wAn183eG5Xfuv9EU899nNtgbPdVSCj =aBbN -----END PGP SIGNATURE----- From hson at opencsw.org Wed Mar 11 20:15:46 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Wed, 11 Mar 2009 20:15:46 +0100 Subject: [csw-maintainers] Anyone ever seen this before? In-Reply-To: <20090311135508.GA60556@bolthole.com> References: <49B73FF0.4020900@opencsw.org> <20090311135508.GA60556@bolthole.com> Message-ID: <49B80DE2.3010101@opencsw.org> Philip Brown wrote: > On Wed, Mar 11, 2009 at 05:37:04AM +0100, Roger H?kansson wrote: >> On my own sparc build machine, gmd5sum generates a totally different md5 >> checksum for one file, than my x86 machine and the buildfarm machines. >> But its only for just one file, with all other files it generates the >> same checksum as all other machines... > > errr... if it's a file named like a system utility such as "ls" or > "file" or some such... it means your machine has been hacked. No its patch file in a package I'm building. > Heck, actually, just what you said is kinda proof that it has been hacked. In normal circumstances I would agree, but in this case it was not binaries but a regular textfile within a gar project. Plus the likelihood that someone could hack in to the solaris host (which is actually a x86 one and not a sparc as I wrote in my last mail, I was a bit tired), is so utterly small that it was not my first thought (even though I'm quite particular regarding security) It happened again and now I've analyzed the scrollback buffer of my ssh-client and I'm starting to think that its a cacheing problem. 04:40 - I run 'svn update' to receive a new version of the patchfile plus a new checksums file which indicates that the patchfile should have f30f9291f73781869e9d1e3091d8d151 as checksum 04:40 - A 'gmake package' gives a 'failed checksum test', so I run 'gmake makesum' which tells me that the checksum is ea5ddd010782ed77209e2414e5500ec7 04:41 - I run 'gmake package' to build the package which completes 04:44 09:36 - I run 'rm -rf cookies work;gmake package' which tells me 'failed checksum test', so I run 'gmake makesum' which tells me that the checksum is f30f9291f73781869e9d1e3091d8d151, exactly the same as what is should have been at 04:40 12:40 - I make some changes on my sparc build machine which gives me a different checksum file and I commit both files again. 12:40 - I run 'svn update' on my x86 machine again to get the new files. This time the checksum should be eded3e75e8a25acf7922ba0e7593ecb1 12:43 - 'gmake package' fails due to 'failed checksum test' 12:44 - I manually run 'gmd5sum files/mainpatch' which gives me eded3e75e8a25acf7922ba0e7593ecb1, just as it should be. 12:45 - I remove the symbolic link in download to files/mainpatch 12:45 - Another 'gmake package' succeeds with no checksum problem. The x86 "machine" is a Solaris8 running in a vmware server on a centos host. From hson at opencsw.org Wed Mar 11 21:34:09 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 21:34:09 +0100 Subject: [csw-maintainers] New version of distcc in /testing Message-ID: <49B82041.2000406@opencsw.org> Changes - Update to 3.1 - Built with gar From hson at opencsw.org Wed Mar 11 21:34:57 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 21:34:57 +0100 Subject: [csw-maintainers] New version of pwgen in /testing Message-ID: <49B82071.10406@opencsw.org> Changes: - Update to 2.06 - Built with gar From hson at opencsw.org Wed Mar 11 22:02:48 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:02:48 +0100 Subject: [csw-maintainers] New version of gengetopt in /testing Message-ID: <49B826F8.8020200@opencsw.org> Changes - Update to 2.22 - Built with gar From hson at opencsw.org Wed Mar 11 22:22:12 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:22:12 +0100 Subject: [csw-maintainers] New version of libgc in /testing Message-ID: <49B82B84.7060004@opencsw.org> Changes - Update to 7.0 - Built with gar From hson at opencsw.org Wed Mar 11 22:25:52 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:25:52 +0100 Subject: [csw-maintainers] New version of libnids in /testing Message-ID: <49B82C60.5080208@opencsw.org> Change - Update to 1.23 - Built with gar From hson at opencsw.org Wed Mar 11 22:25:59 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:25:59 +0100 Subject: [csw-maintainers] dsniff package update in /testing Message-ID: <49B82C67.3020903@opencsw.org> Change - Built with gar - Linked against libnids-1.23 From hson at opencsw.org Wed Mar 11 22:41:24 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:41:24 +0100 Subject: [csw-maintainers] New version of w3m in /testing Message-ID: <49B83004.7050800@opencsw.org> Changes - Update to 0.5.2 - Built with gar From wmeler at opencsw.org Thu Mar 12 10:26:00 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Thu, 12 Mar 2009 10:26:00 +0100 Subject: [csw-maintainers] confused newbie Message-ID: <49B8D528.1070003@opencsw.org> There is quite a lot of docs with info what to do to add a package to CSW, it is good, but it can be improved :). I started with docs: http://www.opencsw.org/standards/ http://www.opencsw.org/standards/welcome http://www.opencsw.org/standards/core_principles After that I decided to start building package with instructions from http://www.opencsw.org/standards/pkg-walkthrough GAR is metioned there as alternative method for maintainers, which I read as "if you are advanced maintainer you could try to use it for your own risk because it is cool". I think it is easier to use GAR than following HOWTO instructions, and it has more value, so why not to recommend GAR for all - you don't even have to be maintainer to use it, as svn read access is for all. There is also stated: "Don't forget the "other" architecture(s) ! Now you get to do it ALL OVER AGAIN, on the other build machine!" It forced me to build package on all systems which breaks the rule "single package for all solaris revs of a cpu". I think that technote from http://www.opencsw.org/standards/core_principles should be reminded there. And what about hudson? shall I use it? how? regards, Wojtek From dam at opencsw.org Thu Mar 12 14:02:07 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 14:02:07 +0100 Subject: [csw-maintainers] Anyone ever seen this before? In-Reply-To: <49B73FF0.4020900@opencsw.org> References: <49B73FF0.4020900@opencsw.org> Message-ID: <8EFC63EE-A827-4738-8C75-014F34132BC1@opencsw.org> Hi Roger, Am 11.03.2009 um 05:37 schrieb Roger H?kansson: > On my own sparc build machine, gmd5sum generates a totally different > md5 > checksum for one file, than my x86 machine and the buildfarm machines. > But its only for just one file, with all other files it generates the > same checksum as all other machines... Are you using the identical binary? There may be some issues with optimizer flags on different builds. Best regards -- Dago From dam at opencsw.org Thu Mar 12 14:10:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 14:10:46 +0100 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: References: Message-ID: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> Hi, Am 11.03.2009 um 17:45 schrieb Juergen Arndt: >> This kind of error is usually generated when an old version >> of gmake is in the path. Older versions of gmake don't understand >> $(abspath ...) and always return the empty string. As the >> result is used as a path that one is missing. On build10s >> was SUNWgmake installed which I deinstalled now. >> >> It may be a good idea to write some kind of test case >> which bails out if an unsuitable version of gmake is found. >> >> Please see if this really solved your problem. > > that was the reason. With the updated version of gmake the problem is > solved. This is now checked on each invocation and prints an error if there are gmake features missing: > dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake > gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make > sure you are using at least 3.81. Stop. > zsh: 16007 exit 2 gmake It is fixed in r3724. Best regards -- Dago From phil at bolthole.com Thu Mar 12 14:17:19 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 06:17:19 -0700 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> Message-ID: <20090312131719.GD89950@bolthole.com> On Thu, Mar 12, 2009 at 02:10:46PM +0100, Dagobert Michelsen wrote: > This is now checked on each invocation and prints an error if > there are gmake features missing: > > > dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake > > gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make > > sure you are using at least 3.81. Stop. > > zsh: 16007 exit 2 gmake > that's really sad. shades of creeping linuxism! (always use the latestlatest!!) how about just not using the newer 'features', and sticking to nice older non-changing standard features?? From Joerg.Schilling at fokus.fraunhofer.de Thu Mar 12 14:37:06 2009 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Thu, 12 Mar 2009 14:37:06 +0100 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312131719.GD89950@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> Message-ID: <49b91002.iL2hyq+IMpRWOInU%Joerg.Schilling@fokus.fraunhofer.de> Philip Brown wrote: > On Thu, Mar 12, 2009 at 02:10:46PM +0100, Dagobert Michelsen wrote: > > This is now checked on each invocation and prints an error if > > there are gmake features missing: > > > > > dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake > > > gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make > > > sure you are using at least 3.81. Stop. > > > zsh: 16007 exit 2 gmake > > > > that's really sad. shades of creeping linuxism! > (always use the latestlatest!!) gmake-3.80 is relly broken as it does ignore some dependencies. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From hson at opencsw.org Thu Mar 12 14:45:33 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 12 Mar 2009 14:45:33 +0100 Subject: [csw-maintainers] Anyone ever seen this before? In-Reply-To: <8EFC63EE-A827-4738-8C75-014F34132BC1@opencsw.org> References: <49B73FF0.4020900@opencsw.org> <8EFC63EE-A827-4738-8C75-014F34132BC1@opencsw.org> Message-ID: <49B911FD.8010808@opencsw.org> Dagobert Michelsen wrote: > Hi Roger, > > Am 11.03.2009 um 05:37 schrieb Roger H?kansson: >> On my own sparc build machine, gmd5sum generates a totally different >> md5 >> checksum for one file, than my x86 machine and the buildfarm machines. >> But its only for just one file, with all other files it generates the >> same checksum as all other machines... > > Are you using the identical binary? There may be some issues > with optimizer flags on different builds. All machines have the same version of CSWtextutils From dam at opencsw.org Thu Mar 12 14:50:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 14:50:29 +0100 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312131719.GD89950@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> Message-ID: <5460232D-E175-4F9B-948D-1E638956BDAE@opencsw.org> Hi Phil, Am 12.03.2009 um 14:17 schrieb Philip Brown: > On Thu, Mar 12, 2009 at 02:10:46PM +0100, Dagobert Michelsen wrote: >> This is now checked on each invocation and prints an error if >> there are gmake features missing: >> >>> dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake >>> gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make >>> sure you are using at least 3.81. Stop. >>> zsh: 16007 exit 2 gmake > > that's really sad. shades of creeping linuxism! > (always use the latestlatest!!) Well, I just use what is available from OpenCSW. > how about just not using the newer 'features', and sticking to nice > older > non-changing standard features?? Ok then, how do I simulate $(abspath ...) in 3.80? Best regards -- Dago From bwalton at opencsw.org Thu Mar 12 15:04:36 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 10:04:36 -0400 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312131719.GD89950@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> Message-ID: <1236866486-sup-6352@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu Mar 12 09:17:19 -0400 2009: > On Thu, Mar 12, 2009 at 02:10:46PM +0100, Dagobert Michelsen wrote: > > This is now checked on each invocation and prints an error if > > there are gmake features missing: > > > > > dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake > > > gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make > > > sure you are using at least 3.81. Stop. > > > zsh: 16007 exit 2 gmake > > > > that's really sad. shades of creeping linuxism! > (always use the latestlatest!!) > > how about just not using the newer 'features', and sticking to nice older > non-changing standard features?? Two points on this: 1. We should dogfood as much csw stuff as we can. That means that we have abspath available. 2. If/when GAR becomes a standalone package, the dependency will be CSWgmake, not SUNWgmake, so again, we should feel free to take advantage of the latest features available there. ...and for the record, much of my attraction to CSW in the first place was to get modern versions of things I take for granted on a Linux box. It's not about 'oooh shiny,' it's about hey, I've had feature X on Linux boxes for several years now (eg: not latest latest), I'm kind of grumpy without it. -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 harpchad at opencsw.org Thu Mar 12 15:24:14 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 09:24:14 -0500 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B6EE46.3090509@wbonnet.net> References: <49B684D6.50308@wbonnet.net> <49B68974.9020605@opencsw.org> <49B6EE46.3090509@wbonnet.net> Message-ID: <49B91B0E.2030009@opencsw.org> William Bonnet wrote: > Hi > > I have succesfully rebuilt dbus-glib package against the new glib2 > package of Chad. I'll be able to release it to testing as soon as glib2 > will be available. > > Cheers > W. > Sorry, things got busy at work for the last week or so and I haven't had a chance to look at it. I'll look over it today and see where I left off. If I remember correctly everything built fine, and all of the tests pass except one, which I opened an upstream ticket on. From dam at opencsw.org Thu Mar 12 15:35:41 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 15:35:41 +0100 Subject: [csw-maintainers] confused newbie In-Reply-To: <49B8D528.1070003@opencsw.org> References: <49B8D528.1070003@opencsw.org> Message-ID: Hi Wojtek, Am 12.03.2009 um 10:26 schrieb Wojtek Meler: > There is quite a lot of docs with info what to do to add a package to > CSW, it is good, but it can be improved :). > > I started with docs: > > http://www.opencsw.org/standards/ > http://www.opencsw.org/standards/welcome > http://www.opencsw.org/standards/core_principles > > After that I decided to start building package with instructions from > > http://www.opencsw.org/standards/pkg-walkthrough > > GAR is metioned there as alternative method for maintainers, which I > read as "if you are advanced maintainer you could try to use it for > your > own risk because it is cool". > > I think it is easier to use GAR than following HOWTO instructions, and > it has more value, so why not to recommend GAR for all - you don't > even > have to be maintainer to use it, as svn read access is for all. You are right. The pkg-walkthrough is more for the interested maintainer who wants to know how things are done by hand, but IMHO this should be enhanced to be the starting point: > There is also stated: > > "Don't forget the "other" architecture(s) ! > Now you get to do it ALL OVER AGAIN, on the other build machine!" > > It forced me to build package on all systems which breaks the rule > "single package for all solaris revs of a cpu". I think that technote > from http://www.opencsw.org/standards/core_principles should be > reminded > there. I also asked this sometime ago and there was no conclusion. I see two directions to go: (1) Build one package for sparc and i386 and dispatch everything else inside the package for NFS-sharing (2) Build separate packages for each OS version if needed (e. g. top and lsof) We should decide if we stick with (1) or (2). Personally, I think NFS-sharing is bad, because for many packages it is difficult to cleanly roll out. This is at least true for all packages starting daemons and worse for packages using SMF. > And what about hudson? shall I use it? how? It is AFAIK experimental. Or, Trygve, is Hudson ready for day-to-day use? Best regards -- Dago From william at wbonnet.net Thu Mar 12 15:33:50 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 12 Mar 2009 15:33:50 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B91B0E.2030009@opencsw.org> References: <49B684D6.50308@wbonnet.net> <49B68974.9020605@opencsw.org> <49B6EE46.3090509@wbonnet.net> <49B91B0E.2030009@opencsw.org> Message-ID: <49B91D4E.2050204@wbonnet.net> Chad Harp a ?crit : > William Bonnet wrote: > >> Hi >> >> I have succesfully rebuilt dbus-glib package against the new glib2 >> package of Chad. I'll be able to release it to testing as soon as glib2 >> will be available. >> >> Cheers >> W. >> >> > Sorry, things got busy at work for the last week or so and I haven't had > a chance to look at it. I'll look over it today and see where I left > off. If I remember correctly everything built fine, and all of the > tests pass except one, which I opened an upstream ticket on I am using it on my dev box at hme in replacement of unstbale version since two days without problem (or at least none i saw with the old xfce). It is cerainly ready for testing 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 Thu Mar 12 16:37:18 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 16:37:18 +0100 Subject: [csw-maintainers] [csw-buildfarm] gmake missing from login? In-Reply-To: <49B92896.4080801@opencsw.org> References: <49B92896.4080801@opencsw.org> Message-ID: <085A5086-0906-4620-B56A-111EA3095ABC@opencsw.org> Hi Chad, Am 12.03.2009 um 16:21 schrieb Chad Harp: > Must have been recently, I used it earlier today: > > harpchad at login (CSW)$ ls -l /usr/sfw/bin/gmake > /usr/sfw/bin/gmake: No such file or directory Yes. Due to the problems with gmake 3.80 I deinstalled the Sun version and installed CSWgmake. However, there should be no real need to build stuff on login apart stuff like scm-tag-release. Best regards -- Dago From harpchad at opencsw.org Thu Mar 12 16:41:44 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 10:41:44 -0500 Subject: [csw-maintainers] [csw-buildfarm] gmake missing from login? In-Reply-To: <085A5086-0906-4620-B56A-111EA3095ABC@opencsw.org> References: <49B92896.4080801@opencsw.org> <085A5086-0906-4620-B56A-111EA3095ABC@opencsw.org> Message-ID: <49B92D38.9080109@opencsw.org> Dagobert Michelsen wrote: > Hi Chad, > > Am 12.03.2009 um 16:21 schrieb Chad Harp: >> Must have been recently, I used it earlier today: >> >> harpchad at login (CSW)$ ls -l /usr/sfw/bin/gmake >> /usr/sfw/bin/gmake: No such file or directory > > Yes. Due to the problems with gmake 3.80 I deinstalled the Sun version > and installed CSWgmake. However, there should be no real need to build > stuff on login apart stuff like scm-tag-release. > > > Best regards > > -- Dago I don't build there directly, but I have a makefile that runs the build process for me on the build servers. It sshs into each server and runs the build and merges. Saves me for having to log into 8 build there, then login to 10, build there, then back to 8 to merge ... It's my cheap distributed workflow automation :) From mwatters at opencsw.org Thu Mar 12 16:48:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 12 Mar 2009 10:48:09 -0500 Subject: [csw-maintainers] subversion and bindings NOW IN TESTING Message-ID: <49B92EB9.2000106@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: * migrated build to gar v2 * updated to version 1.5.6 SPKG_DESC_CSWsvn = Version control rethought CATALOGNAME_CSWsvn = subversion SPKG_DESC_CSWsvn-devel = Subversion Development Support CATALOGNAME_CSWsvn-devel = subversion_devel SPKG_DESC_CSWap2svn = Subversion Modules for Apache 2 CATALOGNAME_CSWap2svn = ap2svn SPKG_DESC_CSWjavasvn = Subversion Java Language Binding CATALOGNAME_CSWjavasvn = javasvn SPKG_DESC_CSWpmsvn = Subversion Perl Language Binding CATALOGNAME_CSWpmsvn = pmsvn SPKG_DESC_CSWpysvn = Subversion Python Language Binding CATALOGNAME_CSWpysvn = pysvn SPKG_DESC_CSWrbsvn = Subversion Ruby Language Binding CATALOGNAME_CSWrbsvn = rbsvn - -- 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 iEYEARECAAYFAkm5LrkACgkQLrhmsXMSLxeZlACfXzUStQYV8RZphuGWVWZAN64Q SQIAn03Ld6nHVgpvcSY1ZsOdHj0zqWSv =w+Lj -----END PGP SIGNATURE----- From phil at bolthole.com Thu Mar 12 17:38:52 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 09:38:52 -0700 Subject: [csw-maintainers] confused newbie In-Reply-To: References: <49B8D528.1070003@opencsw.org> Message-ID: <20090312163852.GC89250@bolthole.com> On Thu, Mar 12, 2009 at 03:35:41PM +0100, Dagobert Michelsen wrote: > Am 12.03.2009 um 10:26 schrieb Wojtek Meler: > > There is also stated: > > > > "Don't forget the "other" architecture(s) ! > > Now you get to do it ALL OVER AGAIN, on the other build machine!" > > > > It forced me to build package on all systems which breaks the rule > > "single package for all solaris revs of a cpu". I think that technote > > from http://www.opencsw.org/standards/core_principles should be > > reminded > > there. > > I also asked this sometime ago and there was no conclusion. I see two > directions to go: > > (1) Build one package for sparc and i386 and dispatch everything else > inside > the package for NFS-sharing Yikes... that statement is a bit ambigous, particularly for the new maintainer. For new maintainer purposes, let us explicitly state, that the usual expected standard is, "build one package for sparc, [AND ONE PACKAGE FOR] i386" :-) > Personally, I think NFS-sharing is bad, because for many packages it is > difficult to cleanly roll out. "many"? I dont think your "many" is a description backed with actual numbers ;-) >This is at least true for all packages > starting > daemons and worse for packages using SMF. well, actually, if we transition demons to use cswclassutils, it becomes a lot easier, if we can then agree on a central start script being housed in /opt/csw/[init.d?] At that point, it will be then relatively trivial to run an initialization script on each machine, that looks in there, and "does the right thing", for the machine it is being run on. That being said, I dont think that running demons over NFS is a good idea at all! :-D But it can be done, and is done, at some sites. [sadly, where I work is one example of this. They have one master site-local init script, that is rdisted out to all machines, and does some magical detection at boot time to determine which demons to start] From phil at bolthole.com Thu Mar 12 17:39:40 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 09:39:40 -0700 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <5460232D-E175-4F9B-948D-1E638956BDAE@opencsw.org> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <5460232D-E175-4F9B-948D-1E638956BDAE@opencsw.org> Message-ID: <20090312163940.GD89250@bolthole.com> On Thu, Mar 12, 2009 at 02:50:29PM +0100, Dagobert Michelsen wrote: > > how about just not using the newer 'features', and sticking to nice > > older > > non-changing standard features?? > > Ok then, how do I simulate $(abspath ...) in 3.80? erm... `/bin/pwd` ? works in gmake, make, CYZmake.... :-) From harpchad at opencsw.org Thu Mar 12 17:51:16 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 11:51:16 -0500 Subject: [csw-maintainers] In testing: vim/gvim 7.2.128, rdesktop 1.6.0, glib 2.18.4 Message-ID: <49B93D84.4@opencsw.org> gvim-7.2.128,REV=2009.03.01-SunOS5.8-i386-CSW.pkg.gz gvim-7.2.128,REV=2009.03.01-SunOS5.8-sparc-CSW.pkg.gz vim-7.2.128,REV=2009.03.01-SunOS5.8-i386-CSW.pkg.gz vim-7.2.128,REV=2009.03.01-SunOS5.8-sparc-CSW.pkg.gz vimrt-7.2.128,REV=2009.03.01-SunOS5.8-all-CSW.pkg.gz glib2-2.18.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz glib2-2.18.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz glib2_devel-2.18.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz glib2_devel-2.18.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz rdesktop-1.6.0,REV=2009.02.22-SunOS5.8-i386-CSW.pkg.gz rdesktop-1.6.0,REV=2009.02.22-SunOS5.8-sparc-CSW.pkg.gz From phil at bolthole.com Thu Mar 12 17:54:34 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 09:54:34 -0700 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <1236866486-sup-6352@ntdws12.chass.utoronto.ca> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <1236866486-sup-6352@ntdws12.chass.utoronto.ca> Message-ID: <20090312165434.GF89250@bolthole.com> On Thu, Mar 12, 2009 at 10:04:36AM -0400, Ben Walton wrote: > Excerpts from Philip Brown's message of Thu Mar 12 09:17:19 -0400 2009: > > that's really sad. shades of creeping linuxism! > > (always use the latestlatest!!) > > > > how about just not using the newer 'features', and sticking to nice older > > non-changing standard features?? > > Two points on this: > > 1. We should dogfood as much csw stuff as we can. That means that we > have abspath available. Errr... we have eclipse available. does that mean we should use eclipse to write all csw software? :-} I think not. > ...and for the record, much of my attraction to CSW in the first place > was to get modern versions of things I take for granted on a Linux > box. It's not about 'oooh shiny,' it's about hey, I've had feature X > on Linux boxes for several years now (eg: not latest latest), > I'm kind of grumpy without it. Making the feature available to others, does not mean we have to use it ourselves. For another example: we provide gcc4. That doesnt mean that any C code we might happen to write and publish, should be splattered with gcc4-only GNUisms. From dam at opencsw.org Thu Mar 12 18:01:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 18:01:44 +0100 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312163940.GD89250@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <5460232D-E175-4F9B-948D-1E638956BDAE@opencsw.org> <20090312163940.GD89250@bolthole.com> Message-ID: <4AFFE815-8D91-425D-BC85-6D0469608BF3@opencsw.org> Hi Phil, Am 12.03.2009 um 17:39 schrieb Philip Brown: > On Thu, Mar 12, 2009 at 02:50:29PM +0100, Dagobert Michelsen wrote: >>> how about just not using the newer 'features', and sticking to nice >>> older >>> non-changing standard features?? >> >> Ok then, how do I simulate $(abspath ...) in 3.80? > > erm... > > `/bin/pwd` > ? That gives me the current directory. $(abspath ...) returns the absolute paths of all arguments if they exist. You could mimic this with a function, but why? gmake 3.81 is from 2006, 3.80 from 2002. > works in gmake, make, CYZmake.... Essentially, multi-line defines mandate gmake, which is used in every package manifest, so you must use gmake anyway. There is IMHO no point in not using features available in three years old software just because "the feature is new". I, as GAR maintainer, will not make an effort to support old gmake versions, as I barely have time to make the features already in there 100% usable (like the currently broken 'makepatch'). Best regards -- Dago From bwalton at opencsw.org Thu Mar 12 18:15:34 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 13:15:34 -0400 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312165434.GF89250@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <1236866486-sup-6352@ntdws12.chass.utoronto.ca> <20090312165434.GF89250@bolthole.com> Message-ID: <1236877231-sup-6997@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu Mar 12 12:54:34 -0400 2009: > > 1. We should dogfood as much csw stuff as we can. That means that we > > have abspath available. > > Errr... we have eclipse available. does that mean we should use eclipse to > write all csw software? :-} > I think not. Well, if you were using eclipse as your IDE for whatever purpose, I'd suggest using the CSW version instead of a locally installed one. It only makes sense for the group making the tools available to use those same tools. Since there is no need to use an IDE to write code (unless you prefer to), then I say this is a bad example. In the case of GAR, we (by definition) need a make package. Therefore, I hold that it makes sense to rely on the CSW version of make which happens to be a modern gmake. If we didn't provide gmake, you'd have a better point. Since I think it makes sense to rely on our own version of gmake, there is no reason not to use the features it provides. If you're crafting packages for CSW, whether on the build box or not, it makes sense to use the available CSW tools. > > ...and for the record, much of my attraction to CSW in the first place > > was to get modern versions of things I take for granted on a Linux > > box. It's not about 'oooh shiny,' it's about hey, I've had feature X > > on Linux boxes for several years now (eg: not latest latest), > > I'm kind of grumpy without it. > > Making the feature available to others, does not mean we have to use it > ourselves. No, we don't have to use the features, but where they are a) available in a CSW package and b) better/easier than not using the feature, we should. We are talking about CSW specific tools here after all. If new features are never used, then there is no point in developing them in the first place. Lowest common denominator sucks for software. Sometimes it is necessary, but I don't think this is one of those cases. > For another example: we provide gcc4. > That doesnt mean that any C code we might happen to write and publish, > should be splattered with gcc4-only GNUisms. I mostly agree with this, but I also don't think it'd be the end of the world. If the tool is meant for internal purposes (as GAR is), relying on the best features we have available makes sense. If you're writing code for multiple platforms, staying as platform agnostic as possible is more of a virtue. -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 harpchad at opencsw.org Thu Mar 12 18:36:13 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 12:36:13 -0500 Subject: [csw-maintainers] /testing dbus 1.2.12 In-Reply-To: <49B6EE75.60408@wbonnet.net> References: <49B6EE75.60408@wbonnet.net> Message-ID: <49B9480D.7000700@opencsw.org> I attempted to install the dbus that's currently in testing, but I ran into some issues: Processing package instance from dbus - DBus Message Bus System(sparc) 1.2.12,REV=2009.03.10 Please see /opt/csw/share/doc/dbus/license for license information ## Processing package information. ## Processing system information. 7 package pathnames are already properly installed. ## Verifying package dependencies. pkgadd: ERROR: unknown dependency type specified: a pkgadd: ERROR: unknown dependency type specified: a Looks like the depend file has two bad lines: application CSWexpat expat - XML Parser Toolkit P CSWlibdbus libdbus - DBus Message Bus System libraries application CSWcswclassutils cswclassutils - CSW class action utilities P CSWcommon common - common files and dirs for CSW packages Do you want to continue with the installation of [y,n,?] y ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. The following files are already installed on the system and are being used by another package: /etc/rc3.d /opt/csw/var/lib * - conflict with a file which does not belong to any package. Looks like it's putting files/links in /etc: 1 d none /etc/opt/csw/init.d 0755 root bin 1 f cswinitsmf /etc/opt/csw/init.d/cswdbus 0755 root bin 1434 38828 1236666950 1 d none /etc/rc3.d 0755 root bin 1 s cswinitsmf /etc/rc3.d/S52cswdbus=../init.d/cswdbus From bwalton at opencsw.org Thu Mar 12 18:42:43 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 13:42:43 -0400 Subject: [csw-maintainers] /testing dbus 1.2.12 In-Reply-To: <49B9480D.7000700@opencsw.org> References: <49B6EE75.60408@wbonnet.net> <49B9480D.7000700@opencsw.org> Message-ID: <1236879722-sup-8255@ntdws12.chass.utoronto.ca> Excerpts from Chad Harp's message of Thu Mar 12 13:36:13 -0400 2009: > Looks like the depend file has two bad lines: > > application CSWexpat expat - XML Parser Toolkit > P CSWlibdbus libdbus - DBus Message Bus System libraries > application CSWcswclassutils cswclassutils - CSW class action utilities > P CSWcommon common - common files and dirs for CSW packages This is the bug that got fixed a few days back...William, did you update GAR, or did the fix not fully correct the issue? 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 harpchad at opencsw.org Thu Mar 12 18:48:40 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 12:48:40 -0500 Subject: [csw-maintainers] Updated pidgin in testing (2.5.5) Message-ID: <49B94AF8.8060602@opencsw.org> pidgin-2.5.5,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz pidgin-2.5.5,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz From harpchad at opencsw.org Thu Mar 12 18:54:49 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 12:54:49 -0500 Subject: [csw-maintainers] Updated curl in testing (Security Fix) Message-ID: <49B94C69.5000908@opencsw.org> This build addresses a vulnerability discussed here: http://curl.haxx.se/docs/adv_20090303.html curl-7.19.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz curl-7.19.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz curldevel-7.19.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz curldevel-7.19.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz curlrt-7.19.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz curlrt-7.19.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz From william at wbonnet.net Thu Mar 12 18:51:21 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 12 Mar 2009 18:51:21 +0100 Subject: [csw-maintainers] /testing dbus 1.2.12 In-Reply-To: <1236879722-sup-8255@ntdws12.chass.utoronto.ca> References: <49B6EE75.60408@wbonnet.net> <49B9480D.7000700@opencsw.org> <1236879722-sup-8255@ntdws12.chass.utoronto.ca> Message-ID: <49B94B99.9030807@wbonnet.net> Ben Walton a ?crit : > Excerpts from Chad Harp's message of Thu Mar 12 13:36:13 -0400 2009: > >> Looks like the depend file has two bad lines: >> >> application CSWexpat expat - XML Parser Toolkit >> P CSWlibdbus libdbus - DBus Message Bus System libraries >> application CSWcswclassutils cswclassutils - CSW class action utilities >> P CSWcommon common - common files and dirs for CSW packages >> > > This is the bug that got fixed a few days back...William, did you > update GAR, or did the fix not fully correct the issue? > > I haven't pushed the new pkgs to testing... it was so slooowwww to build on build8x :( I 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 phil at bolthole.com Thu Mar 12 19:01:02 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 11:01:02 -0700 Subject: [csw-maintainers] xmlrpc-c lib anyone? Message-ID: <20090312180102.GI89250@bolthole.com> Anyone wanna maintain xmlrpc-c library? http://xmlrpc-c.sourceforge.net/ would be useful to have, to make compiling cmake easier. and who knows, maybe other things. From phil at bolthole.com Thu Mar 12 19:21:20 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 11:21:20 -0700 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <1236877231-sup-6997@ntdws12.chass.utoronto.ca> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <1236866486-sup-6352@ntdws12.chass.utoronto.ca> <20090312165434.GF89250@bolthole.com> <1236877231-sup-6997@ntdws12.chass.utoronto.ca> Message-ID: <20090312182120.GJ89250@bolthole.com> On Thu, Mar 12, 2009 at 01:15:34PM -0400, Ben Walton wrote: > I mostly agree with this, but I also don't think it'd be the end of > the world. If the tool is meant for internal purposes (as GAR is), IS it, though? I would suggest that maximizing gar's success, implies that we attempt to get it as widely adopted as possible. which should mean making it as portable as reasonably possible. From bwalton at opencsw.org Thu Mar 12 19:36:36 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 14:36:36 -0400 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312182120.GJ89250@bolthole.com> n Excerpts from Philip Brown's message of Thu Mar 12 14:21:20 -0400 2009: > On Thu, Mar 12, 2009 at 01:15:34PM -0400, Ben Walton wrote: > > I mostly agree with this, but I also don't think it'd be the end of > > the world. If the tool is meant for internal purposes (as GAR is), > > IS it, though? > > I would suggest that maximizing gar's success, implies that we attempt to > get it as widely adopted as possible. which should mean making it as > portable as reasonably possible. References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <1236866486-sup-6352@ntdws12.chass.utoronto.ca> <20090312165434.GF89250@bolthole.com> <1236877231-sup-6997@ntdws12.chass.utoronto.ca> <20090312182120.GJ89250@bolthole.com> Message-ID: <1236882794-sup-2695@ntdws12.chass.utoronto.ca> As I see it, GAR's purpose is to build CSW packages. Granted, it has roots in building Gnome, but as it stands, it's not setup to build anything else. I would also argue that if it were adopted for building other things, then either a) the new target would have a gmake available or b) could make whatever arrangements are needed on top of supplanting all the csw/svr packaging bits. -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 jgoerzen at opencsw.org Fri Mar 13 00:20:17 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Thu, 12 Mar 2009 16:20:17 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> Message-ID: <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> On Mon, Mar 9, 2009 at 8:43 AM, Dagobert Michelsen wrote: > Hi Peter, > > Am 09.03.2009 um 16:38 schrieb Dagobert Michelsen: > > Am 09.03.2009 um 15:56 schrieb Peter Bonivart: > >> On Mon, Mar 9, 2009 at 3:00 PM, Dagobert Michelsen > >> wrote: > >>> This was a bug which occured when using dynamic copyrights with > >>> explicit gspec-files (instead of dynamic gspec-files with PACKAGES). > >>> This is fixed in r3678. Please give it a try and let me know if > >>> everything works as expected. > >> > >> But I don't have gspec files any longer for clamav. However, I > >> updated > >> the gar dir to r3678 and rebuilt everything but there's still no > >> license file. > > > > Well, you now don't have a licensefile for another reason: > > you redefine WORKSRC. This is usually allowed, but doesn't work > > right now. I'll fix it. > > On second tought, redefining WORKSRC is not a good idea as you > basically only want to reset DISTNAME. The reason is that > resetting WORKSRC includes WORKDIR, which is derived from the > modulation. The code to find the license searches all WORKSRC > in all modulations, and on resetting WORKSRC this would require > rewriting the WORKDIR prefix. This is possible, but ugly and I > want to do this only when it becomes really necessary. Until > that time I would prefer the recommendation to leave WORKSRC > alone. > > Hello, I'm also having a problem with the dynamic license except my license is called gpl.txt in this pkg and so I changed the default COPYING to gpl.txt. Now when the build stage gets to the dynamic license it looks in work/build-global but the source has been unpacked in work/build-isa-sparcv8. So, I created a sym-link in work/build-global to link to where the source is just the get the test package created. As far as I know I'm not redefining WORKSRC. Maybe I didn't read some GAR documentation yet or missing something? However, I've used the dynamic license before and it worked great. Thanks, Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From hson at opencsw.org Fri Mar 13 02:44:04 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 13 Mar 2009 02:44:04 +0100 Subject: [csw-maintainers] xmlrpc-c lib anyone? In-Reply-To: <20090312180102.GI89250@bolthole.com> References: <20090312180102.GI89250@bolthole.com> Message-ID: <49B9BA64.9010106@opencsw.org> Philip Brown wrote: > Anyone wanna maintain xmlrpc-c library? > > http://xmlrpc-c.sourceforge.net/ > > would be useful to have, to make compiling cmake easier. and who knows, > maybe other things. I've started packaging but found some problems, partly due to nonexistant setenv(), but mainly due to the tests coredumping... From bwalton at opencsw.org Fri Mar 13 03:22:59 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 22:22:59 -0400 Subject: [csw-maintainers] xmlrpc-c lib anyone? In-Reply-To: <49B9BA64.9010106@opencsw.org> References: <20090312180102.GI89250@bolthole.com> <49B9BA64.9010106@opencsw.org> Message-ID: <1236910907-sup-7882@ntdws12.chass.utoronto.ca> Excerpts from Roger H?kansson's message of Thu Mar 12 21:44:04 -0400 2009: > I've started packaging but found some problems, partly due to > nonexistant setenv(), but mainly due to the tests coredumping... gnulib can help with the setenv() bit...or hack to code to use putenv() instead... -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 Joseph.Kwan at jpl.nasa.gov Thu Mar 12 19:05:52 2009 From: Joseph.Kwan at jpl.nasa.gov (Joseph Kwan) Date: Thu, 12 Mar 2009 11:05:52 -0700 Subject: [csw-maintainers] [csw-users] PHP5 and extentions now in Testing In-Reply-To: <49B464DA.2050203@opencsw.org> References: <49B464DA.2050203@opencsw.org> Message-ID: <49B94F00.2070805@jpl.nasa.gov> Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Changes: > compile version 5.2.6 with extensions (version not changed) > recompile only to build the extensions. > > Will there be an updated php5 at some point? I'm getting a few notices about security problems with pre 5.2.8 versions. http://www.security-database.com/detail.php?alert=USN-720-1 And it doesn't seem there's patches to resolve these, just new version releases. thanks, Joe Kwan Joseph Kwan, Sr. Network/Systems Analyst Radar Science and Engineering (Section 334) Jet Propulsion Laboratory / MS 300-235 From hson at opencsw.org Fri Mar 13 13:30:07 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Fri, 13 Mar 2009 13:30:07 +0100 Subject: [csw-maintainers] xmlrpc-c lib anyone? In-Reply-To: <1236910907-sup-7882@ntdws12.chass.utoronto.ca> References: <20090312180102.GI89250@bolthole.com> <49B9BA64.9010106@opencsw.org> <1236910907-sup-7882@ntdws12.chass.utoronto.ca> Message-ID: <49BA51CF.3020704@opencsw.org> Ben Walton wrote: > Excerpts from Roger H?kansson's message of Thu Mar 12 21:44:04 -0400 2009: >> I've started packaging but found some problems, partly due to >> nonexistant setenv(), but mainly due to the tests coredumping... > > gnulib can help with the setenv() bit...or hack to code to use > putenv() instead... Yup, I've already got that part of the code down, the bigger issue is the tests failing. From dam at opencsw.org Fri Mar 13 13:47:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Mar 2009 13:47:24 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> Message-ID: Hi Jake, Am 13.03.2009 um 00:20 schrieb Jake Goerzen: > I'm also having a problem with the dynamic license except my > license is called gpl.txt in this pkg and so I changed the default > COPYING to gpl.txt. The only should that should be needed is LICENSE = gpl.txt > Now when the build stage gets to the dynamic license it looks in > work/build-global but the source has been unpacked in work/build-isa- > sparcv8. So, I created a sym-link in work/build-global to link to > where the source is just the get the test package created. That should not be necessary. GAR should look in all modulations. > As far as I know I'm not redefining WORKSRC. Maybe I didn't read > some GAR documentation yet or missing something? However, I've used > the dynamic license before and it worked great. Please commit your work and let me know where to find it so I can take a look if this is a bug or something. Best regards -- Dago From bonivart at opencsw.org Fri Mar 13 14:07:39 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 13 Mar 2009 14:07:39 +0100 Subject: [csw-maintainers] Downgrading DHCP from 4.1 to 3.1 temporarily? Message-ID: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> I just filed a bug on my own package after receiving two reports that it doesn't work, after reading up on the mailing lists (some links in the bug report) it seems as a pretty big issue not just for Solaris. Still after three months ISC hasn't released another version to fix it. However, it works perfectly for me so I'm not sure exactly what triggers it, I saw another guys config and it was pretty basic. http://www.opencsw.org/mantis/view.php?id=3464 I would suggest that we go back to the old 3.1 until this has been resolved. Either that the unofficial patch works or that ISC releases an update. -- /peter From harpchad at opencsw.org Fri Mar 13 15:15:48 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 13 Mar 2009 09:15:48 -0500 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49AACB36.6060104@wbonnet.net> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> Message-ID: <49BA6A94.9020208@opencsw.org> I've done some minor testing with it and this looks good so far. Once it gets into unstable and updated on the build farm I'll be able to do a lot more. Have you received any other feedback that would prevent this from being promoted to unstable? William Bonnet wrote: > Hi > > >>> how would one best fulfill this dependency? >>> >> file a bug against our sqlite3 package, for upgrade. >> and/or prepare to take it over if Michael is too busy. >> > I already contacted Michael a couple of month oago about this package. I > needed it to update firefox. > > I already added sqlite3 to GAR in december (but it is not yet released). > I have rebuilt version 3.6.10. It is now in testing. Let me know if it > works for you. I'll push it to unstable after. > > Cheers > W. > > > From mwatters at opencsw.org Fri Mar 13 15:34:28 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 09:34:28 -0500 Subject: [csw-maintainers] [csw-users] PHP5 and extentions now in Testing In-Reply-To: <49B94F00.2070805@jpl.nasa.gov> References: <49B464DA.2050203@opencsw.org> <49B94F00.2070805@jpl.nasa.gov> Message-ID: <49BA6EF4.4070703@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joseph Kwan wrote: > Mike Watters wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Changes: >> compile version 5.2.6 with extensions (version not changed) >> recompile only to build the extensions. >> >> > Will there be an updated php5 at some point? I'm getting > a few notices about security problems with pre 5.2.8 > versions. > > http://www.security-database.com/detail.php?alert=USN-720-1 > > And it doesn't seem there's patches to resolve these, > just new version releases. > > thanks, > > Joe Kwan > Joseph Kwan, Sr. Network/Systems Analyst > Radar Science and Engineering (Section 334) > Jet Propulsion Laboratory / MS 300-235 > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Yes I just started getting those. when I took over the package, 5.2.6 was the stable release, 5.2.7 was pulled due to the magic_quotes_gpc bug. I will start prepping for the update to 5.2.9. [ ** Begin Quote php.net ** ] The PHP development team would like to announce the immediate availability of PHP 5.2.9. This release focuses on improving the stability of the PHP 5.2.x branch with over 50 bug fixes, several of which are security related. All users of PHP are encouraged to upgrade to this release. [ ** End Quote php.net ** ] - -- 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 iEYEARECAAYFAkm6bvQACgkQLrhmsXMSLxfaRQCgu+uv42jeaLoFv3VoTD3RBBQM XPkAn04ptu9as83XFy5ajzmvYfhT0toP =pBEn -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 13 15:43:59 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 09:43:59 -0500 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49BA6A94.9020208@opencsw.org> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <49BA6A94.9020208@opencsw.org> Message-ID: <49BA712F.4010900@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chad Harp wrote: > I've done some minor testing with it and this looks good so far. Once > it gets into unstable and updated on the build farm I'll be able to do a > lot more. > > Have you received any other feedback that would prevent this from being > promoted to unstable? > > William Bonnet wrote: >> Hi >> >> >>>> how would one best fulfill this dependency? >>>> >>> file a bug against our sqlite3 package, for upgrade. >>> and/or prepare to take it over if Michael is too busy. >>> >> I already contacted Michael a couple of month oago about this package. I >> needed it to update firefox. >> >> I already added sqlite3 to GAR in december (but it is not yet released). >> I have rebuilt version 3.6.10. It is now in testing. Let me know if it >> works for you. I'll push it to unstable after. >> >> Cheers >> W. >> >> >> > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have the 1.5.6 release (latest stable) in testing. I didn't think we were to package release candidates? - -- 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 iEYEARECAAYFAkm6cS8ACgkQLrhmsXMSLxfJYQCgtuNzpVpZ/Q3Ayf9rKvWwxSWO 1F4An0L2f1FIHbUqtvxXhDN+1j1CxGSs =Jcip -----END PGP SIGNATURE----- From harpchad at opencsw.org Fri Mar 13 15:53:40 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 13 Mar 2009 09:53:40 -0500 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49BA712F.4010900@opencsw.org> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <49BA6A94.9020208@opencsw.org> <49BA712F.4010900@opencsw.org> Message-ID: <49BA7374.2080407@opencsw.org> I was referring to sqlite 3.6.10. Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Chad Harp wrote: >> I've done some minor testing with it and this looks good so far. Once >> it gets into unstable and updated on the build farm I'll be able to do a >> lot more. >> >> Have you received any other feedback that would prevent this from being >> promoted to unstable? >> >> William Bonnet wrote: >>> Hi >>> >>> >>>>> how would one best fulfill this dependency? >>>>> >>>> file a bug against our sqlite3 package, for upgrade. >>>> and/or prepare to take it over if Michael is too busy. >>>> >>> I already contacted Michael a couple of month oago about this package. I >>> needed it to update firefox. >>> >>> I already added sqlite3 to GAR in december (but it is not yet released). >>> I have rebuilt version 3.6.10. It is now in testing. Let me know if it >>> works for you. I'll push it to unstable after. >>> >>> Cheers >>> W. >>> >>> >>> >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > I have the 1.5.6 release (latest stable) in testing. > I didn't think we were to package release candidates? > > > - -- > > 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 > > iEYEARECAAYFAkm6cS8ACgkQLrhmsXMSLxfJYQCgtuNzpVpZ/Q3Ayf9rKvWwxSWO > 1F4An0L2f1FIHbUqtvxXhDN+1j1CxGSs > =Jcip > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From mwatters at opencsw.org Fri Mar 13 16:04:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 10:04:35 -0500 Subject: [csw-maintainers] Release Candidate Discussion Message-ID: <49BA7603.4080303@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I searched through the maintainers list archives and did not find anything on this. If I missed please point me that direction. What is the policy on release candidates vs. stable? Personally, I like having 2 versions in "testing" that way we can help debug the upstream packages as needed. but I don't think anything with release candidate status should make it to unstable or stable. 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.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm6dgIACgkQLrhmsXMSLxfIVgCgou65BHtiPW6qsdCXRfIbcy/d ZAAAnAoHIOH2R8zRswZXIWpCdRwnfjub =hYeJ -----END PGP SIGNATURE----- From dam at opencsw.org Fri Mar 13 16:08:28 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Mar 2009 16:08:28 +0100 Subject: [csw-maintainers] Release Candidate Discussion In-Reply-To: <49BA7603.4080303@opencsw.org> References: <49BA7603.4080303@opencsw.org> Message-ID: <9A32C44B-B420-41C8-A27E-9AF7889F5371@opencsw.org> Hi Mike, Am 13.03.2009 um 16:04 schrieb Mike Watters: > I searched through the maintainers list archives and did not find > anything on this. > If I missed please point me that direction. > > What is the policy on release candidates vs. stable? There are only stable versions released to current. There are few exceptions, like zsh, where the developer version can be considered stable enough and was included that way long time ago. > Personally, I like having 2 versions in "testing" that way we can > help debug > the upstream packages as needed. but I don't think anything with > release candidate > status should make it to unstable or stable. Yes. Feel free to put everything in testing, though. Bets regards -- Dago From william at wbonnet.net Fri Mar 13 16:20:20 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 13 Mar 2009 16:20:20 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49BA6A94.9020208@opencsw.org> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <49BA6A94.9020208@opencsw.org> Message-ID: <49BA79B4.4090303@wbonnet.net> Hi Chad > I've done some minor testing with it and this looks good so far. Once > it gets into unstable and updated on the build farm I'll be able to do a > lot more. > > Thanks for testing > Have you received any other feedback that would prevent this from being > promoted to unstable? > None I'll push it to Phil this week end 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 jgoerzen at opencsw.org Fri Mar 13 16:31:19 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 13 Mar 2009 08:31:19 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> Message-ID: <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> On Fri, Mar 13, 2009 at 5:47 AM, Dagobert Michelsen wrote: > Hi Jake, > > Am 13.03.2009 um 00:20 schrieb Jake Goerzen: > > I'm also having a problem with the dynamic license except my > > license is called gpl.txt in this pkg and so I changed the default > > COPYING to gpl.txt. > > The only should that should be needed is > LICENSE = gpl.txt > > > Now when the build stage gets to the dynamic license it looks in > > work/build-global but the source has been unpacked in work/build-isa- > > sparcv8. So, I created a sym-link in work/build-global to link to > > where the source is just the get the test package created. > > That should not be necessary. GAR should look in all modulations. > > > As far as I know I'm not redefining WORKSRC. Maybe I didn't read > > some GAR documentation yet or missing something? However, I've used > > the dynamic license before and it worked great. > > Please commit your work and let me know where to find it so I > can take a look if this is a bug or something. > > > Sorry for the confusion I am now reading all the mGAR v2 documentation. I'm getting caught up on it and will surely have some questions. I misunderstood what dynamic license was and simply had this line in my .gspec file: %copyright url file://%{WORKSRC}/gpl.txt Thanks, Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Fri Mar 13 16:41:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Mar 2009 16:41:50 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> Message-ID: <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> Hi Jake, Am 13.03.2009 um 16:31 schrieb Jake Goerzen: > Sorry for the confusion I am now reading all the mGAR v2 > documentation. I'm getting caught up on it and will surely have > some questions. I misunderstood what dynamic license was and simply > had this line in my .gspec file: > > %copyright url file://%{WORKSRC}/gpl.txt Ah, ok. Dynamic licenses are only used when you also use dynamic gspec files. Best regards -- Dago From jgoerzen at opencsw.org Fri Mar 13 16:50:40 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 13 Mar 2009 08:50:40 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> Message-ID: <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> > > > > Ah, ok. Dynamic licenses are only used when you also use dynamic gspec > files. > Okay, now that makes since. I put LICENSE = gpl.txt in the Makefile and it worked! I just commited revision 3746 if you would like to look it over for anything else. Thanks, Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Fri Mar 13 17:20:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Mar 2009 17:20:48 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> Message-ID: Hi Jake, Am 13.03.2009 um 16:50 schrieb Jake Goerzen: > Ah, ok. Dynamic licenses are only used when you also use dynamic gspec > files. > > Okay, now that makes since. > > I put LICENSE = gpl.txt in the Makefile and it worked! > I just commited revision 3746 if you would like to look it over for > anything else. Some issues I have found: - Please always check in the checksums. - It is currently not possible to just do 'gmake package' as you have already noted in the comments some manual steps. These should be done automatically during the GAR build with patches or additional commands - The gspec and depend file you provide are ok, but the dynamic gspec can be used for your purpose equally well. Best regards -- Dago From mwatters at opencsw.org Fri Mar 13 17:26:54 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 11:26:54 -0500 Subject: [csw-maintainers] Cairo packages Message-ID: <49BA894E.8010604@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I will update Cairo, and its derivatives cairomm pycairo rcairo pixman unless someone else already has picked them up. - -- 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 iEYEARECAAYFAkm6iU0ACgkQLrhmsXMSLxfAHwCfQPDLJIgfLuhLNz/AWfIuSd4j ET0An2nSH2dSlw3z/RmiCw2okkl3Uouj =J445 -----END PGP SIGNATURE----- From william at wbonnet.net Fri Mar 13 17:35:19 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 13 Mar 2009 17:35:19 +0100 Subject: [csw-maintainers] Cairo packages In-Reply-To: <49BA894E.8010604@opencsw.org> References: <49BA894E.8010604@opencsw.org> Message-ID: <49BA8B47.3000002@wbonnet.net> Mike Watters a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I will update Cairo, and its derivatives cairomm pycairo rcairo pixman > unless someone else already has picked them up. > > Please checked in svn for cairo and pixman, i already made some work on this in order to build FF3. I have to build more package and push them to the farm to finish it. I suggest we both check on our side what are the different packages status, and talk about this on thelist tonight or tomorrow. 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 mwatters at opencsw.org Fri Mar 13 18:34:38 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 12:34:38 -0500 Subject: [csw-maintainers] Cairo packages In-Reply-To: <49BA8B47.3000002@wbonnet.net> References: <49BA894E.8010604@opencsw.org> <49BA8B47.3000002@wbonnet.net> Message-ID: <49BA992E.60905@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 William Bonnet wrote: > Mike Watters a ?crit : >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I will update Cairo, and its derivatives cairomm pycairo rcairo pixman >> unless someone else already has picked them up. >> >> > Please checked in svn for cairo and pixman, i already made some work on > this in order to build FF3. I have to build more package and push them > to the farm to finish it. > > I suggest we both check on our side what are the different packages > status, and talk about this on thelist tonight or tomorrow. > > Cheers > W. > I saw pixman already. I didn't delve into it. I forgot the cairo package is libcairo so anything I have done on that one is not going to affect what you have already done. the others rcairo, pycairo and cairomm I added to svn and built basic makefiles. I will remove cairo from svn and stick with libcairo :) I need cairo for the pycairo, pygtk is dependent on pycairo - -- 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 iEYEARECAAYFAkm6mS0ACgkQLrhmsXMSLxf9HwCgzw6PcGv9SGkm32ABD3St88yz X2IAn1s7RHppl/QNU0jAZHBJh8+sPRZR =Yjmf -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 13 18:35:27 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 13 Mar 2009 10:35:27 -0700 Subject: [csw-maintainers] Downgrading DHCP from 4.1 to 3.1 temporarily? In-Reply-To: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> References: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> Message-ID: <20090313173527.GN53136@bolthole.com> On Fri, Mar 13, 2009 at 02:07:39PM +0100, Peter Bonivart wrote: > http://www.opencsw.org/mantis/view.php?id=3464 > > I would suggest that we go back to the old 3.1 until this has been > resolved. Either that the unofficial patch works or that ISC releases > an update. but the current one "works for me" too. I think perhaps we should either just put a temporary dhcp3 package in our "testing" dir... or if this is some kind of LONG TERM issue, we have a separate dhcpd3 package. (and note "dhcpD", not generic "dhcp" any more)_ >From what I vaguely recall reading, the dhcpd4 is "better" than the 3 one, for a variety of reasons. so I think we need to keep offering the 4. Thus, replacing v4 with v3, does not seem to be the best choice. From bonivart at opencsw.org Fri Mar 13 18:45:59 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 13 Mar 2009 18:45:59 +0100 Subject: [csw-maintainers] Downgrading DHCP from 4.1 to 3.1 temporarily? In-Reply-To: <20090313173527.GN53136@bolthole.com> References: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> <20090313173527.GN53136@bolthole.com> Message-ID: <625385e30903131045v25c86860l4bf792d4e778302@mail.gmail.com> On Fri, Mar 13, 2009 at 6:35 PM, Philip Brown wrote: > but the current one "works for me" too. Then we're up to 50% confirmed working installations. :-) > I think perhaps we should either just put a temporary dhcp3 package in our > "testing" dir... or if this is some kind of LONG TERM issue, we have a > separate dhcpd3 package. > (and note "dhcpD", not generic "dhcp" any more)_ Those I've talked with I have directed to http://csw.informatik.uni-erlangen.de/oldpkgs but putting 3.1 in testing is ok with me, less chance of them picking an even older one. > >From what I vaguely recall reading, the dhcpd4 is "better" than the 3 one, > for a variety of reasons. so I think we need to keep offering the 4. > Thus, replacing v4 with v3, does not seem to be the best choice. So how do we get the message out? Post on the users list, refer to the bug report, link to the old package? Good enough? -- /peter From phil at bolthole.com Fri Mar 13 19:02:23 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 13 Mar 2009 11:02:23 -0700 Subject: [csw-maintainers] Downgrading DHCP from 4.1 to 3.1 temporarily? In-Reply-To: <625385e30903131045v25c86860l4bf792d4e778302@mail.gmail.com> References: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> <20090313173527.GN53136@bolthole.com> <625385e30903131045v25c86860l4bf792d4e778302@mail.gmail.com> Message-ID: <20090313180222.GP53136@bolthole.com> On Fri, Mar 13, 2009 at 06:45:59PM +0100, Peter Bonivart wrote: > So how do we get the message out? Post on the users list, refer to the > bug report, link to the old package? Good enough? > good enough for me. you might also post on the "announce" list as well. From jgoerzen at opencsw.org Fri Mar 13 21:15:45 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 13 Mar 2009 13:15:45 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> Message-ID: <315c02ae0903131315j34a1e3e5jcd68721ad401d956@mail.gmail.com> > > > Some issues I have found: > > - Please always check in the checksums. Okay, I've added checksums and will try not to forget them next time:) > > - It is currently not possible to just do 'gmake package' as you have > already noted > in the comments some manual steps. These should be done > automatically during > the GAR build with patches or additional commands I'm working on it and it's 99% there now. I'm having trouble with 'makepatch' target though. I remember reading something about that. Is makepatch working now? > > - The gspec and depend file you provide are ok, but the dynamic gspec > can be used > for your purpose equally well. > > Thanks for the help, Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Fri Mar 13 21:18:41 2009 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 13 Mar 2009 16:18:41 -0400 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <315c02ae0903131315j34a1e3e5jcd68721ad401d956@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> <315c02ae0903131315j34a1e3e5jcd68721ad401d956@mail.gmail.com> Message-ID: <1236975456-sup-6426@ntdws12.chass.utoronto.ca> Excerpts from Jake Goerzen's message of Fri Mar 13 16:15:45 -0400 2009: > I'm working on it and it's 99% there now. I'm having trouble with > 'makepatch' target though. I remember reading something about that. Is > makepatch working now? Not yet...unless I missed some list traffic. I started to look at it this morning but got distracted with other things. I'll try and spend some time on it this evening. 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 Sat Mar 14 01:51:48 2009 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 13 Mar 2009 20:51:48 -0400 Subject: [csw-maintainers] makepatch fixed Message-ID: <1236991770-sup-6192@ntdws12.chass.utoronto.ca> Hi All, [Sorry for the cross post, I've seen interest from both lists and I'm not sure that all interested parties are on maintainers@, etc.] I just committed r3756 that should see the makepatch GAR target functional in GAR v2 again. It assumes that you'll make the changes you'd like to see in the patch in the first modulation source directory. Let me know if this is still broken in your use of it. 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 jgoerzen at opencsw.org Sat Mar 14 03:21:11 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 13 Mar 2009 19:21:11 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <1236975456-sup-6426@ntdws12.chass.utoronto.ca> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> <315c02ae0903131315j34a1e3e5jcd68721ad401d956@mail.gmail.com> <1236975456-sup-6426@ntdws12.chass.utoronto.ca> Message-ID: <315c02ae0903131921q96b0de5rb0a0635d5f7efdfd@mail.gmail.com> On Fri, Mar 13, 2009 at 1:18 PM, Ben Walton wrote: > Excerpts from Jake Goerzen's message of Fri Mar 13 16:15:45 -0400 2009: > > I'm working on it and it's 99% there now. I'm having trouble with > > 'makepatch' target though. I remember reading something about that. Is > > makepatch working now? > > Not yet...unless I missed some list traffic. I started to look at it > this morning but got distracted with other things. I'll try and spend > some time on it this evening. > > Hi Ben, I have verified that makepatch is working now. Thanks for fixing. Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwatters at opencsw.org Sat Mar 14 05:24:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 23:24:46 -0500 Subject: [csw-maintainers] PHP-5.2.9 *** Now In Testing *** Message-ID: <49BB318E.10908@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: updated from 5.2.6 to 5.2.9 Please read the change log for a detail list of changes. http://www.php.net/ChangeLog-5.php#5.2.9 - -- 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 iEYEARECAAYFAkm7MY4ACgkQLrhmsXMSLxcApgCfZKyPrmZ3K9imvnthFObHZt2U 9QgAniLU/vyaWH0R/LTIi8jLjkzfqTr7 =Iaij -----END PGP SIGNATURE----- From ihsan at opencsw.org Sat Mar 14 09:35:53 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 14 Mar 2009 09:35:53 +0100 Subject: [csw-maintainers] Mail server maintenance Message-ID: <20090314083606.E6DCB6CBD@mail.opencsw.org> Hello, Due some problems with the mailing list software, I have to take down the services on the mail server to do maintenance. Starting at 18:00 UTC, the services might not be available for approximately 2 hours. Ihsan -- ihsan at dogan.ch From william at wbonnet.net Sat Mar 14 15:22:52 2009 From: william at wbonnet.net (William Bonnet) Date: Sat, 14 Mar 2009 15:22:52 +0100 Subject: [csw-maintainers] Cairo packages In-Reply-To: <49BA992E.60905@opencsw.org> References: <49BA894E.8010604@opencsw.org> <49BA8B47.3000002@wbonnet.net> <49BA992E.60905@opencsw.org> Message-ID: <49BBBDBC.6010802@wbonnet.net> Hi > I need cairo for the pycairo, pygtk is dependent on pycairo > I have build libcairo, but it needs pixman to be updated I have updated and build pixman, it fails because libgoject.la is missing. So i continue to work on updating more things :) 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 Sat Mar 14 15:56:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 14 Mar 2009 09:56:36 -0500 Subject: [csw-maintainers] Cairo packages In-Reply-To: <49BBBDBC.6010802@wbonnet.net> References: <49BA894E.8010604@opencsw.org> <49BA8B47.3000002@wbonnet.net> <49BA992E.60905@opencsw.org> <49BBBDBC.6010802@wbonnet.net> Message-ID: <49BBC5A4.7080906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 William Bonnet wrote: > Hi > >> I need cairo for the pycairo, pygtk is dependent on pycairo >> > I have build libcairo, but it needs pixman to be updated > I have updated and build pixman, it fails because libgoject.la is missing. > > So i continue to work on updating more things :) > > Cheers > Ahh the joys of open source dependency h311. that is why services like this one are so invaluable to admins. we do all the hard work and let the admins let the software do the work for them. if you need help building the dependencies let me know, I am still working on the GCC4 build porting to mGar, but the builds take 13hours on build8s so I have a lot down time. - -- 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 iEYEARECAAYFAkm7xaQACgkQLrhmsXMSLxcBmQCg2hplLygR/hWn1HHkmUm/BqSy buMAoLo3p71e3MKMFEKYp5fbPYzpTn14 =Xmtk -----END PGP SIGNATURE----- From ihsan at dogan.ch Sat Mar 14 20:01:27 2009 From: ihsan at dogan.ch (Ihsan Dogan) Date: Sat, 14 Mar 2009 20:01:27 +0100 Subject: [csw-maintainers] test Message-ID: <49BBFF07.7000405@dogan.ch> please ignore -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Mar 14 20:38:16 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 14 Mar 2009 20:38:16 +0100 Subject: [csw-maintainers] test Message-ID: <49BC07A8.2030306@opencsw.org> pleae ignore -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Mar 14 20:41:07 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 14 Mar 2009 20:41:07 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <20090314083606.E6DCB6CBD@mail.opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> Message-ID: <49BC0853.6070505@opencsw.org> Am 14.3.2009 9:35 Uhr, Ihsan Dogan schrieb: > Due some problems with the mailing list software, I have to take down the > services on the mail server to do maintenance. Starting at 18:00 UTC, the > services might not be available for approximately 2 hours. I've updated now to the newest version of Mailman and the mailing lists are running fine again. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From maciej.blizinski at gmail.com Sat Mar 14 11:11:03 2009 From: maciej.blizinski at gmail.com (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Sat, 14 Mar 2009 10:11:03 +0000 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> Message-ID: On Thu, Mar 12, 2009 at 1:10 PM, Dagobert Michelsen wrote: >> dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake >> gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make >> sure you are using at least 3.81. ?Stop. >> zsh: 16007 exit 2 ? ? gmake > > It is fixed in r3724. My system claims that the installed gmake version is 3.81, but the actual installed gmake version is 3.80: $ gmake package gar/gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make sure you are using at least 3.81. Stop. yaga trunk $ gmake --version GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ pkg-get upgrade gmake No worries... you already have version 3.81 of gmake If you doubt this message, run 'pkg-get -U', then run 'pkg-get upgrade gmake' $ pkgparam CSWgmake VERSION 3.81 Does anyone else see this? From hson at opencsw.org Sat Mar 14 22:33:55 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sat, 14 Mar 2009 22:33:55 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <49BC0853.6070505@opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> Message-ID: <49BC22C3.3050202@opencsw.org> Ihsan Dogan wrote: > Am 14.3.2009 9:35 Uhr, Ihsan Dogan schrieb: > >> Due some problems with the mailing list software, I have to take down the >> services on the mail server to do maintenance. Starting at 18:00 UTC, the >> services might not be available for approximately 2 hours. > > I've updated now to the newest version of Mailman and the mailing lists > are running fine again. Does this outage have anything to do with the fact that the website don't as it should? The package information pages, the maintainer pages and the search page all are basically blank From ihsan at opencsw.org Sat Mar 14 23:34:09 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 14 Mar 2009 23:34:09 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <49BC22C3.3050202@opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> Message-ID: <49BC30E1.5040203@opencsw.org> Am 14.3.2009 22:33 Uhr, Roger H?kansson schrieb: >>> Due some problems with the mailing list software, I have to take down >>> the services on the mail server to do maintenance. Starting at 18:00 >>> UTC, the services might not be available for approximately 2 hours. >> I've updated now to the newest version of Mailman and the mailing lists >> are running fine again. > > Does this outage have anything to do with the fact that the website > don't as it should? > The package information pages, the maintainer pages and the search page > all are basically blank I've updated php as well and for some obscure reason, the php.ini was screwed up. It's fixed now. Thanks for pointing on that. I was fixed on Mailman and I haven't checked the website after the update. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From rupert at opencsw.org Sun Mar 15 09:58:02 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 15 Mar 2009 09:58:02 +0100 Subject: [csw-maintainers] test sqlite, subversion, python, trac, mod_wsgi: pysqlite2 missing, mercurial maybe missing Message-ID: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> i tested the versions on testing by upgrading our trac installation. the following happened: * pysqlite2 does not match the sqlite version any more therefor trac does not run * python eggs needed to be reinstalled with easy_install. they were in lib/python, now they are in lib/python2.6 (but i guess this should not be a real problem ... even if it would be nice to know why it happens) * subversion seems to work basically (did not test interfaces, like java, ruby, ..) * mod_wsgi worked with mercurial (did not use the opencsw mercurial though ...) ad mercurial: would it make sense to package a mercurial.wsgi script as well? if yes, where would one put it? its basically a 5 line thing created by looking at http://www.selenic.com/mercurial/wiki/index.cgi/modwsgi. rupert. From rupert at opencsw.org Sun Mar 15 10:15:30 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 15 Mar 2009 10:15:30 +0100 Subject: [csw-maintainers] Release Candidate Discussion In-Reply-To: <49BA7603.4080303@opencsw.org> References: <49BA7603.4080303@opencsw.org> Message-ID: <6af4270903150215x72f81f33u88659ebf0bc35c5b@mail.gmail.com> On Fri, Mar 13, 2009 at 16:04, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I searched through the maintainers list archives and did not find anything on this. > If I missed please point me that direction. > > What is the policy on release candidates vs. stable? > > Personally, I like having 2 versions in "testing" that way we can help debug > the upstream packages as needed. ?but I don't think anything with release candidate > status should make it to unstable or stable. fully agree. try to compile seems to help a lot to get a version out much earlier as soon as the -rc status is gone. rupert. From mwatters at opencsw.org Sun Mar 15 17:13:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 11:13:32 -0500 Subject: [csw-maintainers] test sqlite, subversion, python, trac, mod_wsgi: pysqlite2 missing, mercurial maybe missing In-Reply-To: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> References: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> Message-ID: <49BD292C.2090304@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 rupert THURNER wrote: > i tested the versions on testing by upgrading our trac installation. > the following happened: > > * pysqlite2 does not match the sqlite version any more > therefor trac does not run I will fix the pysqlite2 package, the "old library" didn't get included for some reason, I will fix that. > * python eggs needed to be reinstalled with easy_install. > they were in lib/python, now they are in lib/python2.6 > (but i guess this should not be a real problem ... > even if it would be nice to know why it happens) prefix/lib/python is a non-standard location for python installs. I packaged it up standard. the "new version" should allow for eggs in prefix/lib/python. During the packaging, I "patched" site.py ( the extension that tells python where all the eggs are ) to search the as follows: lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/site-python:\ lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site-python are your eggs in /usr/lib/python or ...python/site-packages? > * subversion seems to work basically (did not test interfaces, like > java, ruby, ..) > * mod_wsgi worked with mercurial (did not use > the opencsw mercurial though ...) > > ad mercurial: would it make sense to package a mercurial.wsgi script > as well? if yes, where would one put it? its basically a 5 line thing > created by looking at > http://www.selenic.com/mercurial/wiki/index.cgi/modwsgi. I am not familiar with mercurial, but normally you would add it to the mercurial package as mercurial.wsgi.CSW and put it in the proper location within the package. leaving it disabled in the config. > > rupert. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers please submit bug reports for these issues. - -- 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 iEYEARECAAYFAkm9KSwACgkQLrhmsXMSLxeG3ACgsHvD2SdhueIiG042AMO6fS8I 4AoAnRRKFnvT7ASdRU3WyFABA+ZwvRSV =hY49 -----END PGP SIGNATURE----- From mwatters at opencsw.org Sun Mar 15 17:15:54 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 11:15:54 -0500 Subject: [csw-maintainers] test sqlite, subversion, python, trac, mod_wsgi: pysqlite2 missing, mercurial maybe missing In-Reply-To: <49BD292C.2090304@opencsw.org> References: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> <49BD292C.2090304@opencsw.org> Message-ID: <49BD29BA.5060109@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > rupert THURNER wrote: >> i tested the versions on testing by upgrading our trac installation. >> the following happened: > >> * pysqlite2 does not match the sqlite version any more >> therefor trac does not run > > I will fix the pysqlite2 package, the "old library" didn't get included for some reason, I will fix that. > >> * python eggs needed to be reinstalled with easy_install. >> they were in lib/python, now they are in lib/python2.6 >> (but i guess this should not be a real problem ... >> even if it would be nice to know why it happens) > prefix/lib/python is a non-standard location for python installs. I packaged it up standard. > the "new version" should allow for eggs in prefix/lib/python. During the packaging, > I "patched" site.py ( the extension that tells python where all the eggs are ) to search the as follows: > > lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/site-python:\ > lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site-python > > are your eggs in /usr/lib/python or ...python/site-packages? gerrr... are your eggs in prefix/lib/python or ...python/site-packages? > >> * subversion seems to work basically (did not test interfaces, like >> java, ruby, ..) >> * mod_wsgi worked with mercurial (did not use >> the opencsw mercurial though ...) > >> ad mercurial: would it make sense to package a mercurial.wsgi script >> as well? if yes, where would one put it? its basically a 5 line thing >> created by looking at >> http://www.selenic.com/mercurial/wiki/index.cgi/modwsgi. > > I am not familiar with mercurial, but normally you would add it to the mercurial > package as mercurial.wsgi.CSW and put it in the proper location within the package. > leaving it disabled in the config. > >> rupert. >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > > please submit bug reports for these issues. > > > _______________________________________________ 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 iEYEARECAAYFAkm9KboACgkQLrhmsXMSLxeyIQCfQEK3rvkFmlkm2RK3Go6evBQD t8kAni7oLgoB6CJ2MeyFp66750w/xdQj =9rSB -----END PGP SIGNATURE----- From mwatters at opencsw.org Sun Mar 15 17:28:45 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 11:28:45 -0500 Subject: [csw-maintainers] test sqlite, subversion, python, trac, mod_wsgi: pysqlite2 missing, mercurial maybe missing In-Reply-To: <49BD29BA.5060109@opencsw.org> References: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> <49BD292C.2090304@opencsw.org> <49BD29BA.5060109@opencsw.org> Message-ID: <49BD2CBD.2020307@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Mike Watters wrote: >> rupert THURNER wrote: >>> i tested the versions on testing by upgrading our trac installation. >>> the following happened: >>> * pysqlite2 does not match the sqlite version any more >>> therefor trac does not run What version of of sqlite3 are you running? pysqlite2 was compiled against It appears trac does not have a direct requirement for sqlite? $ pkginfo -l CSWsqlite3 PKGINST: CSWsqlite3 NAME: sqlite3 - An embeddable SQL engine in a C library CATEGORY: application ARCH: sparc VERSION: 3.2.2,REV=2005.07.10 VENDOR: http://www.sqlite.org/ packaged for CSW by Michael Gernoth PSTAMP: hastur20050710203124 INSTDATE: Dec 03 2008 22:49 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: michael at opencsw.org STATUS: completely installed FILES: 21 installed pathnames 6 shared pathnames 3 directories 7 executables 5695 blocks used (approx) >> I will fix the pysqlite2 package, the "old library" didn't get included for some reason, I will fix that. > >>> * python eggs needed to be reinstalled with easy_install. >>> they were in lib/python, now they are in lib/python2.6 >>> (but i guess this should not be a real problem ... >>> even if it would be nice to know why it happens) >> prefix/lib/python is a non-standard location for python installs. I packaged it up standard. >> the "new version" should allow for eggs in prefix/lib/python. During the packaging, >> I "patched" site.py ( the extension that tells python where all the eggs are ) to search the as follows: > >> lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/site-python:\ >> lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site-python > >> are your eggs in /usr/lib/python or ...python/site-packages? > gerrr... are your eggs in prefix/lib/python or ...python/site-packages? >>> * subversion seems to work basically (did not test interfaces, like >>> java, ruby, ..) >>> * mod_wsgi worked with mercurial (did not use >>> the opencsw mercurial though ...) >>> ad mercurial: would it make sense to package a mercurial.wsgi script >>> as well? if yes, where would one put it? its basically a 5 line thing >>> created by looking at >>> http://www.selenic.com/mercurial/wiki/index.cgi/modwsgi. >> I am not familiar with mercurial, but normally you would add it to the mercurial >> package as mercurial.wsgi.CSW and put it in the proper location within the package. >> leaving it disabled in the config. > >>> rupert. >>> _______________________________________________ >>> maintainers mailing list >>> maintainers at lists.opencsw.org >>> https://lists.opencsw.org/mailman/listinfo/maintainers > >> please submit bug reports for these issues. > > > > _______________________________________________ > 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 iEUEARECAAYFAkm9LL0ACgkQLrhmsXMSLxcCnQCYrOsqA3n9TyC6Xmfrs2ONBvuZ hwCdFrC0RSK5nPKNSI/pDAZNl5hA6I4= =XIbv -----END PGP SIGNATURE----- From skayser at opencsw.org Sun Mar 15 18:42:23 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 18:42:23 +0100 (CET) Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <49BC30E1.5040203@opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> <49BC30E1.5040203@opencsw.org> Message-ID: <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> Hi Ihsan, Ihsan Dogan schrieb: > Am 14.3.2009 22:33 Uhr, Roger H?kansson schrieb: > >>>> Due some problems with the mailing list software, I have to take down >>>> the services on the mail server to do maintenance. Starting at 18:00 >>>> UTC, the services might not be available for approximately 2 hours. >>> I've updated now to the newest version of Mailman and the mailing lists >>> are running fine again. >> >> Does this outage have anything to do with the fact that the website >> don't as it should? >> The package information pages, the maintainer pages and the search page >> all are basically blank > > I've updated php as well and for some obscure reason, the php.ini was > screwed up. It's fixed now. > > Thanks for pointing on that. I was fixed on Mailman and I haven't > checked the website after the update. could you take care of the bugtracker php.ini also please. :) You might just drop it as i now have a local test setup. Thanks. Sebastian From skayser at opencsw.org Sun Mar 15 20:45:33 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 20:45:33 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209222901.GT94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> Message-ID: <20090315194533.GA13675@sebastiankayser.de> * Philip Brown wrote: > 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. Could we settle on where this ?? should be. The wiki entry about cswclassutils [1] suggests /opt/csw/etc/cswfoo/cswusergroup where i would take cswfoo to be the package name. IMHO this has two issues: 1) The already addressed visibility to a user, who is just interested in configuring the service. "Huh, what's that file? What do i need it for?" 2) If CSWfoo already has configuration files directly beneath etc/ (this i the case for CSWdovecot) i as a package maintainer would feel inclined to consolidate these into the etc/cswfoo directory as well. On the other hand (and that feeling is stronger) i wouldn't want to change configuration file locations as not to break things on package updates. So how about /op/csw/share/foo/cswusergroup or something similar instead? Sebastian [1] http://wiki.opencsw.org/cswclassutils-package#toc5 From phil at bolthole.com Sun Mar 15 21:27:43 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 15 Mar 2009 13:27:43 -0700 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090315194533.GA13675@sebastiankayser.de> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> Message-ID: <20090315202742.GA85409@bolthole.com> On Sun, Mar 15, 2009 at 08:45:33PM +0100, Sebastian Kayser wrote: > .... > 2) If CSWfoo already has configuration files directly beneath etc/ > (this i the case for CSWdovecot) i as a package maintainer would feel > inclined to consolidate these into the etc/cswfoo directory as well. > On the other hand (and that feeling is stronger) i wouldn't want to > change configuration file locations as not to break things on package > updates. > I think that is inappropriate. My rationale for that being: /opt/csw/etc[/foo] (and /etc/opt/csw[/foo] ) should be where conf files for *running* the software go. In contrast, /opt/csw/etc/CSWfoo should be where conf files for configuring the *package* of it goes. This is in my mind, for clarity's sake. if someone is reading the standard documentation on the product, they will look in /opt/csw/etc/foo, and see all the software-documented files they expect. If on the other hand, they see a bunch of other things, they may get confused why they are there. I was thinking that files in /opt/csw/etc/CSWfoo, should only be applicable to pkgadd/pkgrm time. Hence, why in my opinion, the directory should be named after the PKG name. From ihsan at opencsw.org Sun Mar 15 21:31:25 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sun, 15 Mar 2009 21:31:25 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> <49BC30E1.5040203@opencsw.org> <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> Message-ID: <49BD659D.6000606@opencsw.org> Hello Sebastian, Am 15.3.2009 18:42 Uhr, Sebastian Kayser schrieb: >>>>> Due some problems with the mailing list software, I have to take down >>>>> the services on the mail server to do maintenance. Starting at 18:00 >>>>> UTC, the services might not be available for approximately 2 hours. >>>> I've updated now to the newest version of Mailman and the mailing lists >>>> are running fine again. >>> Does this outage have anything to do with the fact that the website >>> don't as it should? >>> The package information pages, the maintainer pages and the search page >>> all are basically blank >> I've updated php as well and for some obscure reason, the php.ini was >> screwed up. It's fixed now. >> Thanks for pointing on that. I was fixed on Mailman and I haven't >> checked the website after the update. > > could you take care of the bugtracker php.ini also please. :) You might > just drop it as i now have a local test setup. Thanks. The php.ini for Mantis was not touched at all and should be still the same. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From bwalton at opencsw.org Sun Mar 15 21:43:41 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 15 Mar 2009 16:43:41 -0400 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090315202742.GA85409@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> Message-ID: <1237149539-sup-9102@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Sun Mar 15 16:27:43 -0400 2009: Hi Phil, > In contrast, > /opt/csw/etc/CSWfoo > > should be where conf files for configuring the *package* of it goes. > > This is in my mind, for clarity's sake. > if someone is reading the standard documentation on the product, they will > look in /opt/csw/etc/foo, and see all the software-documented files they > expect. If on the other hand, they see a bunch of other things, they may > get confused why they are there. > > I was thinking that files in /opt/csw/etc/CSWfoo, should only be applicable > to pkgadd/pkgrm time. > Hence, why in my opinion, the directory should be named after the PKG name. I like this idea generally, for the reasons you've listed. I wonder though whether you think /opt/csw/etc/$something/CSWfoo would be acceptable. This would provided a single container for all directories (packages) that want to use this facility without much additional clutter in a spot that is clutter prone to begin with. I'm not sure what I'd suggest for $something though. Maybe 'pkg' or 'packages' or 'cswconf'? Is this a reasonable modification or do others see problems with it? 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 Sun Mar 15 22:19:14 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 15 Mar 2009 14:19:14 -0700 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <1237149539-sup-9102@ntdws12.chass.utoronto.ca> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> <1237149539-sup-9102@ntdws12.chass.utoronto.ca> Message-ID: <20090315211914.GA21760@bolthole.com> On Sun, Mar 15, 2009 at 04:43:41PM -0400, Ben Walton wrote: > I like this idea generally, for the reasons you've listed. I wonder > though whether you think /opt/csw/etc/$something/CSWfoo would be > acceptable. This would provided a single container for all > directories (packages) that want to use this facility without much > additional clutter in a spot that is clutter prone to begin with. I'm > not sure what I'd suggest for $something though. Maybe 'pkg' or > 'packages' or 'cswconf'? > > Is this a reasonable modification or do others see problems with it? makes sense to me, albeit a little long ;-) how about "pkgmgmt" ? "packagemanagement" is just waaaaayy too long. that, or "pkg",as in your original suggestion, seems to be good to me. From skayser at opencsw.org Sun Mar 15 22:21:55 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 22:21:55 +0100 (CET) Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <49BD659D.6000606@opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> <49BC30E1.5040203@opencsw.org> <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> <49BD659D.6000606@opencsw.org> Message-ID: <52485.217.227.44.156.1237152115.squirrel@ssl.skayser.de> Ihsan Dogan schrieb: > Am 15.3.2009 18:42 Uhr, Sebastian Kayser schrieb: > >>>>>> Due some problems with the mailing list software, I have to take >>>>>> down >>>>>> the services on the mail server to do maintenance. Starting at 18:00 >>>>>> UTC, the services might not be available for approximately 2 hours. >>>>> I've updated now to the newest version of Mailman and the mailing >>>>> lists >>>>> are running fine again. >>>> Does this outage have anything to do with the fact that the website >>>> don't as it should? >>>> The package information pages, the maintainer pages and the search >>>> page >>>> all are basically blank >>> I've updated php as well and for some obscure reason, the php.ini was >>> screwed up. It's fixed now. >>> Thanks for pointing on that. I was fixed on Mailman and I haven't >>> checked the website after the update. >> >> could you take care of the bugtracker php.ini also please. :) You might >> just drop it as i now have a local test setup. Thanks. > > The php.ini for Mantis was not touched at all and should be still the > same. Ok, maybe php isn't the same. I only get a blank page when accessing the bugtracker (curl -I says it's a 500). Seems as if session support is a module now and maybe hasn't been before. [Sun Mar 15 22:15:43 2009] [error] [client 217.227.44.156] FastCGI: server "/var/www/fcgi-bin/php5-fcgi-starter" stderr: PHP Fatal error: Call to undefined function session_cache_limiter() in /var/www/www.opencsw.org/mantis/mantisbt-1.1.6/core/session_api.php on line 57 $ php -c /opt/csw/php5/lib/php-xdebug.ini -m | grep session $ $ grep extension=session /opt/csw/php5/lib/php-xdebug.ini ;extension=session.so $ Don't suppose our regular pages do session stuff. Sebastian From skayser at opencsw.org Sun Mar 15 22:38:45 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 22:38:45 +0100 (CET) Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090315202742.GA85409@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> Message-ID: <52514.217.227.44.156.1237153125.squirrel@ssl.skayser.de> Philip Brown schrieb: > On Sun, Mar 15, 2009 at 08:45:33PM +0100, Sebastian Kayser wrote: >> .... >> 2) If CSWfoo already has configuration files directly beneath etc/ >> (this i the case for CSWdovecot) i as a package maintainer would feel >> inclined to consolidate these into the etc/cswfoo directory as well. >> On the other hand (and that feeling is stronger) i wouldn't want to >> change configuration file locations as not to break things on package >> updates. >> > > I think that is inappropriate. > My rationale for that being: > > /opt/csw/etc[/foo] (and /etc/opt/csw[/foo] ) > should be where conf files for *running* the software go. > > In contrast, > /opt/csw/etc/CSWfoo > > should be where conf files for configuring the *package* of it goes. > > This is in my mind, for clarity's sake. > if someone is reading the standard documentation on the product, they will > look in /opt/csw/etc/foo, and see all the software-documented files they > expect. If on the other hand, they see a bunch of other things, they may > get confused why they are there. Ok, we are on the same line here then. When i referred to etc/cswfoo i really meant etc/foo. Sorry for the confusion and thanks for the clarification. > I was thinking that files in /opt/csw/etc/CSWfoo, should only be > applicable > to pkgadd/pkgrm time. > Hence, why in my opinion, the directory should be named after the PKG > name. Yep, just something other than /opt/csw/etc/foo. Sebastian From skayser at opencsw.org Sun Mar 15 22:49:37 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 22:49:37 +0100 (CET) Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090315211914.GA21760@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> <1237149539-sup-9102@ntdws12.chass.utoronto.ca> <20090315211914.GA21760@bolthole.com> Message-ID: <52539.217.227.44.156.1237153777.squirrel@ssl.skayser.de> Philip Brown schrieb: > On Sun, Mar 15, 2009 at 04:43:41PM -0400, Ben Walton wrote: >> I like this idea generally, for the reasons you've listed. I wonder >> though whether you think /opt/csw/etc/$something/CSWfoo would be >> acceptable. This would provided a single container for all >> directories (packages) that want to use this facility without much >> additional clutter in a spot that is clutter prone to begin with. I'm >> not sure what I'd suggest for $something though. Maybe 'pkg' or >> 'packages' or 'cswconf'? >> >> Is this a reasonable modification or do others see problems with it? > > makes sense to me, albeit a little long ;-) > > how about "pkgmgmt" ? "packagemanagement" is just waaaaayy too long. > > that, or "pkg",as in your original suggestion, seems to be good to me. A $something subdirectory sounds good as it helps to keep the internals a bit out of the way from the regular config. And 'pkg' sounds good to :) So the following for a cswusergroup file then? /opt/csw/etc/pkg/CSWfoo/cswusergroup Sebastian From bwalton at opencsw.org Sun Mar 15 23:09:36 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 15 Mar 2009 18:09:36 -0400 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <52539.217.227.44.156.1237153777.squirrel@ssl.skayser.de> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> <1237149539-sup-9102@ntdws12.chass.utoronto.ca> <20090315211914.GA21760@bolthole.com> <52539.217.227.44.156.1237153777.squirrel@ssl.skayser.de> Message-ID: <1237154928-sup-6364@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Sun Mar 15 17:49:37 -0400 2009: > A $something subdirectory sounds good as it helps to keep the internals a > bit out of the way from the regular config. And 'pkg' sounds good to :) So > the following for a cswusergroup file then? I agree that shorter is better, I just wasn't sure if pkg was too short. The responses so far seem to indicate that it's not. +1 for etc/pkg/CSWfoo. -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 Mon Mar 16 01:14:17 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 19:14:17 -0500 Subject: [csw-maintainers] new wiki page Enable Fast Install Information Message-ID: <49BD99D9.4060507@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I finally created a wiki page for --enable-fast-install option information. https://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install Please feel free to fix any errors you find. I added a link from the main page https://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page if this is not the appropriate place for this link, Please move it and let me know for future pages. - -- 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 iEYEARECAAYFAkm9mdkACgkQLrhmsXMSLxcvgACfRp77iquSstDr43+yZlBZnNLX kccAoOBaOcy7sVvFMqUUczYNtzrGPkEU =3jAC -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 16 01:43:40 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 15 Mar 2009 17:43:40 -0700 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <49BD99D9.4060507@opencsw.org> References: <49BD99D9.4060507@opencsw.org> Message-ID: <20090316004340.GA56505@bolthole.com> On Sun, Mar 15, 2009 at 07:14:17PM -0500, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I finally created a wiki page for --enable-fast-install option information. > https://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install > Please feel free to fix any errors you find. > > I added a link from the main page > https://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page > > if this is not the appropriate place for this link, Please move it and let me know for future pages. it's not appropriate in that entire area, in my opinion. For one thing, you have to log in to read it. For another, it doesnt have anything to do with gar specifically, does it? I'd say it belongs either on wiki.opencsw.org, or as part of our build standards. Neither of which people need to "log in", to read. As far as our main site goes: if you think it would belong as part of one of the existing pages, please send me a "patch". If you think it deserves its own page there, we can set up one that is owned by you, if you like. From mwatters at opencsw.org Mon Mar 16 03:34:30 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 21:34:30 -0500 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <20090316004340.GA56505@bolthole.com> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> Message-ID: <49BDBAB6.5040802@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Sun, Mar 15, 2009 at 07:14:17PM -0500, Mike Watters wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I finally created a wiki page for --enable-fast-install option information. >> https://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install >> Please feel free to fix any errors you find. >> >> I added a link from the main page >> https://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page >> >> if this is not the appropriate place for this link, Please move it and let me know for future pages. > > it's not appropriate in that entire area, in my opinion. > > For one thing, you have to log in to read it. > For another, it doesnt have anything to do with gar specifically, does it? > I'd say it belongs either on wiki.opencsw.org, or as part of our build > standards. > Neither of which people need to "log in", to read. > > As far as our main site goes: if you think it would belong as part of one > of the existing pages, please send me a "patch". > If you think it deserves its own page there, we can set up one that is > owned by you, if you like. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers It is not specific to gar. more informational than anything else. yes it is the information on how libtool and sun compilers use the enable-fast-install. I applied for the wiki.opencsw pages. I am not sure where it would go on that page, if someone can "login" to sourceforge ;-) and look over the page and tell me where the best fit would be on the wiki.opencsw page. - -- 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 iEYEARECAAYFAkm9urUACgkQLrhmsXMSLxeS4wCgiD3/9vTDqQjqSkx+rrMsfjjU cwsAnR1xw3816kwPK2ZCslBDL+bMkWc0 =mPqH -----END PGP SIGNATURE----- From bonivart at opencsw.org Mon Mar 16 09:37:37 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 16 Mar 2009 09:37:37 +0100 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <49BDBAB6.5040802@opencsw.org> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> Message-ID: <625385e30903160137l2b36301sce576bd38f7a2c3d@mail.gmail.com> On Mon, Mar 16, 2009 at 3:34 AM, Mike Watters wrote: > I applied for the wiki.opencsw pages. I have approved your application. > I am not sure where it would go on that page, This would be fine: http://wiki.opencsw.org/build. > if someone can "login" to sourceforge ;-) and look over the page and tell me where the best fit would be on the > wiki.opencsw page. When you post links from Sourceforge, just replace https with http and no login is required. :-) -- /peter From dam at opencsw.org Mon Mar 16 11:27:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 11:27:42 +0100 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <49BDBAB6.5040802@opencsw.org> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> Message-ID: <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> Hi, Am 16.03.2009 um 03:34 schrieb Mike Watters: > Philip Brown wrote: >> On Sun, Mar 15, 2009 at 07:14:17PM -0500, Mike Watters wrote: >>> I finally created a wiki page for --enable-fast-install option >>> information. >>> https://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install >>> Please feel free to fix any errors you find. >>> >>> I added a link from the main page >>> https://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page >>> >>> if this is not the appropriate place for this link, Please move it >>> and let me know for future pages. >> >> it's not appropriate in that entire area, in my opinion. >> >> For one thing, you have to log in to read it. That is just because of the wrong link - if you are logged in you get https-prefix which needs login, http does not. >> For another, it doesnt have anything to do with gar specifically, >> does it? >> I'd say it belongs either on wiki.opencsw.org, or as part of our >> build >> standards. Well, the build standard should say "Build for sparcv8". How to achieve this with GAR and modifying flags to get a suitable build does have something to do with GAR. In the SF-wiki should be all information needed to build a package with GAR and this information is helpful here. Separating out build information for manual builds is IMHO not useful - building manually will hopefully no longer be necessary soon. Best regards -- Dago From dam at opencsw.org Mon Mar 16 13:05:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 13:05:50 +0100 Subject: [csw-maintainers] Release of pysqlite2 Message-ID: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> Hi, this is on out webpage of released packages: pysqlite2 - 2.3.5,REV=2009.03.13 - SQLite3 support for Python The comment "SQLite3" seems confusing to me. Best regards -- Dago From phil at bolthole.com Mon Mar 16 16:33:59 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 08:33:59 -0700 Subject: [csw-maintainers] Release of pysqlite2 In-Reply-To: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> References: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> Message-ID: <20090316153359.GC61492@bolthole.com> On Mon, Mar 16, 2009 at 01:05:50PM +0100, Dagobert Michelsen wrote: > Hi, > > this is on out webpage of released packages: > > pysqlite2 - 2.3.5,REV=2009.03.13 - SQLite3 support for Python > > The comment "SQLite3" seems confusing to me. it DOES actually depend on sqlite3 though. the NAME "pysqlite2" is the confusing thing, really. its a hack to allow multiple versions of "pysqlite" it would seem. (both version 1.1.8, and 2.3.5) really, we should have only one "sqlite" package. Anyone know if it's possible to merge them? From mwatters at opencsw.org Mon Mar 16 16:34:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 10:34:32 -0500 Subject: [csw-maintainers] Release of pysqlite2 In-Reply-To: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> References: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> Message-ID: <49BE7188.30601@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > this is on out webpage of released packages: > > pysqlite2 - 2.3.5,REV=2009.03.13 - SQLite3 support for Python > > The comment "SQLite3" seems confusing to me. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Yes, I agree it is a bit confusing the version of pysqlite2 is version "2.3.5", but the package is actually linked against sqlite3. I did not change the comment when I took over the package. I am happy to change the comment to 2.x support, but I think most people have grown accustomed to the nameing convention. The CSWpysqlite package uses pysqlite version 1.1.8 which is technically also linked against sqlite3 the difference is the actual extension code. the jump from 1.x to 2.x was a drastic change in the way the extension worked, and 1.1.8 still has some modules that require that version, albeit a very few. - -- 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 iEYEARECAAYFAkm+cYcACgkQLrhmsXMSLxcsQgCfeDYOjUX8mzl/4eplUXPSdIyH 0lsAoNMoScM6XkONpYuSJIjwcyHQqw0L =a3+1 -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 16 16:40:33 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 08:40:33 -0700 Subject: [csw-maintainers] pysqlite - now obsolete? Message-ID: <20090316154033.GA86415@bolthole.com> Erm... http://www.opencsw.org/packages/pysqlite "Packages that depend on this one [none]" Maybe it's time for a rename, and jettison of old junk? Unless the dependancy list is broken? From mwatters at opencsw.org Mon Mar 16 16:40:59 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 10:40:59 -0500 Subject: [csw-maintainers] Release of pysqlite2 In-Reply-To: <20090316153359.GC61492@bolthole.com> References: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> <20090316153359.GC61492@bolthole.com> Message-ID: <49BE730B.2000502@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Mon, Mar 16, 2009 at 01:05:50PM +0100, Dagobert Michelsen wrote: >> Hi, >> >> this is on out webpage of released packages: >> >> pysqlite2 - 2.3.5,REV=2009.03.13 - SQLite3 support for Python >> >> The comment "SQLite3" seems confusing to me. > > it DOES actually depend on sqlite3 though. > > the NAME "pysqlite2" is the confusing thing, really. > its a hack to allow multiple versions of "pysqlite" it would seem. > (both version 1.1.8, and 2.3.5) > > > really, we should have only one "sqlite" package. > Anyone know if it's possible to merge them? Technically we could merge the packages as they are not mutually exclusive. pysqlite is installed under .../site-packages/sqlite and the pysqlite2 is installed under .../site-packages/pysqlite2 I am not sure what issues this would cause in the wild. > > _______________________________________________ > 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 iEYEARECAAYFAkm+cwoACgkQLrhmsXMSLxdQPACghxtF86PD/0Ovkm8xHELdAIL3 ioMAoNPtezk1vaTdYGI/EhR68n+Yk2oH =Js6v -----END PGP SIGNATURE----- From mwatters at opencsw.org Mon Mar 16 16:42:55 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 10:42:55 -0500 Subject: [csw-maintainers] pysqlite - now obsolete? In-Reply-To: <20090316154033.GA86415@bolthole.com> References: <20090316154033.GA86415@bolthole.com> Message-ID: <49BE737F.9010604@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > Erm... > > http://www.opencsw.org/packages/pysqlite > > "Packages that depend on this one > > [none]" > > > Maybe it's time for a rename, and jettison of old junk? > > Unless the dependancy list is broken? > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers yes there are no CSW packages that depend on this one. I will do some digging to get a count of how many pear/pecl insallations there are that still require this version. - -- 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 iEYEARECAAYFAkm+c38ACgkQLrhmsXMSLxcbrwCfcmYi4lG4GFhi84+S09bULdC/ jv4AnjZmU+p8oWhnNB+q+A8TJiPqVh3Q =AwaX -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 16 16:45:06 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 08:45:06 -0700 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> Message-ID: <20090316154506.GB86415@bolthole.com> > That is just because of the wrong link - if you are logged in > you get https-prefix which needs login, http does not. [...] so, http://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install i have some comments: "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." So basically, "never use -fast, with C++ programs" :-/ exception handling is really important with many C++ programs. Demons, certainly. Also, while at the top, it mentions Macro: AC_DISABLE_FAST_INSTALL It does not mention how a maintainer should SET this macro, to disable libtoool fast-install From mwatters at opencsw.org Mon Mar 16 19:00:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 13:00:32 -0500 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <20090316154506.GB86415@bolthole.com> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> <20090316154506.GB86415@bolthole.com> Message-ID: <49BE93C0.5000006@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: >> That is just because of the wrong link - if you are logged in >> you get https-prefix which needs login, http does not. > [...] > > so, > > http://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install > > i have some comments: > "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." Unfortunately that is the recommendation from the manpage for Sun's cc I have not looked at any specific C++ only programs to see if it is on or off by default. it gets better, I just pulled up the man page for gcc the equivilant option is -ffast-math and it says basically the same thing. I will add the gcc piece to the page as well. [ ==> Begin Quote <== ] -ffast-math Sets -fno-math-errno, -funsafe-math-optimizations, -fno-trapping-math, -ffinite-math-only, -fno-rounding-math and -fno-signaling-nans. This option causes the preprocessor macro "__FAST_MATH__" to be defined. This option should never be turned on by any -O option since it can result in incorrect output for programs which depend on an exact implementation of IEEE or ISO rules/specifications for math functions. [ ==> End Quote <== ] it then goes on to explain each of the options set by the flag... > > So basically, "never use -fast, with C++ programs" :-/ > exception handling is really important with many C++ programs. > Demons, certainly. > > Also, while at the top, it mentions > > Macro: AC_DISABLE_FAST_INSTALL Libtool by default has this option turned off. The configure scripts that are generated with automake/autoconf seem to be the ones that default to on. I will try to make that more clear. > > It does not mention how a maintainer should SET this macro, to disable > libtoool fast-install > > > _______________________________________________ > 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 iEYEARECAAYFAkm+k8AACgkQLrhmsXMSLxd2GQCaAhFm/3szVRL4CzKPTJoneGWr Fd8AoMEpsRkLVUZpuFQV638L9TPUOe8I =RwBw -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 16 19:16:56 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 11:16:56 -0700 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <49BE93C0.5000006@opencsw.org> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> <20090316154506.GB86415@bolthole.com> <49BE93C0.5000006@opencsw.org> Message-ID: <20090316181656.GC60179@bolthole.com> On Mon, Mar 16, 2009 at 01:00:32PM -0500, Mike Watters wrote: > .... > Unfortunately, that is the recommendation from the manpage for Sun's cc that's irrelevant.... we are determining what WE recommend, for OUR binaries :-) > > Also, while at the top, it mentions > > > > Macro: AC_DISABLE_FAST_INSTALL > > > > It does not mention how a maintainer should SET this macro, to disable > > libtoool fast-install > > Libtool by default has this option turned off. > The configure scripts that are generated with automake/autoconf > seem to be the ones that default to on. > I will try to make that more clear. To be even clearer: maintainers probably dont care which defaults to what. They will primarily care about, "How Do I Turn This Off?" ;-) From william at wbonnet.net Mon Mar 16 20:02:12 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 20:02:12 +0100 Subject: [csw-maintainers] License for makefiles and other packages component Message-ID: <49BEA234.1020101@wbonnet.net> Hi Actually most (not to say all) of the files we provide do not include license statement. During the meeting in Zurich, we talked about the choice of such a license. I am talking about files stored in svn @ sf.net (Makefiles, manifest, config files, etc.). Not about the license of the software we package. Everything we provide with the package, or to create the package. IMHO we should choose a license for the materials we deliver. Any thoughts ? 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 Mon Mar 16 20:15:31 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 12:15:31 -0700 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49BEA234.1020101@wbonnet.net> References: <49BEA234.1020101@wbonnet.net> Message-ID: <20090316191531.GA55759@bolthole.com> On Mon, Mar 16, 2009 at 08:02:12PM +0100, William Bonnet wrote: >... > IMHO we should choose a license for the materials we deliver. > > Any thoughts ? > well, seems appropriate that either you(since you bring it up!) or "the Secretary" should summarize what the consensus was on a proposed license for us, as first order of business. From bwalton at opencsw.org Mon Mar 16 20:20:48 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 16 Mar 2009 15:20:48 -0400 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49BEA234.1020101@wbonnet.net> References: <49BEA234.1020101@wbonnet.net> Message-ID: <1237231179-sup-2738@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Mon Mar 16 15:02:12 -0400 2009: > IMHO we should choose a license for the materials we deliver. > > Any thoughts ? I'm in the GPL camp (2 or 3, either is fine with me). -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 Mon Mar 16 20:31:12 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 14:31:12 -0500 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <1237231179-sup-2738@ntdws12.chass.utoronto.ca> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> Message-ID: <49BEA900.30306@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ben Walton wrote: > Excerpts from William Bonnet's message of Mon Mar 16 15:02:12 -0400 2009: >> IMHO we should choose a license for the materials we deliver. >> >> Any thoughts ? > > I'm in the GPL camp (2 or 3, either is fine with me). > > -Ben > > > ------------------------------------------------------------------------ > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers FWIW +1 for GPL 2 or 3 IANAL so not sure how it actually works, but I think if the "base" license is GPL2, the maintainer's patches and scripts can be either GPL v2 or v3 or later, their Choice "I believe." whereas if the license for the base is GPL v3 then the maintainer's additions must be GPL v3 or later. any source code patch would fall under the license of the original source "I think" please correct me if I am way off base here. - -- 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 iEYEARECAAYFAkm+qP8ACgkQLrhmsXMSLxdupwCg5dMhheJBpUVDW/zc8ehieRxh TgYAn37HozjROEKSlkoe8oFeiyEg25uR =mhaD -----END PGP SIGNATURE----- From dam at opencsw.org Mon Mar 16 21:37:01 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 21:37:01 +0100 Subject: [csw-maintainers] Which packages are in GAR? Message-ID: Hi, for the GAR-month William prepared a list of packages with an added column if the packages are in GAR or not: Additionally, it contains another table listing packages in GAR but not released from the GAR build. That means these descriptions need work to get a releasable package. Thanks William! -- Dago From glaw at opencsw.org Mon Mar 16 21:52:18 2009 From: glaw at opencsw.org (Gary Law) Date: Mon, 16 Mar 2009 20:52:18 +0000 Subject: [csw-maintainers] [csw-users] Porting facter and puppet packages to mGAR In-Reply-To: <49BDCB05.2060804@gmail.com> References: <49BDCB05.2060804@gmail.com> Message-ID: 2009/3/16 Roger H?kansson > Maciej Blizi?ski wrote: > >> Hi Gary, >> >> I can see you're using custom shell scripts to build facter and puppet >> packages[1]. Would you mind porting those builds to mGAR? >> >> > In the spirit of the thematics of the month and having a few free minutes I > took a quick look at it to help Gary. > > facter was no problem and what's in svn now builds a package which should > be just like the released one. > > I'm not sure which address Gary actually uses. I'm pretty good at ignoring all of them. ;) so sorry to get into this discussion late, I'm a little busy at the moment. .. Most of my packages are in mgar, but not facter and puppet thus far. They're very custom, not you're usual configure/make/make install. Then again, I just got djbdns into mgar, and that's a fairly custom too, so I'm sure it's doable. I'll take a look at the facter output when I get some free time for testing it. > puppet is a bit trickier since there are two startup scripts and I'm really > not used to create packages which have startup scipts. > What's in svn isn't complete to build a package, right now pkgmk breaks due > to problems with the startup scripts, but I commited it anyway so Gary at > least have a starting point. > The startup scripts are based on those shipped by puppet's developers, nice of them to put together svcadm friendly xml files, I just needed to sed 'em into CSW-friendly paths. Not too tricky. I've also, purely for my own purposes, just put together the needed methods and xmls for puppetmaster, and was planning to pop these into the next update of the package I go. If you want to see the gory details of the scripts, in order to see what customisation needs to be ported into gar, they're here: http://garylaw.net/packages I've just re-uploaded tonight to make sure the published ones are the latest and greatest. I fully intend to get these into mgar. One day. I've also suggested to the maintainers list that all CSW software be either ported to mgar or desupported. Custom scripts are really not the way to go. I feel, at the very least, the custom scripts that are used need to be published or the software pulled from the archives. Anyway, thanks for taking a look. Gary -- Gary Law -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Mon Mar 16 21:55:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 21:55:43 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090316191531.GA55759@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> Message-ID: <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> Hi, Am 16.03.2009 um 20:15 schrieb Philip Brown: > On Mon, Mar 16, 2009 at 08:02:12PM +0100, William Bonnet wrote: >> >> IMHO we should choose a license for the materials we deliver. >> >> Any thoughts ? >> > > well, seems appropriate that either you(since you bring it up!) or > "the Secretary" should summarize what the consensus was on a proposed > license for us, as first order of business. Well, I can't remember that we really had a consensus on this (or even talked about it more than "we must decide on a license"). Funny thing you bring this up now as Maciej asked this same question some days ago: Am 11.03.2009 um 08:47 schrieb Maciej Blizi?ski: > On Tue, Mar 10, 2009 at 11:03 PM, Dagobert Michelsen > wrote: >> Am 10.03.2009 um 22:20 schrieb Maciej Blizi?ski: >>> What is the license of GAR build files? Let's say I contribute a GAR >>> build, which is essentially a bit of code. What license applies to >>> this code? Where is the license specified? Should GAR Makefiles >>> contain some form of a copyright note? >>> >> >> >> As mGAR was derived from GAR which was derived from GARNOME which >> was released under GPL I always thought everything in the repository >> was also under GPL, but I can't find a license anywhere. I can't find a license in But I have this here: Not authoritative, but a good starting point: GPLv2 I would consider the build descriptions in the repository also under GPLv2 as derived license. > Could a header be used in each Makefile? Something along the lines of: > > http://devmanual.gentoo.org/ebuild-writing/file-format/index.html#ebuild-header > >> I guess we should add a central note about the license. > > Or even two notes, one applying to mGAR itself (probably placed in > [1]), and one applying to the builds. > > [1] https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2/ I like the style from Maciejs' link. Thoughts? Best regards -- Dago From phil at bolthole.com Mon Mar 16 22:00:39 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 14:00:39 -0700 Subject: [csw-maintainers] [csw-users] Porting facter and puppet packages to mGAR In-Reply-To: References: <49BDCB05.2060804@gmail.com> Message-ID: <20090316210039.GC78033@bolthole.com> side note: folks, please dont cross-post between the maintainers and the users list. That being said... On Mon, Mar 16, 2009 at 08:52:18PM +0000, Gary Law wrote: >... > The startup scripts are based on those shipped by puppet's developers, > nice of them to put together svcadm friendly xml files, I just needed to > sed 'em into CSW-friendly paths. Not too tricky. I've also, purely for my > own purposes, just put together the needed methods and xmls for > puppetmaster, and was planning to pop these into the next update of the > package I go. A reminder: if appropriate, it's better still, to take advantage of our cswclassutils scripts, to enable SMF support automatically, rather than use hand-tweaked xml files. Longer term, it will let us do "Spiffy Things" in an across-the-board manner. If there is a specific benefit for hand-crafting xml files, that's different. But otherwise, please consider the generic approach instead. From phil at bolthole.com Mon Mar 16 22:01:56 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 14:01:56 -0700 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> Message-ID: <20090316210156.GD78033@bolthole.com> On Mon, Mar 16, 2009 at 09:55:43PM +0100, Dagobert Michelsen wrote: > Am 16.03.2009 um 20:15 schrieb Philip Brown: >> well, seems appropriate that either you(since you bring it up!) or >> "the Secretary" should summarize what the consensus was on a proposed >> license for us, as first order of business. > > Well, I can't remember that we really had a consensus on this > (or even talked about it more than "we must decide on a license"). > yikes.... we had seems like an hour-long talk on the subject! we discussed, and generally agreed upon, an opencsw-specific license. Does that help jog your memory From william at wbonnet.net Mon Mar 16 22:14:57 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 22:14:57 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> Message-ID: <49BEC151.4010600@wbonnet.net> Hi > Well, I can't remember that we really had a consensus on this > (or even talked about it more than "we must decide on a license"). +1 > > Funny thing you bring this up now as Maciej asked this same question Not really funny, Maciej made me think about this while reading old mails and it's his idea. After a quick read, now i am not sure that i understood well what he asked. It seemed me the discussions was about GAR license itself. By the way, i think he is still not on this list, and that's one of the topic we add to discuss after Zurich. Since we are planning to move more things to GAR, it is certainly a good time to have this discussion on this list. 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 Joerg.Schilling at fokus.fraunhofer.de Mon Mar 16 22:16:22 2009 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Mon, 16 Mar 2009 22:16:22 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49BEA900.30306@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> Message-ID: <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> Mike Watters wrote: > patches and scripts can be either GPL v2 or v3 or later, their Choice "I believe." > > whereas if the license for the base is GPL v3 then the maintainer's additions must be GPL v3 or later. > any source code patch would fall under the license of the original source "I think" The makefiles in question are not part of "the work" but only part of "the complete source" (which is more than "the work"). For any part that is beyond "the work", there is no license requirement in the GPL. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From ihsan at opencsw.org Mon Mar 16 22:21:30 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 16 Mar 2009 22:21:30 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <52485.217.227.44.156.1237152115.squirrel@ssl.skayser.de> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> <49BC30E1.5040203@opencsw.org> <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> <49BD659D.6000606@opencsw.org> <52485.217.227.44.156.1237152115.squirrel@ssl.skayser.de> Message-ID: <49BEC2DA.6040106@opencsw.org> Am 15.3.2009 22:21 Uhr, Sebastian Kayser schrieb: >>> could you take care of the bugtracker php.ini also please. :) You might >>> just drop it as i now have a local test setup. Thanks. >> The php.ini for Mantis was not touched at all and should be still the >> same. > > Ok, maybe php isn't the same. I only get a blank page when accessing the > bugtracker (curl -I says it's a 500). Seems as if session support is a > module now and maybe hasn't been before. > > [Sun Mar 15 22:15:43 2009] [error] [client 217.227.44.156] FastCGI: server > "/var/www/fcgi-bin/php5-fcgi-starter" stderr: PHP Fatal error: Call to > undefined function session_cache_limiter() in > /var/www/www.opencsw.org/mantis/mantisbt-1.1.6/core/session_api.php on > line 57 > > $ php -c /opt/csw/php5/lib/php-xdebug.ini -m | grep session > $ > $ grep extension=session /opt/csw/php5/lib/php-xdebug.ini > ;extension=session.so > $ > > Don't suppose our regular pages do session stuff. Ok, it's loaded now. It was loaded before, maybe the PHP packaged changed a little bit. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From skayser at opencsw.org Mon Mar 16 22:22:37 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Mar 2009 22:22:37 +0100 (CET) Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090316210156.GD78033@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <20090316210156.GD78033@bolthole.com> Message-ID: <49262.217.227.28.184.1237238557.squirrel@ssl.skayser.de> Philip Brown schrieb: > On Mon, Mar 16, 2009 at 09:55:43PM +0100, Dagobert Michelsen wrote: >> Am 16.03.2009 um 20:15 schrieb Philip Brown: >>> well, seems appropriate that either you(since you bring it up!) or >>> "the Secretary" should summarize what the consensus was on a proposed >>> license for us, as first order of business. >> >> Well, I can't remember that we really had a consensus on this >> (or even talked about it more than "we must decide on a license"). >> > > yikes.... we had seems like an hour-long talk on the subject! > we discussed, and generally agreed upon, an opencsw-specific license. > Does that help jog your memory If we want to refer to what had been discussed back then, we should ask Trygve, as he was the one who was into the licensing issue. Trygve, you there? :) Or Othmar who was taking notes. Sebastian From dam at opencsw.org Mon Mar 16 22:35:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 22:35:50 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: Hi, Am 16.03.2009 um 22:16 schrieb Joerg Schilling: > Mike Watters wrote: > >> patches and scripts can be either GPL v2 or v3 or later, their >> Choice "I believe." >> >> whereas if the license for the base is GPL v3 then the maintainer's >> additions must be GPL v3 or later. >> any source code patch would fall under the license of the original >> source "I think" > > The makefiles in question are not part of "the work" but only part > of "the > complete source" (which is more than "the work"). For any part that > is beyond > "the work", there is no license requirement in the GPL. About the "Core GAR" there is no doubt: It was released under GPLv2 and I'm comfortable with sticking my mGAR v2 stuff under it. Personally, I like the idea of having all the stuff under the same license if possible. Best regards -- Dago From skayser at opencsw.org Mon Mar 16 22:44:06 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Mar 2009 22:44:06 +0100 (CET) Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: References: Message-ID: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> Dagobert Michelsen schrieb: > for the GAR-month William prepared a list of packages with an > added column if the packages are in GAR or not: > Nice, is it updated automatically? Is there a breakdown by maintainer so that everyone can check whether his packages in GAR are already correctly picked up by these statistics? What do you think about sending an email to each maintainer asking to move their builds to GAR in case they haven't done so already (including some pointers/links to help them get started)? I guess not everyone is reading here on a regular basis (and thus is aware that builds should be moved to GAR). Sebastian From bonivart at opencsw.org Mon Mar 16 22:51:42 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 16 Mar 2009 22:51:42 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: References: Message-ID: <625385e30903161451w36002a8fmf1f887e333afefa7@mail.gmail.com> On Mon, Mar 16, 2009 at 9:37 PM, Dagobert Michelsen wrote: > for the GAR-month William prepared a list of packages with an > added column if the packages are in GAR or not: > ? > Additionally, it contains another table listing packages in GAR > but not released from the GAR build. That means these descriptions > need work to get a releasable package. I'm not sure why but a few of my packages are listed as not in GAR even though they are. I'm thinking of ap2_modgeoip and lzop. According to my own notes I now have 38 out of 41 in GAR: -- /peter From Joerg.Schilling at fokus.fraunhofer.de Mon Mar 16 22:48:55 2009 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Mon, 16 Mar 2009 22:48:55 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: <49bec947.kmOdcxGG5J9YiQc5%Joerg.Schilling@fokus.fraunhofer.de> Dagobert Michelsen wrote: > > The makefiles in question are not part of "the work" but only part > > of "the > > complete source" (which is more than "the work"). For any part that > > is beyond > > "the work", there is no license requirement in the GPL. > > About the "Core GAR" there is no doubt: It was released under GPLv2 > and I'm comfortable with sticking my mGAR v2 stuff under it. > > Personally, I like the idea of having all the stuff under the same > license > if possible. As there is more than one license in the world, you cannot have everything under the same license. Also please note that GPLv3 and GPLv3 are incompatibile to each other. If you like to mention a license for the makefiles, it is rather important to make sure that the license used for the files alloes to redistribute, to change and to redistribute changed files. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From william at wbonnet.net Mon Mar 16 22:54:28 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 22:54:28 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> Message-ID: <49BECA94.7050003@wbonnet.net> Hi > Nice, is it updated automatically? Yes it is > Is there a breakdown by maintainer so > that everyone can check whether his packages in GAR are already correctly > picked up by these statistics? > Soon :) I work on a more complete version. I choosed to released it soon, so you have a first list of the package to move. Then i'll add more information, including packages owned by retired maintainers. > What do you think about sending an email to each maintainer asking to move > their builds to GAR in case they haven't done so already (including some > pointers/links to help them get started)? Sure, but first we need more documentation on GAR. Same for uwatch... > I guess not everyone is reading > here on a regular basis (and thus is aware that builds should be moved to > GAR). > It is good idea. Do you think guys i should send it soon ? (let say this week end, time to fix a few things in my script) 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 Mar 16 22:55:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 22:55:47 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49bec947.kmOdcxGG5J9YiQc5%Joerg.Schilling@fokus.fraunhofer.de> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> <49bec947.kmOdcxGG5J9YiQc5%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: <8C29FFDD-32E8-450C-9003-A8FD7024CA72@opencsw.org> Hi J?rg, Am 16.03.2009 um 22:48 schrieb Joerg Schilling: > Dagobert Michelsen wrote: >> About the "Core GAR" there is no doubt: It was released under GPLv2 >> and I'm comfortable with sticking my mGAR v2 stuff under it. >> >> Personally, I like the idea of having all the stuff under the same >> license >> if possible. > > As there is more than one license in the world, you cannot have > everything > under the same license. Also please note that GPLv3 and GPLv3 are > incompatibile > to each other. Hugh? Do you mean GPLv2 and GPLv3? > If you like to mention a license for the makefiles, it is rather > important > to make sure that the license used for the files alloes to > redistribute, to > change and to redistribute changed files. Isn't this true for e. g. all GPL-licenses? Best regards -- Dago From william at wbonnet.net Mon Mar 16 22:58:12 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 22:58:12 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <625385e30903161451w36002a8fmf1f887e333afefa7@mail.gmail.com> References: <625385e30903161451w36002a8fmf1f887e333afefa7@mail.gmail.com> Message-ID: <49BECB74.9070600@wbonnet.net> Hi Peter > I'm not sure why but a few of my packages are listed as not in GAR > even though they are. I'm thinking of ap2_modgeoip and lzop. > > According to my own notes I now have 38 out of 41 in GAR: > This script is not yet 100% bug free :) It relies on a gmake target (which i suspect to have a bug...) and it also relies on the different Makefiles. If a Makefile cannot build the pkglist target, it will not appear in the list, or it will appear as Not In Gar if it has already been pushed to current. I'm working on improving 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 william at wbonnet.net Mon Mar 16 23:03:25 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 23:03:25 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples Message-ID: <49BECCAD.8010002@wbonnet.net> Hi I am trying to build sparcv8 and v9 binaries for sqlite3 and i am looking for an examples in the GAR Makefiles ? Which one should i use as template ? Actually binaries are built in different dirs but when merge, i don't have the sparcv9 subdir created Thanks in advance 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 glaw at opencsw.org Mon Mar 16 23:06:27 2009 From: glaw at opencsw.org (Gary Law) Date: Mon, 16 Mar 2009 22:06:27 +0000 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: 2009/3/16 Dagobert Michelsen > About the "Core GAR" there is no doubt: It was released under GPLv2 > and I'm comfortable with sticking my mGAR v2 stuff under it. > Personally, I like the idea of having all the stuff under the same license > if possible. It would be nice if that were possible, I'm sure most people would be OK with GPLv2. I don't think you should accept anything into mGAR that's not at the very least open source under some sort of recognised OSS licence (GPL, BSD...) -- Gary Law -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at bolthole.com Mon Mar 16 23:07:50 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 15:07:50 -0700 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> Message-ID: <20090316220750.GF78033@bolthole.com> On Mon, Mar 16, 2009 at 10:44:06PM +0100, Sebastian Kayser wrote: > What do you think about sending an email to each maintainer asking to move > their builds to GAR in case they haven't done so already (including some > pointers/links to help them get started)? I guess not everyone is reading > here on a regular basis (and thus is aware that builds should be moved to > GAR). Every maintainer should be "reading here on a regular basis". it's part of the responsability of being a package maintainer. However, it is reasonable for maintainers to ignore messages with subject lines that dont appear to be relevant to them. So sometimes, that happens :-) From Joerg.Schilling at fokus.fraunhofer.de Mon Mar 16 23:06:41 2009 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Mon, 16 Mar 2009 23:06:41 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <8C29FFDD-32E8-450C-9003-A8FD7024CA72@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> <49bec947.kmOdcxGG5J9YiQc5%Joerg.Schilling@fokus.fraunhofer.de> <8C29FFDD-32E8-450C-9003-A8FD7024CA72@opencsw.org> Message-ID: <49becd71.SCgxq0sQaMI46Nsk%Joerg.Schilling@fokus.fraunhofer.de> Dagobert Michelsen wrote: > > As there is more than one license in the world, you cannot have > > everything > > under the same license. Also please note that GPLv3 and GPLv3 are > > incompatibile > > to each other. > > Hugh? Do you mean GPLv2 and GPLv3? Of course ;-) > > If you like to mention a license for the makefiles, it is rather > > important > > to make sure that the license used for the files alloes to > > redistribute, to > > change and to redistribute changed files. > > Isn't this true for e. g. all GPL-licenses? This is true for any license that was aproved by opensource.org. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From skayser at opencsw.org Mon Mar 16 23:11:28 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Mar 2009 23:11:28 +0100 (CET) Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49BECA94.7050003@wbonnet.net> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> Message-ID: <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> William Bonnet schrieb: >> Nice, is it updated automatically? > Yes it is How often? :) >> Is there a breakdown by maintainer so >> that everyone can check whether his packages in GAR are already >> correctly >> picked up by these statistics? >> > Soon :) > I work on a more complete version. I choosed to released it soon, so you > have a first list of the package to move. Yep, that's good. Thank you for working on it. > Then i'll add more information, including packages owned by retired > maintainers. >> What do you think about sending an email to each maintainer asking to >> move >> their builds to GAR in case they haven't done so already (including some >> pointers/links to help them get started)? > Sure, but first we need more documentation on GAR. Same for uwatch... Anyone working on the GAR docs right now? If not and you guys don't mind i would revamp the Wiki a bit so that is easier for GAR beginners to find the information they are looking for. Specifically i though about two things: 1) Reordering stuff on the main page and adding some descriptions so that you better know what a topic is about. 2) Adding a _brief_ quickstart HOWTO for using GAR (reusing some info from the Tutorial). >> I guess not everyone is reading >> here on a regular basis (and thus is aware that builds should be moved >> to >> GAR). >> > It is good idea. Do you think guys i should send it soon ? (let say this > week end, time to fix a few things in my script) I don't think everything needs to be 100% perfect. When people start working with GAR now they can easily pick up improvements in upstream watch et al. later. Sebastian From william at wbonnet.net Mon Mar 16 23:15:15 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 23:15:15 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> Message-ID: <49BECF73.9010004@wbonnet.net> Hi Sebastian > How often? :) > Actually once per day. 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 Mar 16 23:26:00 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 23:26:00 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples In-Reply-To: <49BECCAD.8010002@wbonnet.net> References: <49BECCAD.8010002@wbonnet.net> Message-ID: Hi William, Am 16.03.2009 um 23:03 schrieb William Bonnet: > I am trying to build sparcv8 and v9 binaries for sqlite3 and i am > looking for an examples in the GAR Makefiles ? Lots ;-) In most cases it is sufficient to say BUILD64 = 1 This makes one build for 32 bit and one for 64 bit and merges all together "in the right way". It is documented here: Binaries are usually isaexec'ed. If you don't want that you can set NOISAEXEC = 1 > Which one should i use as template ? For standard locations 'grep BUILD64 */trunk/Makefile' ;-) For non-standard locations you can look at bdb44. > Actually binaries are built in different dirs but when merge, i > don't have the sparcv9 subdir created This is most likely due to non-standard locations for your application. You must install e. g. install libraries into $(libdir) or the default merge will fail. Where did you commit the things so I can have a look at it? Best regards -- Dago From dam at opencsw.org Mon Mar 16 23:28:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 23:28:29 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> Message-ID: <3650ADA7-1D31-4446-BDE5-2E46620E33D3@opencsw.org> Hi Sebastian, Am 16.03.2009 um 23:11 schrieb Sebastian Kayser: > Anyone working on the GAR docs right now? If not and you guys don't > mind i > would revamp the Wiki a bit so that is easier for GAR beginners to > find > the information they are looking for. > > Specifically i though about two things: 1) Reordering stuff on the > main > page and adding some descriptions so that you better know what a > topic is > about. 2) Adding a _brief_ quickstart HOWTO for using GAR (reusing > some > info from the Tutorial). Please, do! Not only you offload me but I also think you are more qualified than me because you have the distance to look at the things from a user perspective. Best regards -- Dago From skayser at opencsw.org Mon Mar 16 23:30:05 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Mar 2009 23:30:05 +0100 (CET) Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49BECF4A.80602@wbonnet.net> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> <49BECF4A.80602@wbonnet.net> Message-ID: <49511.217.227.28.184.1237242605.squirrel@ssl.skayser.de> William Bonnet schrieb: >> Anyone working on the GAR docs right now? If not and you guys don't mind >> i >> would revamp the Wiki a bit so that is easier for GAR beginners to find >> the information they are looking for. >> >> Specifically i though about two things: 1) Reordering stuff on the main >> page and adding some descriptions so that you better know what a topic >> is >> about. 2) Adding a _brief_ quickstart HOWTO for using GAR (reusing some >> info from the Tutorial). >> > What about doing this in wordpress ? > > I am affraid that all the doc we add now in the "old" site, or even the > wiki, will forever stay there. I would rather like to get the current docs sorted out in the wiki now and move them to another place (if that is deemed useful) later. Recently Dago mentioned that our docs are by now already split up over several sites and i feel the same. Once we have a set of up-to-date core docs i don't mind moving them. Sebastian From mwatters at opencsw.org Mon Mar 16 23:55:38 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 17:55:38 -0500 Subject: [csw-maintainers] libedit now in testing Message-ID: <49BED8EA.8090607@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have built packages for libedit. no 64bit yet, as I can not get it to compile with sun's cc and the gcc we have does not yet support amd64. ... I am getting closer on that but not quite there yet. some of the readline extensions "prefer" libedit over readline. - -- 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 iEYEARECAAYFAkm+2OoACgkQLrhmsXMSLxfzGwCgrknJ0JT4YFHxN99rBh0fYXO4 aDYAn19oK2J5NiUuM4P7IbtsLtcYwgkn =ikzE -----END PGP SIGNATURE----- From william at wbonnet.net Tue Mar 17 00:02:06 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 17 Mar 2009 00:02:06 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples In-Reply-To: References: <49BECCAD.8010002@wbonnet.net> Message-ID: <49BEDA6E.5000105@wbonnet.net> Hi > This is most likely due to non-standard locations for your application. > You must install e. g. install libraries into $(libdir) or the default > merge will fail. Where did you commit the things so I can have a look > at it? It seems the problem was the libdir. Thanks, i changed that in my Makefile, and now it seems to work. 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 Mar 17 00:21:39 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 17 Mar 2009 00:21:39 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples In-Reply-To: References: <49BECCAD.8010002@wbonnet.net> Message-ID: <49BEDF03.1070901@wbonnet.net> Hi > Lots ;-) In most cases it is sufficient to say > BUILD64 = 1 Is there a way to build 64 on one platform (sparc) and not on the other (i386) ? I mean without modifying by hand the Makefile between the builds ;) 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 bwalton at opencsw.org Tue Mar 17 01:02:48 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 16 Mar 2009 20:02:48 -0400 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> Message-ID: <1237247894-sup-5308@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Mon Mar 16 16:55:43 -0400 2009: > I would consider the build descriptions in the repository also > under GPLv2 as derived license. I won't disagree with this, since I'm ok with it, but I think a build description can be considered separate from mGar itself (even though we house them together in the same svn repo, etc). To me, mGar is a DSL built on top of a DSL. Each build description is the equivalent of a small C program and mGar is the equivalent of libc. Neither is useful on it's own, but not necessarily all part of the same thing, either. Just my 2 cents for the evening. I really am ok with this if we want to blanket license (for simplicity or sanity or whatever) all descriptions under the same license as mGar itself (GPLv2). 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 harpchad at opencsw.org Tue Mar 17 01:04:17 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 16 Mar 2009 19:04:17 -0500 Subject: [csw-maintainers] Retiring packages? Message-ID: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> Is there a process for retiring packages? An example is CSWgaim. I's been replaced by CSWpidgin and is no longer maintained (same code, different name). Rather that letting it hang around I'd like to remove it, otherwise package maintainers will have to keep bundling old libraries to support it. From bwalton at opencsw.org Tue Mar 17 01:10:34 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 16 Mar 2009 20:10:34 -0400 Subject: [csw-maintainers] Retiring packages? In-Reply-To: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> References: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> Message-ID: <1237248602-sup-3028@ntdws12.chass.utoronto.ca> Excerpts from Chad Harp's message of Mon Mar 16 20:04:17 -0400 2009: > Is there a process for retiring packages? An example is CSWgaim. > I's been replaced by CSWpidgin and is no longer maintained (same > code, different name). Rather that letting it hang around I'd like > to remove it, otherwise package maintainers will have to keep > bundling old libraries to support it. What about turning it into a dummy package that pulls in CSWpidgin instead...? That would be more upgrade friendly, wouldn't it? -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 harpchad at opencsw.org Tue Mar 17 02:10:55 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 16 Mar 2009 20:10:55 -0500 Subject: [csw-maintainers] Retiring packages? In-Reply-To: <1237248602-sup-3028@ntdws12.chass.utoronto.ca> References: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> <1237248602-sup-3028@ntdws12.chass.utoronto.ca> Message-ID: <333E18A7-A806-4EE0-BCCA-B05C0F4EF47B@opencsw.org> Actually, I just went to download gaim, but it appears it's not in the catalog any more (stable or unstable). So another question, why does it show up in the package list on the web site? On Mar 16, 2009, at 7:10 PM, Ben Walton wrote: > Excerpts from Chad Harp's message of Mon Mar 16 20:04:17 -0400 2009: >> Is there a process for retiring packages? An example is CSWgaim. >> I's been replaced by CSWpidgin and is no longer maintained (same >> code, different name). Rather that letting it hang around I'd like >> to remove it, otherwise package maintainers will have to keep >> bundling old libraries to support it. > > What about turning it into a dummy package that pulls in CSWpidgin > instead...? That would be more upgrade friendly, wouldn't it? > > -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. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From phil at bolthole.com Tue Mar 17 02:20:54 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 18:20:54 -0700 Subject: [csw-maintainers] Retiring packages? In-Reply-To: <333E18A7-A806-4EE0-BCCA-B05C0F4EF47B@opencsw.org> References: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> <1237248602-sup-3028@ntdws12.chass.utoronto.ca> <333E18A7-A806-4EE0-BCCA-B05C0F4EF47B@opencsw.org> Message-ID: <20090317012054.GA22767@bolthole.com> On Mon, Mar 16, 2009 at 08:10:55PM -0500, Chad Harp wrote: > Actually, I just went to download gaim, but it appears it's not in the > catalog any more (stable or unstable). So another question, why does it > show up in the package list on the web site? > sigh. 'cause i have to explicitly deregister it. and manually hide it in mantis. blah. now done. From phil at bolthole.com Tue Mar 17 02:27:51 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 18:27:51 -0700 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <1237247894-sup-5308@ntdws12.chass.utoronto.ca> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> Message-ID: <20090317012751.GC22767@bolthole.com> On Mon, Mar 16, 2009 at 08:02:48PM -0400, Ben Walton wrote: > Just my 2 cents for the evening. I really am ok with this if we want > to blanket license (for simplicity or sanity or whatever) all > descriptions under the same license as mGar itself (GPLv2). that would be inappropriate. for multiple reasons, but also for reasons that the Gnu foundation itself raises; pure GPL is unsuited for documentation and non"code" entities. thats why the "gnu free documentation license" or whatever was invented. I would like to suggest that we dont flood the mailing list with "from scratch" discussion, becuase it will make it very, VERY noisy, for the next few weeks. I'd like maintainers to stay in the habit of actually reading this list? :) I would like to suggest that we table discussion, until Trygve chimes in on what he remembers from the meeting. That would save a lot of time and bandwidth. Otherwise, probably an IRC meeting would be best to get license talks "Jumpstarted". Then we finalize things on the list? (after posting logs of the irc session) From bwalton at opencsw.org Tue Mar 17 03:26:07 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 16 Mar 2009 22:26:07 -0400 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090317012751.GC22767@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> <20090317012751.GC22767@bolthole.com> Message-ID: <1237256692-sup-1695@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Mon Mar 16 21:27:51 -0400 2009: > On Mon, Mar 16, 2009 at 08:02:48PM -0400, Ben Walton wrote: > > Just my 2 cents for the evening. I really am ok with this if we want > > to blanket license (for simplicity or sanity or whatever) all > > descriptions under the same license as mGar itself (GPLv2). > > that would be inappropriate. for multiple reasons, but also for reasons > that the Gnu foundation itself raises; pure GPL is unsuited for > documentation and non"code" entities. thats why the > "gnu free documentation license" or whatever was invented. Well, I was only referring to the code bits, but point taken. -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 harpchad at opencsw.org Tue Mar 17 04:56:05 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 16 Mar 2009 22:56:05 -0500 Subject: [csw-maintainers] gnutls 2.6.4 in testing Message-ID: <9D6E6247-5DDC-4D41-B362-4D1E4355078A@opencsw.org> - Update to 2.6.4 - 64bit (sparcv9 only until gcc for amd64 is ready) gnutls-2.6.4,REV=2009.03.16-SunOS5.8-i386-CSW.pkg.gz gnutls-2.6.4,REV=2009.03.16-SunOS5.8-sparc-CSW.pkg.gz gnutls_devel-2.6.4,REV=2009.03.16-SunOS5.8-i386-CSW.pkg.gz gnutls_devel-2.6.4,REV=2009.03.16-SunOS5.8-sparc-CSW.pkg.gz From hson at opencsw.org Tue Mar 17 07:07:04 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 17 Mar 2009 07:07:04 +0100 Subject: [csw-maintainers] intltool-merge problem Message-ID: <49BF3E08.7030501@opencsw.org> Anyone seen errors like this (and know how to fix them)? LC_ALL=C /opt/csw/bin/intltool-merge -x -u -c ../../po/.intltool-merge-cache ../../po plugin.xml.in plugin.xml Generating and caching the translation database Merging translations into plugin.xml. Can't use string ("1") as an ARRAY ref while "strict refs" in use at /opt/csw/bin/intltool-merge line 1092. I've gotten some similar errors when trying to package several packages. The line number seems to be either 1092 or 999 (depending on which package I'm building) From dam at opencsw.org Tue Mar 17 08:08:36 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 08:08:36 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples In-Reply-To: <49BEDF03.1070901@wbonnet.net> References: <49BECCAD.8010002@wbonnet.net> <49BEDF03.1070901@wbonnet.net> Message-ID: Hi William, Am 17.03.2009 um 00:21 schrieb William Bonnet: >> Lots ;-) In most cases it is sufficient to say >> BUILD64 = 1 > Is there a way to build 64 on one platform (sparc) and not on the > other (i386) ? EXTRA_BUILD_ISAS_sparc = sparcv9 ;-) Setting BUILD64 just adds two ISAs. Have a look at if you are interested how this works. > I mean without modifying by hand the Makefile between the builds ;) No need to modify the Makefile here ;-) Best regards -- Dago From wmeler at opencsw.org Tue Mar 17 11:14:23 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Tue, 17 Mar 2009 11:14:23 +0100 Subject: [csw-maintainers] package in testing - problem Message-ID: <49BF77FF.5020100@opencsw.org> I've put newer version of lua in testing, but i have problem with installing it with pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua I get "Need TWO args to newer_rev" message. I was able to install package from testing with pkgutil -t http://mirror.opencsw.org/opencsw/testing/`uname -p`/`uname -r` -i lua Is it ok ? Regards, Wojtek From ihsan at opencsw.org Tue Mar 17 13:59:01 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 17 Mar 2009 13:59:01 +0100 Subject: [csw-maintainers] help testing please In-Reply-To: <499F2AF2.60105@opencsw.org> References: <499F2AF2.60105@opencsw.org> Message-ID: <49BF9E95.4020600@opencsw.org> Hello Mike, Am 20.2.2009 23:13 Uhr, Mike Watters schrieb: > 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'm using it with the rrdtool package. Works fine. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Tue Mar 17 15:09:15 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 15:09:15 +0100 Subject: [csw-maintainers] Update of cmake Message-ID: <3C5B9CD4-E547-4C5F-B5B8-2B4D11BB438F@opencsw.org> Hi, I offered to build cmake some time ago. Now a new version is available which doesn't build any more with my recipe and as I have never used cmake maybe someone familiar with cmake wants to take it over? Best regards -- Dago From harpchad at opencsw.org Tue Mar 17 15:12:05 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 17 Mar 2009 09:12:05 -0500 Subject: [csw-maintainers] intltool-merge problem In-Reply-To: <49BF3E08.7030501@opencsw.org> References: <49BF3E08.7030501@opencsw.org> Message-ID: <49BFAFB5.8080000@opencsw.org> There's a newer revision of intltool available (latest csw is 0.40.5, 0.40.6 is available). I'll get the new version into testing today and you can see if that makes any difference. Roger H?kansson wrote: > Anyone seen errors like this (and know how to fix them)? > > LC_ALL=C /opt/csw/bin/intltool-merge -x -u -c > ../../po/.intltool-merge-cache ../../po plugin.xml.in plugin.xml > Generating and caching the translation database > Merging translations into plugin.xml. > Can't use string ("1") as an ARRAY ref while "strict refs" in use at > /opt/csw/bin/intltool-merge line 1092. > > > I've gotten some similar errors when trying to package several packages. > The line number seems to be either 1092 or 999 (depending on which > package I'm building) > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From phil at bolthole.com Tue Mar 17 15:25:42 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 07:25:42 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BF77FF.5020100@opencsw.org> References: <49BF77FF.5020100@opencsw.org> Message-ID: <20090317142542.GD32997@bolthole.com> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: > I've put newer version of lua in testing, but i have problem with > installing it with > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > > I get "Need TWO args to newer_rev" message. pkg-get will be updated with a better err message, "not in catalog" soon :) yiou have to wait for a few mins for the auto-catalog generator to catch up. From dam at opencsw.org Tue Mar 17 15:37:04 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 15:37:04 +0100 Subject: [csw-maintainers] BDB 4.4 in testing/ Message-ID: <4AAB5419-EBEA-4300-9EA8-9E1BEC44E758@opencsw.org> Hi, there is an updated Berkeley DB 4.4 in testing, now with amd64 support. Best regards -- Dago From harpchad at opencsw.org Tue Mar 17 15:39:11 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 17 Mar 2009 09:39:11 -0500 Subject: [csw-maintainers] intltool-merge problem In-Reply-To: <49BF3E08.7030501@opencsw.org> References: <49BF3E08.7030501@opencsw.org> Message-ID: <49BFB60F.4070409@opencsw.org> Roger, I noticed when I was updating the package that the last version had a missing dependency. Can you verify that you have the following package installed (perl XML::Parser): pm_xmlparser CSWpmxmlparser I think the error would be different if that was missing, but just double checking. Thanks, Chad Roger H?kansson wrote: > Anyone seen errors like this (and know how to fix them)? > > LC_ALL=C /opt/csw/bin/intltool-merge -x -u -c > ../../po/.intltool-merge-cache ../../po plugin.xml.in plugin.xml > Generating and caching the translation database > Merging translations into plugin.xml. > Can't use string ("1") as an ARRAY ref while "strict refs" in use at > /opt/csw/bin/intltool-merge line 1092. > > > I've gotten some similar errors when trying to package several packages. > The line number seems to be either 1092 or 999 (depending on which > package I'm building) > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From mwatters at opencsw.org Tue Mar 17 15:40:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 09:40:57 -0500 Subject: [csw-maintainers] Update of cmake In-Reply-To: <3C5B9CD4-E547-4C5F-B5B8-2B4D11BB438F@opencsw.org> References: <3C5B9CD4-E547-4C5F-B5B8-2B4D11BB438F@opencsw.org> Message-ID: <49BFB679.6030108@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > I offered to build cmake some time ago. Now a new version is > available which doesn't build any more with my recipe and as > I have never used cmake maybe someone familiar with cmake wants > to take it over? > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I will take it over for ya. - -- 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 iEYEARECAAYFAkm/tnkACgkQLrhmsXMSLxdCgQCdEowSf2FLwpx/bZMhyZP6o/Xk k2MAoOn4r4+kXF+/TPxgo2L0iGbDwsrz =6CCP -----END PGP SIGNATURE----- From phil at bolthole.com Tue Mar 17 15:41:20 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 07:41:20 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <20090317142542.GD32997@bolthole.com> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> Message-ID: <20090317144120.GE32997@bolthole.com> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: > On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: > > I've put newer version of lua in testing, but i have problem with > > installing it with > > > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > > > > I get "Need TWO args to newer_rev" message. > > pkg-get will be updated with a better err message, "not in catalog" soon :) oh wait... are you using an older version of pkg-get? and/or do you need to set LC_ALL=C, and then it magically starts working properly? From wmeler at opencsw.org Tue Mar 17 15:51:32 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Tue, 17 Mar 2009 15:51:32 +0100 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <20090317144120.GE32997@bolthole.com> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> Message-ID: <49BFB8F4.40405@opencsw.org> Philip Brown pisze: > On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: >> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: >>> I've put newer version of lua in testing, but i have problem with >>> installing it with >>> >>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>> >>> I get "Need TWO args to newer_rev" message. >> pkg-get will be updated with a better err message, "not in catalog" soon :) > > oh wait... are you using an older version of pkg-get? > and/or do you need to set LC_ALL=C, and then it magically starts working > properly? No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( Is anyone able to install lua with this command? pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua Regards, Wojtek From phil at bolthole.com Tue Mar 17 15:54:37 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 07:54:37 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <20090317142542.GD32997@bolthole.com> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> Message-ID: <20090317145437.GF32997@bolthole.com> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: > On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: > > I've put newer version of lua in testing, but i have problem with > > installing it with > > > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua HMMMM... I cant see how this would happen with those exact args. did you actually use pkg-get [....] CSWlua ? From mwatters at opencsw.org Tue Mar 17 15:55:03 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 09:55:03 -0500 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFB8F4.40405@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> Message-ID: <49BFB9C7.1010503@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wojtek Meler wrote: > Philip Brown pisze: >> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: >>> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: >>>> I've put newer version of lua in testing, but i have problem with >>>> installing it with >>>> >>>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>>> >>>> I get "Need TWO args to newer_rev" message. >>> pkg-get will be updated with a better err message, "not in catalog" >>> soon :) >> >> oh wait... are you using an older version of pkg-get? >> and/or do you need to set LC_ALL=C, and then it magically starts working >> properly? > > > No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( > Is anyone able to install lua with this command? > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > > Regards, > Wojtek > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I just installed on my sandbox with pkg-get -i lua with no problems. then ran your upgrade command above and did not have any problems. - -- 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 iEYEARECAAYFAkm/ucYACgkQLrhmsXMSLxe0TwCdEf8rIlNSZmzU76ruQyI/h5bP LIYAoOYyFdXor3M/DbXGfSFwlgY52SIV =iqEP -----END PGP SIGNATURE----- From phil at bolthole.com Tue Mar 17 15:58:58 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 07:58:58 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFB8F4.40405@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> Message-ID: <20090317145858.GG32997@bolthole.com> On Tue, Mar 17, 2009 at 03:51:32PM +0100, Wojtek Meler wrote: > No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( > Is anyone able to install lua with this command? > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > worked for me right now. From mwatters at opencsw.org Tue Mar 17 16:02:14 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 10:02:14 -0500 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFB9C7.1010503@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> Message-ID: <49BFBB76.2000204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Wojtek Meler wrote: >> Philip Brown pisze: >>> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: >>>> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: >>>>> I've put newer version of lua in testing, but i have problem with >>>>> installing it with >>>>> >>>>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>>>> >>>>> I get "Need TWO args to newer_rev" message. >>>> pkg-get will be updated with a better err message, "not in catalog" >>>> soon :) >>> oh wait... are you using an older version of pkg-get? >>> and/or do you need to set LC_ALL=C, and then it magically starts working >>> properly? > >> No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( >> Is anyone able to install lua with this command? > >> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > >> Regards, >> Wojtek >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > I just installed on my sandbox with pkg-get -i lua with no problems. > > then ran your upgrade command above and did not have any problems. > > > > > _______________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers I was just informed that Chad Harp already "patched" the one on the sandbox. - -- 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 iEYEARECAAYFAkm/u3YACgkQLrhmsXMSLxd+TQCeMXTzTy0V8IF5Co26cJnO+hWO rrwAn3BXOyTGTLSyuAKhHPNA4Yyhp4PW =UBpL -----END PGP SIGNATURE----- From phil at bolthole.com Tue Mar 17 16:06:19 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 08:06:19 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFBB76.2000204@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> <49BFBB76.2000204@opencsw.org> Message-ID: <20090317150619.GH32997@bolthole.com> On Tue, Mar 17, 2009 at 10:02:14AM -0500, Mike Watters wrote: > > I was just informed that Chad Harp already "patched" the one on the sandbox. works with stock pkg-get as well though From harpchad at opencsw.org Tue Mar 17 16:15:36 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 17 Mar 2009 10:15:36 -0500 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFBB76.2000204@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> <49BFBB76.2000204@opencsw.org> Message-ID: <49BFBE98.1000607@opencsw.org> See this bug report for the patch we're running: http://www.opencsw.org/mantis/view.php?id=3026 it only affects packages with dependencies that don't exist in testing. lua doesn't have any dependencies, so I don't think that's the issue here. I tried it with the unpatched version and it still worked. You might try pkgutil if you're still having issues and see if you get a different result: sudo pkgutil -t http://mirror.opencsw.org/opencsw/testing/sparc/5.8 -Uu lua Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mike Watters wrote: >> Wojtek Meler wrote: >>> Philip Brown pisze: >>>> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: >>>>> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: >>>>>> I've put newer version of lua in testing, but i have problem with >>>>>> installing it with >>>>>> >>>>>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>>>>> >>>>>> I get "Need TWO args to newer_rev" message. >>>>> pkg-get will be updated with a better err message, "not in catalog" >>>>> soon :) >>>> oh wait... are you using an older version of pkg-get? >>>> and/or do you need to set LC_ALL=C, and then it magically starts working >>>> properly? >>> No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( >>> Is anyone able to install lua with this command? >>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>> Regards, >>> Wojtek >>> _______________________________________________ >>> maintainers mailing list >>> maintainers at lists.opencsw.org >>> https://lists.opencsw.org/mailman/listinfo/maintainers >> I just installed on my sandbox with pkg-get -i lua with no problems. >> >> then ran your upgrade command above and did not have any problems. >> >> >> >> >> > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > > I was just informed that Chad Harp already "patched" the one on the sandbox. > > - -- > > 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 > > iEYEARECAAYFAkm/u3YACgkQLrhmsXMSLxd+TQCeMXTzTy0V8IF5Co26cJnO+hWO > rrwAn3BXOyTGTLSyuAKhHPNA4Yyhp4PW > =UBpL > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From harpchad at opencsw.org Tue Mar 17 16:18:44 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 17 Mar 2009 10:18:44 -0500 Subject: [csw-maintainers] intltool 0.40.6 in testing Message-ID: <49BFBF54.4010501@opencsw.org> intltool-0.40.6,REV=2009.03.17-SunOS5.8-i386-CSW.pkg.gz intltool-0.40.6,REV=2009.03.17-SunOS5.8-sparc-CSW.pkg.gz From phil at bolthole.com Tue Mar 17 17:14:35 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 09:14:35 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFBE98.1000607@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> <49BFBB76.2000204@opencsw.org> <49BFBE98.1000607@opencsw.org> Message-ID: <20090317161435.GC95946@bolthole.com> hangabout, I'm seeing it on pkg-get now. so now I have something to work with :) From phil at bolthole.com Tue Mar 17 17:20:48 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 09:20:48 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFBE98.1000607@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> <49BFBB76.2000204@opencsw.org> <49BFBE98.1000607@opencsw.org> Message-ID: <20090317162048.GD95946@bolthole.com> On Tue, Mar 17, 2009 at 10:15:36AM -0500, Chad Harp wrote: > See this bug report for the patch we're running: > > http://www.opencsw.org/mantis/view.php?id=3026 Chad's patch was masking an underlying problem. I kinda felt that, which was one reason I didnt apply his patch. Now that I have a working test case, I can actually fix the lower issue :) This seems to fix it: http://mirror.opencsw.org/testing/pkg_get-4.1.2,REV=2009.03.19-SunOS5.8-all-CSW.pkg From phil at bolthole.com Tue Mar 17 17:22:56 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 09:22:56 -0700 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! Message-ID: <20090317162256.GE95946@bolthole.com> A reminder: please REMOVE packages from testing, once they are pushed out publically. for example, there's a boatload of php5_XXXX packages there right now. (and I just removed a few of my own too. heh, heh) From mwatters at opencsw.org Tue Mar 17 18:12:18 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 12:12:18 -0500 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! In-Reply-To: <20090317162256.GE95946@bolthole.com> References: <20090317162256.GE95946@bolthole.com> Message-ID: <49BFD9F2.9080707@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > A reminder: please REMOVE packages from testing, once they are > pushed out publically. > > for example, there's a boatload of php5_XXXX packages there right now. > > (and I just removed a few of my own too. heh, heh) > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Take a closer look at the php5 packages, they are a different version. after I got 5.2.6 packaged up, I started getting upstream messages about 5.2.9 (bug and security fixes), luckily with minimal changes 5.2.9 compiled cleanly, and is now in testing. ;) I am holding it there until I can get php5-readline to compile cleanly from inside the main recipe. (need libedit which is also in testing now) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm/2fIACgkQLrhmsXMSLxe0uwCgppn/PbTKHj1hVswmU9AnHGfO dpYAoI+lsSrx8KHJAFNKGWAWheKzlhmv =XmQj -----END PGP SIGNATURE----- From phil at bolthole.com Tue Mar 17 20:56:26 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 12:56:26 -0700 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! In-Reply-To: <49BFD9F2.9080707@opencsw.org> References: <20090317162256.GE95946@bolthole.com> <49BFD9F2.9080707@opencsw.org> Message-ID: <20090317195626.GA91430@bolthole.com> On Tue, Mar 17, 2009 at 12:12:18PM -0500, Mike Watters wrote: > Take a closer look at the php5 packages, they are a different version. D'ooohhhhhhh... > > after I got 5.2.6 packaged up, I started getting upstream messages > about 5.2.9 (bug and security fixes), luckily with minimal changes 5.2.9 compiled cleanly, and is now in testing. > ;) > I am holding it there until I can get php5-readline to compile cleanly from inside the main recipe. > (need libedit which is also in testing now) well, you should also hold it for a few days anyway. "security fixes" are often botched and needed to be redone. hopefully you also complained "upstream" about their compile breakages with their "fixes" ;-) From mwatters at opencsw.org Tue Mar 17 21:00:52 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 15:00:52 -0500 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! In-Reply-To: <20090317195626.GA91430@bolthole.com> References: <20090317162256.GE95946@bolthole.com> <49BFD9F2.9080707@opencsw.org> <20090317195626.GA91430@bolthole.com> Message-ID: <49C00174.8000502@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Tue, Mar 17, 2009 at 12:12:18PM -0500, Mike Watters wrote: >> Take a closer look at the php5 packages, they are a different version. > > D'ooohhhhhhh... > > >> after I got 5.2.6 packaged up, I started getting upstream messages >> about 5.2.9 (bug and security fixes), luckily with minimal changes 5.2.9 compiled cleanly, and is now in testing. >> ;) >> I am holding it there until I can get php5-readline to compile cleanly from inside the main recipe. >> (need libedit which is also in testing now) > > well, you should also hold it for a few days anyway. "security fixes" are > often botched and needed to be redone. > > hopefully you also complained "upstream" about their compile breakages with > their "fixes" ;-) > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers the changes were to the "patches" I wrote to get 5.2.6 to compile. so nothing to really complain about there. I had to fix 1 chunk out of 14. 5.2.9 is a "fix release" to 5.2.8... I don't plan on releasing it too quickly. but I was pinged on it by a user, so I built 5.2.9 and put it in testing so they could "test" it. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknAAXQACgkQLrhmsXMSLxff7wCeIM5Z0Y27UDGn0ZmF9iCFsZvY nTUAni+r76yaJ1h3VvZoNNyYVfk8pzjM =KW4T -----END PGP SIGNATURE----- From william at wbonnet.net Tue Mar 17 21:10:48 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 17 Mar 2009 21:10:48 +0100 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! In-Reply-To: <20090317162256.GE95946@bolthole.com> References: <20090317162256.GE95946@bolthole.com> Message-ID: <49C003C8.4020707@wbonnet.net> Hi > A reminder: please REMOVE packages from testing, once they are > pushed out publically. > > for example, there's a boatload of php5_XXXX packages there right now. > > (and I just removed a few of my own too. heh, heh) > done -- 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 Tue Mar 17 22:15:59 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 22:15:59 +0100 Subject: [csw-maintainers] Packaging work In-Reply-To: <714281.31367.qm@web111301.mail.gq1.yahoo.com> References: <714281.31367.qm@web111301.mail.gq1.yahoo.com> Message-ID: <1DDD0BD4-BA04-4BFF-84E3-1831FDD332CF@opencsw.org> Hi, good news everyone! Ken Mays is back and offered to update our KDE: Am 17.03.2009 um 17:15 schrieb ken mays: > Actually, I've been examining the merging of packages into your > system which requires knowledge of mGAR v2 which is taking me awhile > to go through. Just jump in and commit what you have! Most questions will be answered very politely on the maintainers list within hours. > Once I finish going through all of your documentation on mGAR and > can get > a snapshot of your packages then I can work on building and updating > my packages. My priority is KDE. Great :-) All package descriptions are available anonymously from SourceForge SVN. > Is there a DVD someone can send me of your packages in the unstable > or stable tree? I guess not, but why do you need that? Just pick a mirror and get what you need: Am 17.03.2009 um 18:30 schrieb ken mays: > Where is GCC 4.3.3?? I am reviewing how to update my packages on > OpenCSW > for AMD64 builds and we need GCC 4.3.x. > > Will this be available soon??? I guess so, Mike is making a new release with full 64 bit support. Mike, do you have a timeframe? Best regards -- Dago From mwatters at opencsw.org Tue Mar 17 22:23:49 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 16:23:49 -0500 Subject: [csw-maintainers] Packaging work In-Reply-To: <1DDD0BD4-BA04-4BFF-84E3-1831FDD332CF@opencsw.org> References: <714281.31367.qm@web111301.mail.gq1.yahoo.com> <1DDD0BD4-BA04-4BFF-84E3-1831FDD332CF@opencsw.org> Message-ID: <49C014E5.8080405@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > good news everyone! Ken Mays is back and offered to update our KDE: > > Am 17.03.2009 um 17:15 schrieb ken mays: >> Actually, I've been examining the merging of packages into your system >> which requires knowledge of mGAR v2 which is taking me awhile to go >> through. > > Just jump in and commit what you have! Most questions will be answered > very politely on the maintainers list within hours. > >> Once I finish going through all of your documentation on mGAR and can get >> a snapshot of your packages then I can work on building and updating >> my packages. My priority is KDE. > > Great :-) All package descriptions are available anonymously from > SourceForge SVN. > >> Is there a DVD someone can send me of your packages in the unstable or >> stable tree? > > I guess not, but why do you need that? Just pick a mirror and > get what you need: > > > Am 17.03.2009 um 18:30 schrieb ken mays: >> Where is GCC 4.3.3?? I am reviewing how to update my packages on OpenCSW >> for AMD64 builds and we need GCC 4.3.x. >> >> Will this be available soon??? > > > I guess so, Mike is making a new release with full 64 bit support. > Mike, do you have a timeframe? > > > Best regards > > -- Dago I am working on it, unfortunately it is a slow process... it takes 13hours to build on 8s. I have hit a snag at the moment I am trying to resolve. ... I will file a bug on this but, if the catalog name contains "special characters" pathfilter throws errors and will not build "ANY" package in the recipe. gcc4g++ and gcc4g++rt are the 2 in question. I am trying to resolve in my local copy of mGar v2 and will submit a patch with the bug report, unless you fix it before I get that far ;) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknAFOUACgkQLrhmsXMSLxcYNQCgwpOJMwqdvg5SyjO1eATXLdPS zxoAnj4nC2HA8bBLiPJ9gESTMr9LU+LY =EHJL -----END PGP SIGNATURE----- From dam at opencsw.org Tue Mar 17 22:24:53 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 22:24:53 +0100 Subject: [csw-maintainers] Fwd: [csw-users] ap2_modphp install References: <200903171709.n2HH9igq008369@dfki.uni-kl.de> Message-ID: <3ADCEF9B-AF7F-4B16-AB38-0BCC9841F5C7@opencsw.org> Hi, FYI. Best regards -- Dago Anfang der weitergeleiteten E-Mail: > Von: Nicolai Schwindt > Datum: 17. M?rz 2009 18:11:07 MEZ > An: users at lists.opencsw.org > Betreff: [csw-users] ap2_modphp install > Antwort an: questions and discussions > > ... fails. Because it is not in the catalog file. > > > tcsh at isg-1504 [/var/pkg-get] grep -l ap2_modphp5 * > desc-serv-1500 > > > Unlike : > > tcsh at isg-1504 [/var/pkg-get] grep -l php5_ldap * > catalog-serv-1500 > desc-serv-1500 > > > I did try several mirrors ( ibiblio, erlangen i.e.) - so I think it > is not my > local mirror. > > Where as this works: > > tcsh at isg-1504 [~] pkg-get -D ap2_modphp5 > # (Descriptions from site serv-1500 ) > ap2_modphp5 - PHP 5 - Apache 2.2.x Module > > > Are the mirrors out of sync or did I miss something ? > > > Nicolai. > > > > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users From dam at opencsw.org Tue Mar 17 22:33:54 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 22:33:54 +0100 Subject: [csw-maintainers] Packaging work In-Reply-To: <49C014E5.8080405@opencsw.org> References: <714281.31367.qm@web111301.mail.gq1.yahoo.com> <1DDD0BD4-BA04-4BFF-84E3-1831FDD332CF@opencsw.org> <49C014E5.8080405@opencsw.org> Message-ID: Hi Mike, Am 17.03.2009 um 22:23 schrieb Mike Watters: > I will file a bug on this but, if the catalog name contains "special > characters" pathfilter throws errors > and will not build "ANY" package in the recipe. gcc4g++ and gcc4g+ > +rt are the 2 in question. > > I am trying to resolve in my local copy of mGar v2 and will submit a > patch with the bug report, > unless you fix it before I get that far ;) Please provide a bug report and I will take care of it. I'd be happy to do my job regarding GAR if you provide gcc ;-) Best regards -- Dago From phil at bolthole.com Tue Mar 17 22:44:08 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 14:44:08 -0700 Subject: [csw-maintainers] Fwd: [csw-users] ap2_modphp install In-Reply-To: <3ADCEF9B-AF7F-4B16-AB38-0BCC9841F5C7@opencsw.org> References: <200903171709.n2HH9igq008369@dfki.uni-kl.de> <3ADCEF9B-AF7F-4B16-AB38-0BCC9841F5C7@opencsw.org> Message-ID: <20090317214408.GB7798@bolthole.com> hrrrm. there was another one missing too. mod_php5 !! fixed em both. From william at wbonnet.net Tue Mar 17 23:34:19 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 17 Mar 2009 23:34:19 +0100 Subject: [csw-maintainers] /testing sqlite3 3.6.10 is available Message-ID: <49C0256B.4030103@wbonnet.net> Hi all Everything is in the title :) Thanks for your feedbacks 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 hson at opencsw.org Wed Mar 18 08:54:43 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 18 Mar 2009 08:54:43 +0100 Subject: [csw-maintainers] intltool-merge problem In-Reply-To: <49BFB60F.4070409@opencsw.org> References: <49BF3E08.7030501@opencsw.org> <49BFB60F.4070409@opencsw.org> Message-ID: <49C0A8C3.4090709@opencsw.org> Chad Harp wrote: > Roger, > > I noticed when I was updating the package that the last version had a > missing dependency. Can you verify that you have the following package > installed (perl XML::Parser): > > pm_xmlparser CSWpmxmlparser > > I think the error would be different if that was missing, but just > double checking. > I actually found the problem without upgrading intltool. It seems that the latest version of XML::Parser(2.36) (which I packaged myself) breaks intltool, after removing it and installing the lastest in current(2.34), intltool works just fine. From rupert at opencsw.org Wed Mar 18 09:03:33 2009 From: rupert at opencsw.org (rupert THURNER) Date: Wed, 18 Mar 2009 09:03:33 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> Message-ID: <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> i kind of test-copied some of the contents to the trac wiki https://apps.sourceforge.net/trac/gar, to check the conversion effort. in the "ideal world" i would like to see one timeline about ticket changes, and checkins, or checkins influencing tickets automatically with something like http://trac.edgewall.org/browser/trunk/contrib/trac-post-commit-hook. what i was also wondering who is administrator of this trac, to chekc if one coudl install/enable some plugins to really give it a try? rupert. On Mon, Mar 16, 2009 at 23:11, Sebastian Kayser wrote: > William Bonnet schrieb: >>> Nice, is it updated automatically? >> Yes it is > > How often? :) > >>> Is there a breakdown by maintainer so >>> that everyone can check whether his packages in GAR are already >>> correctly >>> picked up by these statistics? >>> >> Soon :) >> I work on a more complete version. I choosed to released it soon, so you >> have a first list of the package to move. > > Yep, that's good. Thank you for working on it. > >> Then i'll add more information, including packages owned by retired >> maintainers. >>> What do you think about sending an email to each maintainer asking to >>> move >>> their builds to GAR in case they haven't done so already (including some >>> pointers/links to help them get started)? >> Sure, but first we need more documentation on GAR. Same for uwatch... > > Anyone working on the GAR docs right now? If not and you guys don't mind i > would revamp the Wiki a bit so that is easier for GAR beginners to find > the information they are looking for. > > Specifically i though about two things: 1) Reordering stuff on the main > page and adding some descriptions so that you better know what a topic is > about. 2) Adding a _brief_ quickstart HOWTO for using GAR (reusing some > info from the Tutorial). > >>> I guess not everyone is reading >>> here on a regular basis (and thus is aware that builds should be moved >>> to >>> GAR). >>> >> It is good idea. Do you think guys i should send it soon ? (let say this >> week end, time to fix a few things in my script) > > I don't think everything needs to be 100% perfect. When people start > working with GAR now they can easily pick up improvements in upstream > watch et al. later. > > Sebastian > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From ihsan at opencsw.org Wed Mar 18 09:53:46 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Mar 2009 09:53:46 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? Message-ID: <49C0B69A.4030300@opencsw.org> I've just seen this in the UBS Quotes news ticker. Not the first time that people talking about a take over... -- ihsan at dogan.ch http://blog.dogan.ch/ -------------- next part -------------- A non-text attachment was scrubbed... Name: ibm_on_sun_e.pdf Type: application/pdf Size: 71803 bytes Desc: not available URL: From ihsan at opencsw.org Wed Mar 18 10:03:55 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Mar 2009 10:03:55 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C0B69A.4030300@opencsw.org> References: <49C0B69A.4030300@opencsw.org> Message-ID: <49C0B8FB.2030808@opencsw.org> Am 18.3.2009 9:53 Uhr, Ihsan Dogan schrieb: > I've just seen this in the UBS Quotes news ticker. Not the first time > that people talking about a take over... This comment is very interesting: ----------------------------------------------------------------- In recent months, Sun has approached a number of large tech companies in the hopes of being acquired, say people familiar with the matter. The world?s largest tech company, Hewlett-Packard, declined the offer, says a person briefed on the matter. A spokesman for Dell Inc., the world?s third-largest server maker, declined to comment. ----------------------------------------------------------------- Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From a.cervellin at acm.org Wed Mar 18 14:19:00 2009 From: a.cervellin at acm.org (Alessio) Date: Wed, 18 Mar 2009 14:19:00 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C0B69A.4030300@opencsw.org> References: <49C0B69A.4030300@opencsw.org> Message-ID: <49C0F4C4.5010809@acm.org> Ihsan Dogan wrote: > I've just seen this in the UBS Quotes news ticker. Not the first time > that people talking about a take over... > it seems it's the right time to sell some Sun stocks... From maybird1776 at yahoo.com Wed Mar 18 14:49:57 2009 From: maybird1776 at yahoo.com (ken mays) Date: Wed, 18 Mar 2009 06:49:57 -0700 (PDT) Subject: [csw-maintainers] is IBM going to buy Sun? Message-ID: <103892.79870.qm@web111302.mail.gq1.yahoo.com> This came out two years ago and it was rumored back then. http://www.sun.com/aboutsun/pr/2007-08/sunflash.20070816.1.xml 'For whom the bell tolls, it tolls for thee...' ? --- On Wed, 3/18/09, Ihsan Dogan wrote: > From: Ihsan Dogan > Subject: Re: [csw-maintainers] is IBM going to buy Sun? > To: "internal list for the CSW maintainers" > Date: Wednesday, March 18, 2009, 5:03 AM > Am 18.3.2009 9:53 Uhr, Ihsan Dogan > schrieb: > > > I've just seen this in the UBS Quotes news ticker.. Not > the first time > > that people talking about a take over... > > This comment is very interesting: > > ----------------------------------------------------------------- > In recent months, Sun has approached a number of large tech > companies in > the hopes of being acquired, say people familiar with the > matter. The > world?s largest tech company, Hewlett-Packard, declined > the offer, says > a person briefed on the matter. A spokesman for Dell Inc., > the world?s > third-largest server maker, declined to comment. > ----------------------------------------------------------------- > > > > > > Ihsan > > -- > ihsan at dogan.ch > http://blog.dogan.ch/ > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From ihsan at opencsw.org Wed Mar 18 16:58:21 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Mar 2009 16:58:21 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C0F4C4.5010809@acm.org> References: <49C0B69A.4030300@opencsw.org> <49C0F4C4.5010809@acm.org> Message-ID: <49C11A1D.4080601@opencsw.org> Am 18.3.2009 14:19 Uhr, Alessio schrieb: >> I've just seen this in the UBS Quotes news ticker. Not the first time >> that people talking about a take over... >> > it seems it's the right time to sell some Sun stocks... I don't have Sun stocks anyway, but it does not look good today. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ -------------- next part -------------- A non-text attachment was scrubbed... Name: chart_V_3548367_67_INTRADAY.gif Type: image/gif Size: 6430 bytes Desc: not available URL: From phil at bolthole.com Wed Mar 18 17:27:54 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Mar 2009 09:27:54 -0700 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C0B69A.4030300@opencsw.org> References: <49C0B69A.4030300@opencsw.org> Message-ID: <20090318162754.GG78033@bolthole.com> On Wed, Mar 18, 2009 at 09:53:46AM +0100, Ihsan Dogan wrote: > I've just seen this in the UBS Quotes news ticker. Not the first time > that people talking about a take over... Makes sense to me. After all, they havent been conducting customer service and response to customer needs, like they want to stay in business long term :-/ Companies who want to stay in business, invest in research, and attempt to increase spending in core product strengths Companies who want to get bought, focus on "reducing overhead". Sun seems to be undergoing an extreme identity crisis since Scott M. left. They dont seem to know what "core product strengths" are any more. From skayser at opencsw.org Wed Mar 18 19:40:45 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 18 Mar 2009 19:40:45 +0100 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions Message-ID: <49C1402D.2010208@opencsw.org> Hi, it has bitten me a couple of times before and maybe i am not the only one ;) Would it be possible to include a sanity check in GAR that fires a warning when a variable assignment occurs twice? The following excerpt demonstrates what i mean: PATCHFILES = patch-foo.diff PATCHFILES = patch-bar.diff yank&paste of the first line was used to produce the second and the missing += makes the first patch file "vanish" for the build. Sebastian From bwalton at opencsw.org Wed Mar 18 20:35:42 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 18 Mar 2009 15:35:42 -0400 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions In-Reply-To: <49C1402D.2010208@opencsw.org> References: <49C1402D.2010208@opencsw.org> Message-ID: <1237404834-sup-1144@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Wed Mar 18 14:40:45 -0400 2009: Hi Sebastian, > The following excerpt demonstrates what i mean: > > PATCHFILES = patch-foo.diff > PATCHFILES = patch-bar.diff > > yank&paste of the first line was used to produce the second and the > missing += makes the first patch file "vanish" for the build. I don't think there is much you can do about this (although I'd love to find out I'm wrong), but you could do something like this instead: PATCHFILES = $(sort $(subst files/,,$(shell ls files/*patch))) That will include all patch files for you, but relies on your naming convention for proper ordering (which may or may not be important to applying them). HTH. -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 skayser at opencsw.org Wed Mar 18 22:43:40 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 18 Mar 2009 22:43:40 +0100 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions In-Reply-To: <1237404834-sup-1144@ntdws12.chass.utoronto.ca> References: <49C1402D.2010208@opencsw.org> <1237404834-sup-1144@ntdws12.chass.utoronto.ca> Message-ID: <49C16B0C.2010500@opencsw.org> Ben Walton wrote: > Excerpts from Sebastian Kayser's message of Wed Mar 18 14:40:45 -0400 > 2009: >> The following excerpt demonstrates what i mean: >> >> PATCHFILES = patch-foo.diff >> PATCHFILES = patch-bar.diff >> >> yank&paste of the first line was used to produce the second and the >> missing += makes the first patch file "vanish" for the build. > > I don't think there is much you can do about this (although I'd love > to find out I'm wrong), Mhh, what about a perl/*sh script along the lines of checkpkg that reads the build Makefile, searches all the = assignments and bails out or warns when hitting an assignment with a LHS that had been seen before? This script could be invoked as part of the GAR build process. Sebastian From a.cervellin at acm.org Wed Mar 18 23:14:39 2009 From: a.cervellin at acm.org (Alessio) Date: Wed, 18 Mar 2009 23:14:39 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C11A1D.4080601@opencsw.org> References: <49C0B69A.4030300@opencsw.org> <49C0F4C4.5010809@acm.org> <49C11A1D.4080601@opencsw.org> Message-ID: <49C1724F.5010107@acm.org> Ihsan Dogan wrote: > Am 18.3.2009 14:19 Uhr, Alessio schrieb: > > >>> I've just seen this in the UBS Quotes news ticker. Not the first time >>> that people talking about a take over... >>> >>> >> it seems it's the right time to sell some Sun stocks... >> > > I don't have Sun stocks anyway, but it does not look good today. > not good? it jumped from $4.97 to more than $9 in just a few hours... a good deal! http://www.google.com/finance?chdnp=1&chdd=1&chds=1&chdv=1&chvs=maximized&chdeh=0&chdet=1237414426529&chddm=1955&q=NASDAQ:JAVA&ntsp=0 From bwalton at opencsw.org Wed Mar 18 23:39:44 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 18 Mar 2009 18:39:44 -0400 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions In-Reply-To: <49C16B0C.2010500@opencsw.org> References: <49C1402D.2010208@opencsw.org> <1237404834-sup-1144@ntdws12.chass.utoronto.ca> <49C16B0C.2010500@opencsw.org> Message-ID: <1237415747-sup-6451@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Wed Mar 18 17:43:40 -0400 2009: > Mhh, what about a perl/*sh script along the lines of checkpkg that reads > the build Makefile, searches all the = assignments and bails out or > warns when hitting an assignment with a LHS that had been seen before? > > This script could be invoked as part of the GAR build process. That's pretty heavy weight for this and would still be error prone (eg: what if you wrap it in and if statement for some bizarre reason). It would be nice if gmake had a --warn-redefined-variables option (it already has a --warn-undefined-variables)...I suspect it doesn't as it could get quite noisy, especially with something like GAR that may redefine things already. 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 skayser at opencsw.org Thu Mar 19 01:37:17 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 19 Mar 2009 01:37:17 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <1236629528-sup-6652@frog.chass.utoronto.ca> References: <1236629528-sup-6652@frog.chass.utoronto.ca> Message-ID: <20090319003717.GA28072@sebastiankayser.de> Hi Ross, * Ross Macduff wrote: > gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 > > Please let me know if there are any issues with it. gsed now contains a file which is also in CSWiconv /opt/csw/lib/charset.alias Don't know where it really belongs, but i guess we should avoid prompting the users to answer whether they want to install conflicting files. Sebastian From mwatters at opencsw.org Thu Mar 19 04:20:24 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Mar 2009 22:20:24 -0500 Subject: [csw-maintainers] libssh2 now in testing Message-ID: <49C1B9F8.50009@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Initial Packaging of version 1.0 architectures sparcv8, sparcv9, i386, amd64 - -- 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 iEYEARECAAYFAknBufcACgkQLrhmsXMSLxfMjACgiZzugVmlEYUcVfGfqsL5R+ko uGAAoMrT805r/XNFceo48/ORk69159kF =tGPI -----END PGP SIGNATURE----- From wmeler at opencsw.org Thu Mar 19 07:48:41 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Thu, 19 Mar 2009 07:48:41 +0100 Subject: [csw-maintainers] how do I submit a package? Message-ID: <49C1EAC9.30205@opencsw.org> Hi! $ cp lua*.gz /home/newpkgs/ cp: /home/newpkgs not found is there a new undocumented way to submit packages, or just something failed? regards, Wojtek From hson at opencsw.org Thu Mar 19 08:07:24 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 19 Mar 2009 08:07:24 +0100 Subject: [csw-maintainers] how do I submit a package? In-Reply-To: <49C1EAC9.30205@opencsw.org> References: <49C1EAC9.30205@opencsw.org> Message-ID: <49C1EF2C.4060008@opencsw.org> Wojtek Meler wrote: > Hi! > > $ cp lua*.gz /home/newpkgs/ > cp: /home/newpkgs not found > newpkgs is located on www.opencsw.org, not on the build farm, so you need to scp the files. From wmeler at opencsw.org Thu Mar 19 08:20:02 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Thu, 19 Mar 2009 08:20:02 +0100 Subject: [csw-maintainers] how do I submit a package? In-Reply-To: <49C1EF2C.4060008@opencsw.org> References: <49C1EAC9.30205@opencsw.org> <49C1EF2C.4060008@opencsw.org> Message-ID: <49C1F222.8060305@opencsw.org> Roger H?kansson pisze: > Wojtek Meler wrote: >> Hi! >> >> $ cp lua*.gz /home/newpkgs/ >> cp: /home/newpkgs not found >> > > newpkgs is located on www.opencsw.org, not on the build farm, so you > need to scp the files. that helps :) From ihsan at opencsw.org Thu Mar 19 10:12:52 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 19 Mar 2009 10:12:52 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C1724F.5010107@acm.org> References: <49C0B69A.4030300@opencsw.org> <49C0F4C4.5010809@acm.org> <49C11A1D.4080601@opencsw.org> <49C1724F.5010107@acm.org> Message-ID: <49C20C94.1080604@opencsw.org> Am 18.3.2009 23:14 Uhr, Alessio schrieb: >>>> I've just seen this in the UBS Quotes news ticker. Not the first time >>>> that people talking about a take over... >>>> >>> it seems it's the right time to sell some Sun stocks... >>> >> >> I don't have Sun stocks anyway, but it does not look good today. >> > not good? it jumped from $4.97 to more than $9 in just a few hours... a > good deal! > http://www.google.com/finance?chdnp=1&chdd=1&chds=1&chdv=1&chvs=maximized&chdeh=0&chdet=1237414426529&chddm=1955&q=NASDAQ:JAVA&ntsp=0 I said that too early. The option SUQCL increased 13'400%. If I would know that that 2 days ago... :-) Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Thu Mar 19 10:17:54 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 19 Mar 2009 10:17:54 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <20090318162754.GG78033@bolthole.com> References: <49C0B69A.4030300@opencsw.org> <20090318162754.GG78033@bolthole.com> Message-ID: <49C20DC2.3070606@opencsw.org> Am 18.3.2009 17:27 Uhr, Philip Brown schrieb: >> I've just seen this in the UBS Quotes news ticker. Not the first time >> that people talking about a take over... > > Makes sense to me. After all, they havent been conducting customer service > and response to customer needs, like they want to stay in business long > term :-/ I'm wondering, why they are talking with IBM. If IBM will take over Sun, many products might be dead afterwards - like with HP and DEC. I think it would make more sense if Fujitsu would buy Sun. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Thu Mar 19 10:30:06 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 10:30:06 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> Message-ID: Hi Rupert, Am 18.03.2009 um 09:03 schrieb rupert THURNER: > in the "ideal world" i would like to see one timeline about ticket > changes, and checkins, or checkins influencing tickets automatically > with something like > http://trac.edgewall.org/browser/trunk/contrib/trac-post-commit-hook. Good idea, but SourceForge currently can't do this, but it is on the "requested features"-list: > what i was also wondering who is administrator of this trac, to chekc > if one coudl install/enable some plugins to really give it a try? I am administering the SourceForge project. Do you need something specific? Best regards -- Dago PS: Please avoid top-posting next time if possible ;-) From dam at opencsw.org Thu Mar 19 10:35:05 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 10:35:05 +0100 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions In-Reply-To: <49C16B0C.2010500@opencsw.org> References: <49C1402D.2010208@opencsw.org> <1237404834-sup-1144@ntdws12.chass.utoronto.ca> <49C16B0C.2010500@opencsw.org> Message-ID: <849D6C4F-8C01-4B2E-B978-38FCF2B986B3@opencsw.org> Hi Sebastian, Am 18.03.2009 um 22:43 schrieb Sebastian Kayser: > Ben Walton wrote: >> Excerpts from Sebastian Kayser's message of Wed Mar 18 14:40:45 -0400 >> 2009: >>> The following excerpt demonstrates what i mean: >>> >>> PATCHFILES = patch-foo.diff >>> PATCHFILES = patch-bar.diff >>> >>> yank&paste of the first line was used to produce the second and the >>> missing += makes the first patch file "vanish" for the build. >> >> I don't think there is much you can do about this (although I'd love >> to find out I'm wrong), > > Mhh, what about a perl/*sh script along the lines of checkpkg that > reads > the build Makefile, searches all the = assignments and bails out or > warns when hitting an assignment with a LHS that had been seen before? > > This script could be invoked as part of the GAR build process. I find this too complicated. Make this error twice and search a couple of hours and you know that once and for all :-) Best regards -- Dago From dam at opencsw.org Thu Mar 19 11:44:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 11:44:29 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <20090319003717.GA28072@sebastiankayser.de> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> Message-ID: <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> Hi Sebastian, Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: > * Ross Macduff wrote: >> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 >> >> Please let me know if there are any issues with it. > > gsed now contains a file which is also in CSWiconv > > /opt/csw/lib/charset.alias > > Don't know where it really belongs, but i guess we should avoid > prompting the users to answer whether they want to install conflicting > files. This file should only be included in libiconv and excluded just like info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES accordingly. Best regards -- Dago From hson at opencsw.org Thu Mar 19 13:05:12 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 19 Mar 2009 13:05:12 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted Message-ID: <49C234F8.4040407@opencsw.org> I'm trying to package the latest version of netsnmp but I've stumbled upon a bit of a problem. First I tried on my own two build machines (a sparc and a x86 both running Solaris8) and got the sparc done, but on my x86 several of the tests core dumps. So then I tried on the build farm, but there I got the exact same problem both on x86 and sparc: the perl modules get linked against the installed libraries and not my newly built ones and (at least thats why I think) the perl test fails. Anyone got a clue how to manipulate the output (in this case the link arguments) in the makefiles that get generated from Makefile.PL (without actually generate then, edit and commit them into gar-svn)? From dam at opencsw.org Thu Mar 19 13:15:14 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 13:15:14 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <49C234F8.4040407@opencsw.org> References: <49C234F8.4040407@opencsw.org> Message-ID: <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> Hi Roger, Am 19.03.2009 um 13:05 schrieb Roger H?kansson: > I'm trying to package the latest version of netsnmp but I've > stumbled upon a bit of a problem. > > First I tried on my own two build machines (a sparc and a x86 both > running Solaris8) and got the sparc done, but on my x86 several of > the tests core dumps. > > So then I tried on the build farm, but there I got the exact same > problem both on x86 and sparc: the perl modules get linked against > the installed libraries and not my newly built ones and (at least > thats why I think) the perl test fails. > > Anyone got a clue how to manipulate the output (in this case the > link arguments) in the makefiles that get generated from Makefile.PL > (without actually generate then, edit and commit them into gar-svn)? This is done inside the Makefile. You have basically three options: 1. Understand what is going on in the Makefile and make sure the first -L... points to your newly build libraries 2. Build a wrapper for 'cc' which reorders the -L arguments (Thanks James for the cool idea!) 3. Test it on a private machine to make sure it works and disable tests on the build farm Best regards -- Dago From william at wbonnet.net Thu Mar 19 15:59:24 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 19 Mar 2009 15:59:24 +0100 Subject: [csw-maintainers] New mirror Message-ID: <49C25DCC.7070906@wbonnet.net> Hi I am pleased to net you know that a new mirror is available. opencsw.solaris-fr.org This mirror is based in France (Marseille area) and is hosted by french CNRS. Many thanks to Gerard Henry 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 maybird1776 at yahoo.com Thu Mar 19 16:41:20 2009 From: maybird1776 at yahoo.com (ken mays) Date: Thu, 19 Mar 2009 08:41:20 -0700 (PDT) Subject: [csw-maintainers] Samba Message-ID: <66896.19523.qm@web111308.mail.gq1.yahoo.com> Hello, Is Samba being updated anytime soon? ~K From phil at bolthole.com Thu Mar 19 17:04:52 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Mar 2009 09:04:52 -0700 Subject: [csw-maintainers] Samba In-Reply-To: <66896.19523.qm@web111308.mail.gq1.yahoo.com> References: <66896.19523.qm@web111308.mail.gq1.yahoo.com> Message-ID: <20090319160451.GA80449@bolthole.com> On Thu, Mar 19, 2009 at 08:41:20AM -0700, ken mays wrote: > > > Hello, > > Is Samba being updated anytime soon? someone is working on it. meanwhile, there is a somewhatmore uptodate package (that is sadly a jumbo package that doenst match prior splitups) in testing. From trygvis at opencsw.org Thu Mar 19 20:51:28 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Thu, 19 Mar 2009 20:51:28 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090317012751.GC22767@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> <20090317012751.GC22767@bolthole.com> Message-ID: <49C2A240.2000305@opencsw.org> Philip Brown wrote: > On Mon, Mar 16, 2009 at 08:02:48PM -0400, Ben Walton wrote: >> Just my 2 cents for the evening. I really am ok with this if we want >> to blanket license (for simplicity or sanity or whatever) all >> descriptions under the same license as mGar itself (GPLv2). > > that would be inappropriate. for multiple reasons, but also for reasons > that the Gnu foundation itself raises; pure GPL is unsuited for > documentation and non"code" entities. thats why the > "gnu free documentation license" or whatever was invented. > > I would like to suggest that we dont flood the mailing list with "from > scratch" discussion, becuase it will make it very, VERY noisy, for the next > few weeks. I'd like maintainers to stay in the habit of actually reading > this list? :) > > I would like to suggest that we table discussion, until Trygve chimes in on > what he remembers from the meeting. That would save a lot of time and > bandwidth. Otherwise, probably an IRC meeting would be best to get license > talks "Jumpstarted". Then we finalize things on the list? > (after posting logs of the irc session) AFAIR we didn't agree on anything other than "it would be nice". -- Trygve From hson at opencsw.org Thu Mar 19 21:25:02 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 19 Mar 2009 21:25:02 +0100 Subject: [csw-maintainers] xmlrpc-c 1.16.13 in /testing Message-ID: <49C2AA1E.7000202@opencsw.org> I've packaged xmlrpc-c 1.16.13 (from the stable branch) and the packages are availabe from /testing From bwalton at opencsw.org Thu Mar 19 21:27:00 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 19 Mar 2009 16:27:00 -0400 Subject: [csw-maintainers] updated git in /testing Message-ID: <1237494397-sup-4665@ntdws12.chass.utoronto.ca> I've placed 1.6.2.1 packages in /testing. 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 Thu Mar 19 21:43:58 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Mar 2009 15:43:58 -0500 Subject: [csw-maintainers] gcc4 update Message-ID: <49C2AE8E.2090503@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good News, I have gcc4 compiling and ready to be packaged up, I have the amd64/i386 stuff worked out and preliminary tests are looking good. Expect to see the new version in testing by the beginning of 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.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknCro4ACgkQLrhmsXMSLxcRIwCgw/ZunMYJy3WobrK9+ZKv71qc tR8AoOPGG7rWfjvgPXrVixkKskzufL0n =1bfC -----END PGP SIGNATURE----- From dam at opencsw.org Thu Mar 19 21:50:00 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 21:50:00 +0100 Subject: [csw-maintainers] gcc4 update In-Reply-To: <49C2AE8E.2090503@opencsw.org> References: <49C2AE8E.2090503@opencsw.org> Message-ID: <97273EA7-5D32-4058-A96A-84A454040E0E@opencsw.org> Hi Mike, Am 19.03.2009 um 21:43 schrieb Mike Watters: > Good News, > > I have gcc4 compiling and ready to be packaged up, > I have the amd64/i386 stuff worked out and preliminary tests are > looking good. > > Expect to see the new version in testing by the beginning of next > week. Great! This will allow full 64 bit builds for boths archs. Ken, I guess it will be best if you start with your GAR work now so you are comfortable with GAR when gcc hits the street. Best regards -- Dago From phil at bolthole.com Thu Mar 19 22:01:09 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Mar 2009 14:01:09 -0700 Subject: [csw-maintainers] python, py, pyc, pyo In-Reply-To: <49C29E70.8070400@wbonnet.net> References: <49C03BD7.7030104@wbonnet.net> <20090318163628.GD11300@bolthole.com> <49C25F36.9060201@wbonnet.net> <20090319162239.GG80449@bolthole.com> <49C2829F.4000209@wbonnet.net> <20090319180505.GC6120@bolthole.com> <49C2932B.9090007@wbonnet.net> <20090319191352.GF6120@bolthole.com> <49C29E70.8070400@wbonnet.net> Message-ID: <20090319210109.GK6120@bolthole.com> On Thu, Mar 19, 2009 at 08:35:12PM +0100, William Bonnet wrote: > Debian provides only .py files. Should i add also .pyo and .pyc ? ehhh.... you have to conference with the python maintainer. Adding maintainers list for a broader discussion, as well. There is a way to make that happen nicely... thing is, you have to plan it properly. python really wants those files compiled "some time". The question then becomes by what, when, and where. By the maintainer of individual packages, and shipped with? or compiled at pkgadd time? or.....? You have to make sure that python will compile it to an appropriate place. thing is, there may be variations on what is "best"; It may be "best" in some situations to compile to /opt/csw/libXXXX, but OTHER situations, to compile to /var/opt/csw/libXXXXX. In other words, we may want to have python support some kind of site-local location override for this sort of thing. I vaguely recall a mention of this issue on one of the opensolaris mailing lists. probably the pkg-discuss one. It was centered around IPS packaging, but the principles are the same. From phil at bolthole.com Thu Mar 19 22:02:47 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Mar 2009 14:02:47 -0700 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49C2A240.2000305@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> <20090317012751.GC22767@bolthole.com> <49C2A240.2000305@opencsw.org> Message-ID: <20090319210246.GL6120@bolthole.com> On Thu, Mar 19, 2009 at 08:51:28PM +0100, Trygve Laugst?l wrote: >> I would like to suggest that we table discussion, until Trygve chimes in on >> what he remembers from the meeting. That would save a lot of time and >> bandwidth. Otherwise, probably an IRC meeting would be best to get license >> talks "Jumpstarted". Then we finalize things on the list? >> (after posting logs of the irc session) > > AFAIR we didn't agree on anything other than "it would be nice". Sigh.... I remember that we got into very great detail.. but if noone else remembers, and we dont have a recording, guess we may as well start from ground zero. ugh. So.. we wanna set up an IRC chat to discuss? Or just let it be for now? From maybird1776 at yahoo.com Fri Mar 20 00:10:51 2009 From: maybird1776 at yahoo.com (ken mays) Date: Thu, 19 Mar 2009 16:10:51 -0700 (PDT) Subject: [csw-maintainers] gcc4 update Message-ID: <715084.65885.qm@web111312.mail.gq1.yahoo.com> Do you have the GCC 4.3.3 test results on Solaris 8 from OpenCSW? I'm mainly looking for GCC 4.3.3 test results for Solaris 64-bit builds (sparcv9/amd64). I need a little 'warm and fuzzy' before I go through KDE 4.2.1 hacking processes. ~K --- On Thu, 3/19/09, Dagobert Michelsen wrote: > From: Dagobert Michelsen > Subject: Re: [csw-maintainers] gcc4 update > To: "internal list for the CSW maintainers" > Cc: "Ken Mays" > Date: Thursday, March 19, 2009, 4:50 PM > Hi Mike, > > Am 19.03.2009 um 21:43 schrieb Mike Watters: > > Good News, > > > > I have gcc4 compiling and ready to be packaged up, > > I have the amd64/i386 stuff worked out and preliminary > tests are looking good. > > > > Expect to see the new version in testing by the > beginning of next week. > > Great! This will allow full 64 bit builds for boths archs. > Ken, I guess it will be best if you start with your GAR > work > now so you are comfortable with GAR when gcc hits the > street. > > > Best regards > > ? -- Dago > From maybird1776 at yahoo.com Fri Mar 20 00:20:21 2009 From: maybird1776 at yahoo.com (ken mays) Date: Thu, 19 Mar 2009 16:20:21 -0700 (PDT) Subject: [csw-maintainers] KDE 4.2.1 update Message-ID: <831220.37733.qm@web111303.mail.gq1.yahoo.com> Hello, I'll be reviewing the staging of KDE 4.2.1 into the current stack for GAR builds. This will after review of GCC 4.3.3. testing in AMD64/sparcv9 build environments on Solaris 8-10. ~K From mwatters at opencsw.org Fri Mar 20 00:38:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Mar 2009 18:38:57 -0500 Subject: [csw-maintainers] gcc4 update In-Reply-To: <715084.65885.qm@web111312.mail.gq1.yahoo.com> References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> Message-ID: <49C2D791.4080901@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ken mays wrote: > Do you have the GCC 4.3.3 test results on Solaris 8 from OpenCSW? > I'm mainly looking for GCC 4.3.3 test results for Solaris 64-bit builds (sparcv9/amd64). > > I need a little 'warm and fuzzy' before I go through KDE 4.2.1 hacking > processes. > > ~K > > > > --- On Thu, 3/19/09, Dagobert Michelsen wrote: > >> From: Dagobert Michelsen >> Subject: Re: [csw-maintainers] gcc4 update >> To: "internal list for the CSW maintainers" >> Cc: "Ken Mays" >> Date: Thursday, March 19, 2009, 4:50 PM >> Hi Mike, >> >> Am 19.03.2009 um 21:43 schrieb Mike Watters: >>> Good News, >>> >>> I have gcc4 compiling and ready to be packaged up, >>> I have the amd64/i386 stuff worked out and preliminary >> tests are looking good. >>> Expect to see the new version in testing by the >> beginning of next week. >> >> Great! This will allow full 64 bit builds for boths archs. >> Ken, I guess it will be best if you start with your GAR >> work >> now so you are comfortable with GAR when gcc hits the >> street. >> >> >> Best regards >> >> -- Dago >> > > > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers the only thing I have as test results now are very simple programs that I compiled on all four architectures. Once I get the last bit done... garifying the amd64/i386 merge I will release to testing. maybe we can get it installed on 8x and 10x replacing the existing 4.x build since we have gcc working. I have the gcc build on the "top" of my list to get out. followed closely by cmake ;) - -- 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 iEYEARECAAYFAknC15EACgkQLrhmsXMSLxfk8wCgnzimFSuClhdP30d2ZQYi99Ei OFQAnjlCLS9KtdEB5jnvyNGTuenNvkMD =2KRB -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 20 00:41:08 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Mar 2009 18:41:08 -0500 Subject: [csw-maintainers] gcc4 update In-Reply-To: <49C2D791.4080901@opencsw.org> References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> <49C2D791.4080901@opencsw.org> Message-ID: <49C2D814.5030105@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > ken mays wrote: >> Do you have the GCC 4.3.3 test results on Solaris 8 from OpenCSW? >> I'm mainly looking for GCC 4.3.3 test results for Solaris 64-bit builds (sparcv9/amd64). > >> I need a little 'warm and fuzzy' before I go through KDE 4.2.1 hacking >> processes. > >> ~K > > > >> --- On Thu, 3/19/09, Dagobert Michelsen wrote: > >>> From: Dagobert Michelsen >>> Subject: Re: [csw-maintainers] gcc4 update >>> To: "internal list for the CSW maintainers" >>> Cc: "Ken Mays" >>> Date: Thursday, March 19, 2009, 4:50 PM >>> Hi Mike, >>> >>> Am 19.03.2009 um 21:43 schrieb Mike Watters: >>>> Good News, >>>> >>>> I have gcc4 compiling and ready to be packaged up, >>>> I have the amd64/i386 stuff worked out and preliminary >>> tests are looking good. >>>> Expect to see the new version in testing by the >>> beginning of next week. >>> >>> Great! This will allow full 64 bit builds for boths archs. >>> Ken, I guess it will be best if you start with your GAR >>> work >>> now so you are comfortable with GAR when gcc hits the >>> street. >>> >>> >>> Best regards >>> >>> -- Dago >>> > > > >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > the only thing I have as test results now are very simple programs that I compiled on all four architectures. Once I > get the last bit done... garifying the amd64/i386 merge I will release to testing. > maybe we can get it installed on 8x and 10x replacing the existing 4.x build since we have gcc working. I have the gcc > build on the "top" of my list to get out. > > followed closely by cmake ;) > > > > > > > > my plan is to run through the gcc test suite over the weekend. _______________________________________________ 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 iEYEARECAAYFAknC2BQACgkQLrhmsXMSLxcBGwCgi/07qP8ydc/+lx/NGSMt9aDP O5cAoJTDMmis2aUO+Z2jlTZiurMJ6VeN =4Rkr -----END PGP SIGNATURE----- From harpchad at opencsw.org Fri Mar 20 00:48:53 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 19 Mar 2009 18:48:53 -0500 Subject: [csw-maintainers] gcc4 update In-Reply-To: <49C2D814.5030105@opencsw.org> References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> <49C2D791.4080901@opencsw.org> <49C2D814.5030105@opencsw.org> Message-ID: Dago, I know it's not something we want to do often, but perhaps this would qualify for some temporary zones so we can test along side the existing version? On Mar 19, 2009, at 6:41 PM, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mike Watters wrote: >> ken mays wrote: >>> Do you have the GCC 4.3.3 test results on Solaris 8 from OpenCSW? >>> I'm mainly looking for GCC 4.3.3 test results for Solaris 64-bit >>> builds (sparcv9/amd64). >> >>> I need a little 'warm and fuzzy' before I go through KDE 4.2.1 >>> hacking >>> processes. >> >>> ~K >> >> >> >>> --- On Thu, 3/19/09, Dagobert Michelsen wrote: >> >>>> From: Dagobert Michelsen >>>> Subject: Re: [csw-maintainers] gcc4 update >>>> To: "internal list for the CSW maintainers" >>>> >>>> Cc: "Ken Mays" >>>> Date: Thursday, March 19, 2009, 4:50 PM >>>> Hi Mike, >>>> >>>> Am 19.03.2009 um 21:43 schrieb Mike Watters: >>>>> Good News, >>>>> >>>>> I have gcc4 compiling and ready to be packaged up, >>>>> I have the amd64/i386 stuff worked out and preliminary >>>> tests are looking good. >>>>> Expect to see the new version in testing by the >>>> beginning of next week. >>>> >>>> Great! This will allow full 64 bit builds for boths archs. >>>> Ken, I guess it will be best if you start with your GAR >>>> work >>>> now so you are comfortable with GAR when gcc hits the >>>> street. >>>> >>>> >>>> Best regards >>>> >>>> -- Dago >>>> >> >> >> >>> _______________________________________________ >>> maintainers mailing list >>> maintainers at lists.opencsw.org >>> https://lists.opencsw.org/mailman/listinfo/maintainers >> the only thing I have as test results now are very simple >> programs that I compiled on all four architectures. Once I >> get the last bit done... garifying the amd64/i386 merge I will >> release to testing. >> maybe we can get it installed on 8x and 10x replacing the existing >> 4.x build since we have gcc working. I have the gcc >> build on the "top" of my list to get out. >> >> followed closely by cmake ;) >> >> >> >> >> >> >> >> > my plan is to run through the gcc test suite over the weekend. > > _______________________________________________ > 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 > > iEYEARECAAYFAknC2BQACgkQLrhmsXMSLxcBGwCgi/07qP8ydc/+lx/NGSMt9aDP > O5cAoJTDMmis2aUO+Z2jlTZiurMJ6VeN > =4Rkr > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From hson at opencsw.org Fri Mar 20 06:47:50 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 20 Mar 2009 06:47:50 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> Message-ID: <49C32E06.7050501@opencsw.org> > This is done inside the Makefile. You have basically three options: > > 1. Understand what is going on in the Makefile and make sure the first > -L... > points to your newly build libraries > 2. Build a wrapper for 'cc' which reorders the -L arguments > (Thanks James for the cool idea!) > 3. Test it on a private machine to make sure it works and disable tests > on the build farm I'm fully aware of whats going on and how I could do a quick and dirty fix (edit the Makefile). What I would like to do is to make a more clean and future-proof solution, i.e change the way Makefile.PL->Makefile is done, instead of checking in pregenerated (and edited) Makefiles into svn. From dam at opencsw.org Fri Mar 20 09:11:04 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 09:11:04 +0100 Subject: [csw-maintainers] gcc4 update In-Reply-To: References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> <49C2D791.4080901@opencsw.org> <49C2D814.5030105@opencsw.org> Message-ID: <57CC63BB-01F4-4060-8228-2E3A4CB2D940@opencsw.org> Hi Chad, Am 20.03.2009 um 00:48 schrieb Chad Harp: > On Mar 19, 2009, at 6:41 PM, Mike Watters wrote: >> my plan is to run through the gcc test suite over the weekend. >> > > Dago, I know it's not something we want to do often, but perhaps > this would qualify for some temporary zones so we can test along > side the existing version? Sure, I can make Sparc zones very easily. However, build8x is a physical machine (you don't want to see a picture of it - trust me!) and even setting this one up was a pain. build9x and build10x are both VMware ESX VMs, but build10x is not zoned - building is currently done in the global zone. This may have not been a good idea as I see now. So, setting up build build10s-gcc4 and build8s-gcc4 is easy, build10x-gcc4 is some work and build8x-gcc4 is hard work. Now which ones do you need? Best regards -- Dago From dam at opencsw.org Fri Mar 20 09:11:59 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 09:11:59 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <49C32E06.7050501@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> Message-ID: Hi Roger, Am 20.03.2009 um 06:47 schrieb Roger H?kansson: >> This is done inside the Makefile. You have basically three options: >> 1. Understand what is going on in the Makefile and make sure the >> first -L... >> points to your newly build libraries >> 2. Build a wrapper for 'cc' which reorders the -L arguments >> (Thanks James for the cool idea!) >> 3. Test it on a private machine to make sure it works and disable >> tests >> on the build farm > > I'm fully aware of whats going on and how I could do a quick and > dirty fix (edit the Makefile). > What I would like to do is to make a more clean and future-proof > solution, i.e change the way Makefile.PL->Makefile is done, instead > of checking in pregenerated (and edited) Makefiles into svn. Please check in what you have done and post the SVN path so we can take a look at it. Best regards -- Dago From hson at opencsw.org Fri Mar 20 09:19:15 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 20 Mar 2009 09:19:15 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> Message-ID: <49C35183.1050908@opencsw.org> > Please check in what you have done and post the SVN path so we > can take a look at it. It's already there https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/netsnmp/trunk/ From dam at opencsw.org Fri Mar 20 09:22:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 09:22:38 +0100 Subject: [csw-maintainers] Updating packages on all buildfarm server to "current" Message-ID: <47BEC1AF-0B19-4262-BDE4-45093B7B310D@opencsw.org> Hi, I will be updating the OpenCSW packages on all buildfarm servers to current. Please stand by. Best regards -- Dago From dam at opencsw.org Fri Mar 20 10:58:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 10:58:42 +0100 Subject: [csw-maintainers] Updating packages on all buildfarm server to "current" In-Reply-To: <47BEC1AF-0B19-4262-BDE4-45093B7B310D@opencsw.org> References: <47BEC1AF-0B19-4262-BDE4-45093B7B310D@opencsw.org> Message-ID: <193FAE94-1B5B-4D60-A227-1A065350F551@opencsw.org> Hi, Am 20.03.2009 um 09:22 schrieb Dagobert Michelsen: > I will be updating the OpenCSW packages on all buildfarm servers to > current. Please stand by. All packages have been updated. Have fun resuming your work :-) Best regards -- Dago From william at wbonnet.net Fri Mar 20 11:31:12 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 20 Mar 2009 11:31:12 +0100 Subject: [csw-maintainers] KDE 4.2.1 update In-Reply-To: <831220.37733.qm@web111303.mail.gq1.yahoo.com> References: <831220.37733.qm@web111303.mail.gq1.yahoo.com> Message-ID: <49C37070.2050401@wbonnet.net> Hi Ken > I'll be reviewing the staging of KDE 4.2.1 into the current stack for > GAR builds. This will after review of GCC 4.3.3. testing in AMD64/sparcv9 > build environments on Solaris 8-10. > If you need some help to add some of your KDE or Gnome stuff to GAR, feel free to ask for some help. It is a huge amount of work since there is many packages. I can help you adding some (without taking over). Especially since i need some updates for Xfce. 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 Fri Mar 20 11:43:37 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 11:43:37 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <49C35183.1050908@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> Message-ID: <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> Hi Roger, Am 20.03.2009 um 09:19 schrieb Roger H?kansson: > > Please check in what you have done and post the SVN path so we >> can take a look at it. > > It's already there https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/netsnmp/trunk/ Some investigation: - Running the testcase gives me an error: > build8s% /opt/csw/bin/perl /tmp/snmp-test-44-18205/hello.pl > Can't load '/home/hson/dev/mgar/pkg/netsnmp/trunk/work/build-isa- > sparcv8/net-snmp-5.4.2.1/perl/blib/arch/auto/NetSNMP/ASN/ASN.so' for > module NetSNMP::ASN: ld.so.1: perl: fatal: libnetsnmp.so.15: open > failed: No such file or directory at /opt/csw/lib/perl/5.8.8/ > DynaLoader.pm line 230. > at /tmp/snmp-test-44-18205/hello.pl line 7 > Compilation failed in require at /tmp/snmp-test-44-18205/hello.pl > line 7. > BEGIN failed--compilation aborted at /tmp/snmp-test-44-18205/ > hello.pl line 7. - Trying to link it points to *.so.10 instead of the provided *.so.15: > build8s% ldd ../perl/blib/arch/auto/NetSNMP/ASN/ASN.so > libnetsnmp.so.10 => /opt/csw/lib/libnetsnmp.so.10 > libgen.so.1 => /usr/lib/libgen.so.1 > libelf.so.1 => /usr/lib/libelf.so.1 > libnsl.so.1 => /usr/lib/libnsl.so.1 > libsocket.so.1 => /usr/lib/libsocket.so.1 > libc.so.1 => /usr/lib/libc.so.1 > libdl.so.1 => /usr/lib/libdl.so.1 > libmp.so.2 => /usr/lib/libmp.so.2 > /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 > build8s% ls -l ../snmplib/.libs/libnetsnmp.* > -rw-r--r-- 1 dam csw 1217648 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.a > lrwxrwxrwx 1 dam csw 16 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.la -> ../libnetsnmp.la > -rw-r--r-- 1 dam csw 887 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.lai > lrwxrwxrwx 1 dam csw 20 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.so -> libnetsnmp.so.15.1.2 > lrwxrwxrwx 1 dam csw 20 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.so.15 -> libnetsnmp.so.15.1.2 > -rwxr-xr-x 1 dam csw 865424 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.so.15.1.2 It looks like there is a problem setting NET-SNMP-IN-SOURCE NET-SNMP-PATH to use local binding, but I can't find where this is actually set :-( Best regards -- Dago From maybird1776 at yahoo.com Fri Mar 20 12:42:20 2009 From: maybird1776 at yahoo.com (ken mays) Date: Fri, 20 Mar 2009 04:42:20 -0700 (PDT) Subject: [csw-maintainers] KDE 4.2.1 update Message-ID: <92061.52318.qm@web111315.mail.gq1.yahoo.com> William, That sounds good. You'll want to build Firefox 3.1b3 on Solaris 8 before we start down that path. ;o) ~ K --- On Fri, 3/20/09, William Bonnet wrote: > From: William Bonnet > Subject: Re: [csw-maintainers] KDE 4.2.1 update > To: "internal list for the CSW maintainers" > Date: Friday, March 20, 2009, 6:31 AM > Hi Ken > > I'll be reviewing the staging of KDE 4.2.1 into the > current stack for > > GAR builds. This will after review of GCC 4.3.3. > testing in AMD64/sparcv9 > > build environments on Solaris 8-10. > >??? > If you need some help to add some of your KDE or Gnome > stuff to GAR, feel free to ask for some help. It is a huge > amount of work since there is many packages. > > I can help you adding some (without taking over). > Especially since i need some updates for Xfce. > > 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 > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From skayser at opencsw.org Fri Mar 20 14:15:37 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 20 Mar 2009 14:15:37 +0100 Subject: [csw-maintainers] New/updated pkgs in testing: socat, dovecot (+ dovecot_devel, dovecot_sieve) Message-ID: <49C396F9.1040105@opencsw.org> Hi, i have put together updated dovecot packages and a socat package and put them in testing. dovecot_sieve-1.1.11,REV=2009.03.20-SunOS5.8-sparc-CSW.pkg.gz dovecot_sieve-1.1.11,REV=2009.03.20-SunOS5.8-i386-CSW.pkg.gz dovecot_devel-1.1.11,REV=2009.03.20-SunOS5.8-sparc-CSW.pkg.gz dovecot_devel-1.1.11,REV=2009.03.20-SunOS5.8-i386-CSW.pkg.gz dovecot-1.1.11,REV=2009.03.20-SunOS5.8-sparc-CSW.pkg.gz dovecot-1.1.11,REV=2009.03.20-SunOS5.8-i386-CSW.pkg.gz socat-1.7.0.0,REV=2009.03.20-SunOS5.8-sparc-CSW.pkg.gz socat-1.7.0.0,REV=2009.03.20-SunOS5.8-i386-CSW.pkg.gz dovecot uses cswusergroup, cswcpsampleconf, and cswinitsmf. Upgrades of existing 1.0.x installations should work fine. On a fresh installation dovecot should work out of the box for secure IMAP/POP access to system user mailboxes. If anyone wants to give them a spin ... feedback is as always appreciated. Sebastian From skayser at opencsw.org Fri Mar 20 14:21:39 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 20 Mar 2009 14:21:39 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> Message-ID: <49C39863.3070708@opencsw.org> Dagobert Michelsen wrote: > Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: >> * Ross Macduff wrote: >>> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 >>> >>> Please let me know if there are any issues with it. >> gsed now contains a file which is also in CSWiconv >> >> /opt/csw/lib/charset.alias >> >> Don't know where it really belongs, but i guess we should avoid >> prompting the users to answer whether they want to install conflicting >> files. > > This file should only be included in libiconv and excluded just like > info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES > accordingly. Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES didn't work for me with gar/v2 revision 3797. Sebastian From rmacduff at opencsw.org Fri Mar 20 14:31:31 2009 From: rmacduff at opencsw.org (Ross Macduff) Date: Fri, 20 Mar 2009 09:31:31 -0400 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <49C39863.3070708@opencsw.org> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> <49C39863.3070708@opencsw.org> Message-ID: <1237555648-sup-2640@frog.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Fri Mar 20 09:21:39 -0400 2009: > Dagobert Michelsen wrote: > > Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: > >> * Ross Macduff wrote: > >>> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 > >>> > >>> Please let me know if there are any issues with it. > >> gsed now contains a file which is also in CSWiconv > >> > >> /opt/csw/lib/charset.alias > >> > >> Don't know where it really belongs, but i guess we should avoid > >> prompting the users to answer whether they want to install conflicting > >> files. > > > > This file should only be included in libiconv and excluded just like > > info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES > > accordingly. > > Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES didn't > work for me with gar/v2 revision 3797. > > Sebastian I've even tried using EXTRA_PKGFILES_EXCLUDED, but that doesn't seem to do the trick either. I know I could resort to manually editing the prototype to exclude lib/charset.alias and then repackage, but I was hoping for a better solution. Ross From skayser at opencsw.org Fri Mar 20 15:23:16 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 20 Mar 2009 15:23:16 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <1237555648-sup-2640@frog.chass.utoronto.ca> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> <49C39863.3070708@opencsw.org> <1237555648-sup-2640@frog.chass.utoronto.ca> Message-ID: <49C3A6D4.20803@opencsw.org> Ross Macduff wrote: > Excerpts from Sebastian Kayser's message of Fri Mar 20 09:21:39 -0400 2009: >> Dagobert Michelsen wrote: >>> Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: >>>> * Ross Macduff wrote: >>>>> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 >>>>> >>>>> Please let me know if there are any issues with it. >>>> gsed now contains a file which is also in CSWiconv >>>> >>>> /opt/csw/lib/charset.alias >>>> >>>> Don't know where it really belongs, but i guess we should avoid >>>> prompting the users to answer whether they want to install conflicting >>>> files. >>> This file should only be included in libiconv and excluded just like >>> info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES >>> accordingly. >> Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES didn't >> work for me with gar/v2 revision 3797. >> >> Sebastian > > I've even tried using EXTRA_PKGFILES_EXCLUDED, but that doesn't seem to > do the trick either. > > I know I could resort to manually editing the prototype to exclude > lib/charset.alias and then repackage, but I was hoping for a better > solution. Ross, did you try EXTRA_MERGE_EXCLUDE_FILES (note the _MERGE_)? For me this worked when i filled it with the absolute paths of the files i wanted to exclude. In your example this would be EXTRA_MERGE_EXCLUDE_FILES = $(libdir)/charset.alias Sebastian From harpchad at opencsw.org Fri Mar 20 18:14:40 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 20 Mar 2009 12:14:40 -0500 Subject: [csw-maintainers] gcc4 update In-Reply-To: <57CC63BB-01F4-4060-8228-2E3A4CB2D940@opencsw.org> References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> <49C2D791.4080901@opencsw.org> <49C2D814.5030105@opencsw.org> <57CC63BB-01F4-4060-8228-2E3A4CB2D940@opencsw.org> Message-ID: <49C3CF00.1030201@opencsw.org> That would probably be useful, though it was the i386/amd64 package I was most interested in (Mike has access to sparc hardware that he's testing on). I was hoping to be able to do builds of some of my packages with the new versions before we put it on the regular build environment. I suppose we can always back it out if we run into problems. Dagobert Michelsen wrote: > Hi Chad, > > Am 20.03.2009 um 00:48 schrieb Chad Harp: >> On Mar 19, 2009, at 6:41 PM, Mike Watters wrote: >>> my plan is to run through the gcc test suite over the weekend. >>> >> >> Dago, I know it's not something we want to do often, but perhaps this >> would qualify for some temporary zones so we can test along side the >> existing version? > > Sure, I can make Sparc zones very easily. However, build8x > is a physical machine (you don't want to see a picture of > it - trust me!) and even setting this one up was a pain. > build9x and build10x are both VMware ESX VMs, but build10x > is not zoned - building is currently done in the global zone. > This may have not been a good idea as I see now. > > So, setting up build build10s-gcc4 and build8s-gcc4 is easy, > build10x-gcc4 is some work and build8x-gcc4 is hard work. > > Now which ones do you need? > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From rmacduff at opencsw.org Fri Mar 20 18:41:09 2009 From: rmacduff at opencsw.org (Ross Macduff) Date: Fri, 20 Mar 2009 13:41:09 -0400 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <49C3A6D4.20803@opencsw.org> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> <49C39863.3070708@opencsw.org> <1237555648-sup-2640@frog.chass.utoronto.ca> <49C3A6D4.20803@opencsw.org> Message-ID: <1237570859-sup-3717@frog.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Fri Mar 20 10:23:16 -0400 2009: > Ross Macduff wrote: > > Excerpts from Sebastian Kayser's message of Fri Mar 20 09:21:39 -0400 2009: > >> Dagobert Michelsen wrote: > >>> Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: > >>>> * Ross Macduff wrote: > >>>>> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 > >>>>> > >>>>> Please let me know if there are any issues with it. > >>>> gsed now contains a file which is also in CSWiconv > >>>> > >>>> /opt/csw/lib/charset.alias > >>>> > >>>> Don't know where it really belongs, but i guess we should avoid > >>>> prompting the users to answer whether they want to install conflicting > >>>> files. > >>> This file should only be included in libiconv and excluded just like > >>> info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES > >>> accordingly. > >> Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES didn't > >> work for me with gar/v2 revision 3797. > >> > >> Sebastian > > > > I've even tried using EXTRA_PKGFILES_EXCLUDED, but that doesn't seem to > > do the trick either. > > > > I know I could resort to manually editing the prototype to exclude > > lib/charset.alias and then repackage, but I was hoping for a better > > solution. > > Ross, did you try EXTRA_MERGE_EXCLUDE_FILES (note the _MERGE_)? For me > this worked when i filled it with the absolute paths of the files i > wanted to exclude. In your example this would be > > EXTRA_MERGE_EXCLUDE_FILES = $(libdir)/charset.alias > > Sebastian Thanks Sebastian! That did the trick. Ross From phil at bolthole.com Fri Mar 20 21:46:16 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 20 Mar 2009 13:46:16 -0700 Subject: [csw-maintainers] GAR safety check needed: UNCOMMITTED Message-ID: <20090320204616.GP69331@bolthole.com> I have a sanity check in my hand-build packages: I call "sccs check" before continuing. If there is anything that is not checked in, it autocancels packaging. I think that gar needs to have a similar feature. or at the very least, it mods the package name from its usual, to insert "UNCOMMITTED" in the filename, so if someone is making a package for test purposes, they dont "accidentally" submit it for official release. I've had to deal with a whole slew of packages, with PSTAMP=xxxxxx-UNCOMMITTED-xxxx lately. It's wasting a lot of time. From dam at opencsw.org Fri Mar 20 22:00:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 22:00:49 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <49C39863.3070708@opencsw.org> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> <49C39863.3070708@opencsw.org> Message-ID: <2F7F7356-04AF-490C-86C4-FCD4FAB14D5C@opencsw.org> Hi, Am 20.03.2009 um 14:21 schrieb Sebastian Kayser: > Dagobert Michelsen wrote: >> This file should only be included in libiconv and excluded just like >> info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES >> accordingly. > > Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES > didn't > work for me with gar/v2 revision 3797. Yes, EXTRA_MERGE_EXCLUDE_FILES, typo, sorry... Best regards -- Dago From dam at opencsw.org Fri Mar 20 22:12:41 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 22:12:41 +0100 Subject: [csw-maintainers] GAR safety check needed: UNCOMMITTED In-Reply-To: <20090320204616.GP69331@bolthole.com> References: <20090320204616.GP69331@bolthole.com> Message-ID: <30FC43CA-84AE-4F6A-877C-9D503A855B89@opencsw.org> Hi Phil, Am 20.03.2009 um 21:46 schrieb Philip Brown: > I have a sanity check in my hand-build packages: > I call "sccs check" before continuing. > If there is anything that is not checked in, it autocancels packaging. > I think that gar needs to have a similar feature. > > or at the very least, it mods the package name from its usual, to > insert > "UNCOMMITTED" in the filename, so if someone is making a package for > test > purposes, they dont "accidentally" submit it for official release. > > > I've had to deal with a whole slew of packages, with > PSTAMP=xxxxxx-UNCOMMITTED-xxxx > > lately. It's wasting a lot of time. Sure, this can easily be done. Best regards -- Dago From dam at opencsw.org Fri Mar 20 22:17:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 22:17:34 +0100 Subject: [csw-maintainers] [csw-buildfarm] please install autogen on the buildfarm In-Reply-To: <49C3BE00.4080001@opencsw.org> References: <49C3BE00.4080001@opencsw.org> Message-ID: <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Hi Mike, Am 20.03.2009 um 17:02 schrieb Mike Watters: > please install autogen on the buildfarm Done. Looks like the autogen postinstall is buggy: > [ verifying class ] > ## Executing postinstall script. > /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ > mkdirentries: not found > postinstall: anomaly : Info directory update failed! > pkgadd: ERROR: postinstall script did not complete successfully Best regards -- Dago From bwalton at opencsw.org Sat Mar 21 00:43:55 2009 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 20 Mar 2009 19:43:55 -0400 Subject: [csw-maintainers] GAR safety check needed: UNCOMMITTED In-Reply-To: <30FC43CA-84AE-4F6A-877C-9D503A855B89@opencsw.org> References: <20090320204616.GP69331@bolthole.com> <30FC43CA-84AE-4F6A-877C-9D503A855B89@opencsw.org> Message-ID: <1237591996-sup-5407@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Fri Mar 20 17:12:41 -0400 2009: > > or at the very least, it mods the package name from its usual, to > > insert "UNCOMMITTED" in the filename, so if someone is making a > > package for test purposes, they dont "accidentally" submit it for > > official release. > > > > I've had to deal with a whole slew of packages, with > > PSTAMP=xxxxxx-UNCOMMITTED-xxxx > > Sure, this can easily be done. I think this should happen in two steps. 1. Add the check to checkpkg itself (that's what it's there for, after all). 2. Facilitate the call to checkpkg from GAR in a way that the maintainer can still generate package files without committing but the GAR process isn't considered quite complete. This could be done by changing the package target to depend on two new targets like _packagefiles and _checkpkgs. The maintainer would still call `make package` as per routine/habit, but could have package files to inspect even if not everything is committed. This facilitates debugging dynamic prototypes for multi-package builds without committing (log clutter) for every little tweak. This should achieve as much as can be done with technical solutions to a human problem while still leaving the maintainer freedom to work as needed. That's my take, anyway. 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 pfelecan at opencsw.org Sat Mar 21 13:59:58 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Sat, 21 Mar 2009 13:59:58 +0100 Subject: [csw-maintainers] [csw-buildfarm] please install autogen on the buildfarm In-Reply-To: <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> (Dagobert Michelsen's message of "Fri\, 20 Mar 2009 22\:17\:34 +0100") References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi Mike, > > Am 20.03.2009 um 17:02 schrieb Mike Watters: >> please install autogen on the buildfarm > > Done. Looks like the autogen postinstall is buggy: > >> [ verifying class ] >> ## Executing postinstall script. >> /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ >> mkdirentries: not found >> postinstall: anomaly : Info directory update failed! >> pkgadd: ERROR: postinstall script did not complete successfully I received a bug report on this issue but: 1. mkdirentries is/was in CSWtexinfo 2. autogen depends on CSWtexinfo 3. cannot reproduce on a nominal installation Does this occur only on the machines in the build farm? -- Peter From dam at opencsw.org Sun Mar 22 22:25:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 22 Mar 2009 22:25:46 +0100 Subject: [csw-maintainers] Competitive update Message-ID: <9A8A8CB7-148B-499F-A268-1FE292FF1E85@opencsw.org> Hi, I usually have a look what the competition is doing and plan to give summaries of the most important activities. ** SunFreeware ** Betreff: File Packages Update to Version 5.00 File Packages Update to Version 5.00 The open source version of the file command. -> Currently not in the catalog. Wanted package! Betreff: Pca Version 20090224.01 Added Pca Version 20090224.01 Added PCA, Patch Check Advanced, generates a list of installed and missing patches for Solaris systems and optionally downloads patches. -> Already on OpenCSW Betreff: Memconf Packages Updated to Version 2.10 Memconf Packages Updated to Version 2.10 Memconf is a perl script that displays memory modules installed in a Sun system. This only works on SPARC or Solaris 10 x86 systems. Memconf requires that you have perl installed on your system. -> Update request filed Betreff: Libidn Packages Updated to Version 1.13 Libidn Packages Updated to Version 1.13 GNU libidn is an implementation of stringprep, punycode, and IDNA specifications. -> Maintained by me, 'gmake check' fails, upstream notified Betreff: Pwgen 2.06 Packages Added Pwgen 2.06 Packages Added Pwgen is a small password generator which creates passwords that are easy to memorize. -> Orphaned Betreff: Conman 0.2.3 Packages Added Conman 0.2.3 Packages Added ConMan is a serial console management program designed to support a large number of console devices and simultaneous users. -> Not in the catalog, seems useful Betreff: Mailx Packages Updated to Version 12.4 Mailx Packages Updated to Version 12.4 Mailx (formerly nail) is a mail user agent that extends the features of the older mailx. -> Not in the catalog, wanted! Betreff: Mutt Packages Updated to Version 1.5.19 Mutt Packages Updated to Version 1.5.19 The Mutt email client. -> Update request files Betreff: Firefox 3 Packages Updated to Version 3.0.7 for Solaris 10 and OpenSolaris Firefox 3 Packages Updated to Version 3.0.7 for Solaris 10 and OpenSolaris The Firefox web browser has been updated. Version 3.0.7 packages for Solaris 10 and OpenSolaris are available. -> William is working on this one Betreff: Bash 4.0 Packages with net redirection disabled added Bash 4.0 Packages with net redirection disabled added Bash is an sh-compatible shell that incorporates useful features from the Korn shell (ksh) and C shell (csh). This bash package was built with --disable-net-redirections to satisfy security issues raised by some system administrators. -> Already in testing/ Betreff: Cclive 0.2.5 Packages Added Cclive 0.2.5 Packages Added Cclive is a command line video extraction utility. It suports YouTube, Google Video, and others. (Solaris 10 only) -> Not in the catalog, seems useful. ** Blastwave ** Betreff: Changeset [2361]: adding cvsync 0.24.19 Changeset [2361]: adding cvsync 0.24.19 adding cvsync 0.24.19 -> Not in the catalog, seems useful. Betreff: Changeset [2362]: adding nut 2.4.1 Changeset [2362]: adding nut 2.4.1 adding nut 2.4.1 -> Not in the catalog, seems useful Best regards -- Dago From dam at opencsw.org Sun Mar 22 22:41:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 22 Mar 2009 22:41:46 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Hi Peter, Am 21.03.2009 um 13:59 schrieb Peter FELECAN: > Dagobert Michelsen writes: >> Done. Looks like the autogen postinstall is buggy: >> >>> [ verifying class ] >>> ## Executing postinstall script. >>> /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ >>> mkdirentries: not found >>> postinstall: anomaly : Info directory update failed! >>> pkgadd: ERROR: postinstall script did not complete successfully > > I received a bug report on this issue but: > > 1. mkdirentries is/was in CSWtexinfo > 2. autogen depends on CSWtexinfo > 3. cannot reproduce on a nominal installation > > Does this occur only on the machines in the build farm? Looks like I am the texinfo maintainer and goofed this up :( There is a custom script /opt/csw/sbin/mkdirentries in the previous CSWtexinfo which I didn't include: > #!/bin/sh > BASE=/opt/csw > > FILES=`ls $BASE/share/info | /usr/xpg4/bin/grep -v -e "~" -e "dir"` > for i in $FILES; do > /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/ > info/dir 2> /dev/null > done I submitted this as bug against my package and start resolving it. Best regards -- Dago From dam at opencsw.org Sun Mar 22 23:08:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 22 Mar 2009 23:08:48 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Hi, Am 22.03.2009 um 22:41 schrieb Dagobert Michelsen: > Am 21.03.2009 um 13:59 schrieb Peter FELECAN: >> Dagobert Michelsen writes: >>> Done. Looks like the autogen postinstall is buggy: >>> >>>> [ verifying class ] >>>> ## Executing postinstall script. >>>> /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ >>>> mkdirentries: not found >>>> postinstall: anomaly : Info directory update failed! >>>> pkgadd: ERROR: postinstall script did not complete successfully >> >> I received a bug report on this issue but: >> >> 1. mkdirentries is/was in CSWtexinfo >> 2. autogen depends on CSWtexinfo >> 3. cannot reproduce on a nominal installation >> >> Does this occur only on the machines in the build farm? > > Looks like I am the texinfo maintainer and goofed this up :( > > There is a custom script /opt/csw/sbin/mkdirentries in the previous > CSWtexinfo which I didn't include: > >> #!/bin/sh >> BASE=/opt/csw >> >> FILES=`ls $BASE/share/info | /usr/xpg4/bin/grep -v -e "~" -e "dir"` >> for i in $FILES; do >> /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/ >> info/dir 2> /dev/null >> done > > I submitted this as bug against my package and start resolving it. There are updated packages in testing/: texinfo-4.13,REV=2009.03.22_rev=a-SunOS5.8-i386-CSW.pkg.gz texinfo-4.13,REV=2009.03.22_rev=a-SunOS5.8-sparc-CSW.pkg.gz I'll be relieved when finally everything is in GAR and these conversion errors will finally stop... Best regards -- Dago From william at wbonnet.net Sun Mar 22 23:27:47 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 22 Mar 2009 23:27:47 +0100 Subject: [csw-maintainers] Competitive update In-Reply-To: <9A8A8CB7-148B-499F-A268-1FE292FF1E85@opencsw.org> References: <9A8A8CB7-148B-499F-A268-1FE292FF1E85@opencsw.org> Message-ID: <49C6BB63.3020301@wbonnet.net> Hi > Betreff: Firefox 3 Packages Updated to Version 3.0.7 for Solaris 10 > and OpenSolaris > Firefox 3 Packages Updated to Version 3.0.7 for Solaris 10 and > OpenSolaris > The Firefox web browser has been updated. Version 3.0.7 packages for > Solaris 10 and OpenSolaris are available. > -> William is working on this one 3.0.6 is working fine. I never took time to compile 3.0.7, but porting to FF3 is done. I'm (slowly) updating dependencies and pushing then to unstable so then can be added to the farm. It takes more time, but it is safer. In the past we add some problems after i asked for the install of some packages i just build in order to satisfy some dependencies problems. I am a bit affraid it will be the same for xfce 4.6 (a long way...). I have not yet finished to compile it on my box, but i already know i will encounter the classical problem of updating in cascade severals dependencies and libs before i can produce all the packages. 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 mwatters at opencsw.org Mon Mar 23 00:15:04 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Mar 2009 18:15:04 -0500 Subject: [csw-maintainers] gcc4 Message-ID: <49C6C678.5070703@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I thought I had the merge all worked out. I was testing the "merged" binaries using the standard gcc testsuite. I ran into a very annoying problem... it seems that "some" of the linked libraries are named differently between sol8 and 10. for example, on i386-pc-solaris2.10 libstdc++.so.6.0.10: libm.so.2 => /lib/libm.so.2 on i386-pc-solaris2.8 libstdc++.so.6.0.10: libm.so.2 => (file not found) /lib/libm.so.2 does not exist on solaris 8, it is libm.so.1 I am looking for direction, I am now at a loss... options at this point that I can think of are as follows: 1) use "classes" and package up both builds into a single set IMO not a good choice because this will double the package size. 2) package them up as separate packages. one set for solaris 8 and one set for solaris 10. 3) hack the code to such a point that it is all linked against the same libraries. I am not even sure this is possible, even if it is possible, I think this would result in less stable packages. I have the test suite results from the make check in my home dir /home/mwatters/gcc-test-results/ for anyone that wants to look at them. they seem comparable to the ones posted at gcc.gnu.org http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg01389.html x86 solaris 8 http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg01650.html x86 solaris10 http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg02995.html sparc solaris 8 - -- 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 iEYEARECAAYFAknGxngACgkQLrhmsXMSLxcFLACgqIqAneYXu/yqSq2/tcKn3+D/ 7joAn2HoAEMRTFEU+g2fPESRv7AWUnUE =vFRn -----END PGP SIGNATURE----- From maciej at opencsw.org Mon Mar 23 00:45:04 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 22 Mar 2009 23:45:04 +0000 Subject: [csw-maintainers] A place for other project-related code Message-ID: Is there a place for project-related code that isn't package builds or mGAR? I'm thinking about things such as the website and utility scripts. For instance, there has to be some code responsible for updating the page with tested packages, or code used to configure the build farm. I wrote a script which checks availability of mirrors from the mirrors page. I'd like to stick it somewhere in the code repository, but I don't see a right place for doing that. Any ideas? Maciej From mwatters at opencsw.org Mon Mar 23 01:25:58 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Mar 2009 19:25:58 -0500 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: Message-ID: <49C6D716.6000508@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maciej (Matchek) Blizinski wrote: > Is there a place for project-related code that isn't package builds or > mGAR? I'm thinking about things such as the website and utility > scripts. For instance, there has to be some code responsible for > updating the page with tested packages, or code used to configure the > build farm. I wrote a script which checks availability of mirrors from > the mirrors page. I'd like to stick it somewhere in the code > repository, but I don't see a right place for doing that. Any ideas? > > Maciej > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I agree we should have a place like that. I would think under the SF csw project? csw.svn.source forge.net/utility ?? or under the gar repository top level? gar.svn.source forge.net/utility ?? - -- 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 iEYEARECAAYFAknG1xYACgkQLrhmsXMSLxcrAgCgjT/1Rs1zmn7H62LB7NgTy3rz QEcAoOuIBpNu5qKyvXkqo8dZtOp3tYi8 =sr8t -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 23 03:14:45 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 22 Mar 2009 19:14:45 -0700 Subject: [csw-maintainers] gcc4 In-Reply-To: <49C6C678.5070703@opencsw.org> References: <49C6C678.5070703@opencsw.org> Message-ID: <20090323021445.GB30595@bolthole.com> On Sun, Mar 22, 2009 at 06:15:04PM -0500, Mike Watters wrote: > I ran into a very annoying problem... > it seems that "some" of the linked libraries are named differently between sol8 and 10. > > for example, > on i386-pc-solaris2.10 > libstdc++.so.6.0.10: > libm.so.2 => /lib/libm.so.2 > > on i386-pc-solaris2.8 > libstdc++.so.6.0.10: > libm.so.2 => (file not found) > /lib/libm.so.2 does not exist on solaris 8, it is libm.so.1 > in "the old days", gcc tended to use actual subdirectories named like "i386-pc-solaris2.10". can you not force it to do that too? OH! Alternatively... I believe it is possible to compile a stub library, as an "AUXILIARY FILTER"(I think), that will redirect-link to the "TRUE" library, based on $OSREV. Perhaps you can do that? ie: lib/libstdc++.so.6.0.10 == filter lib/SunOS5.8/libstdc++.so.6.0.10 lib/SunOS5.9/libstdc++.so.6.0.10 (possibly symlinked to 5.8 version?) lib/SunOS5.10/libstdc++.so.6.0.10 lib/SunOS5.11/libstdc++.so.6.0.10 (symlinked to 5.10 version?) FYI: we use(d) a filter lib for our mesagl libs, if i recall correctly. libGL, was a filter lib, that would link against sun's hardware accelerated libGL if present, but otherwise, loaded in a software-only based libGL. From mwatters at opencsw.org Mon Mar 23 03:27:30 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Mar 2009 21:27:30 -0500 Subject: [csw-maintainers] gcc4 In-Reply-To: <20090323021445.GB30595@bolthole.com> References: <49C6C678.5070703@opencsw.org> <20090323021445.GB30595@bolthole.com> Message-ID: <49C6F392.6040307@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Sun, Mar 22, 2009 at 06:15:04PM -0500, Mike Watters wrote: >> I ran into a very annoying problem... >> it seems that "some" of the linked libraries are named differently between sol8 and 10. >> >> for example, >> on i386-pc-solaris2.10 >> libstdc++.so.6.0.10: >> libm.so.2 => /lib/libm.so.2 >> >> on i386-pc-solaris2.8 >> libstdc++.so.6.0.10: >> libm.so.2 => (file not found) >> /lib/libm.so.2 does not exist on solaris 8, it is libm.so.1 >> > > in "the old days", gcc tended to use actual subdirectories named like > "i386-pc-solaris2.10". > > can you not force it to do that too? > > OH! Alternatively... I believe it is possible to compile a stub library, > as an "AUXILIARY FILTER"(I think), that will redirect-link to the "TRUE" > library, based on $OSREV. > > Perhaps you can do that? > > ie: > lib/libstdc++.so.6.0.10 == filter > lib/SunOS5.8/libstdc++.so.6.0.10 > lib/SunOS5.9/libstdc++.so.6.0.10 (possibly symlinked to 5.8 version?) > lib/SunOS5.10/libstdc++.so.6.0.10 > lib/SunOS5.11/libstdc++.so.6.0.10 (symlinked to 5.10 version?) > > > > FYI: we use(d) a filter lib for our mesagl libs, if i recall correctly. > libGL, was a filter lib, > that would link against sun's hardware accelerated libGL if present, but > otherwise, loaded in a software-only based libGL. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers for the most part, the libraries are in their own subdir, the issue is they link against the sun libraries that only exist on one side or the other... Technically the only thing that is really different is the soft link name though I haven't got through them all yet. I will look at the a fore mentioned packages and see if I can get everything to work harmoniously. - -- 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 iEYEARECAAYFAknG85EACgkQLrhmsXMSLxftfQCfZy6M3nKY0DxJjdT6/35cSVVR Jg4An0ti0yXfgPRrWuSEpX3EN07CZjr5 =nBKK -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 23 04:30:37 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 22 Mar 2009 20:30:37 -0700 Subject: [csw-maintainers] gcc4 In-Reply-To: <49C6F392.6040307@opencsw.org> References: <49C6C678.5070703@opencsw.org> <20090323021445.GB30595@bolthole.com> <49C6F392.6040307@opencsw.org> Message-ID: <20090323033037.GC30595@bolthole.com> On Sun, Mar 22, 2009 at 09:27:30PM -0500, Mike Watters wrote: > > in "the old days", gcc tended to use actual subdirectories named like > > "i386-pc-solaris2.10". > > > > can you not force it to do that too? > > ... > > For the most part, the libraries are in their own subdir, the issue is they link against the sun libraries that only > exist on one side or the other... so? no problem. if sol10 lib doenst actually get used on sol8, then no problem. From mwatters at opencsw.org Mon Mar 23 04:35:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Mar 2009 22:35:36 -0500 Subject: [csw-maintainers] gcc4 In-Reply-To: <20090323033037.GC30595@bolthole.com> References: <49C6C678.5070703@opencsw.org> <20090323021445.GB30595@bolthole.com> <49C6F392.6040307@opencsw.org> <20090323033037.GC30595@bolthole.com> Message-ID: <49C70388.2030906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Sun, Mar 22, 2009 at 09:27:30PM -0500, Mike Watters wrote: >>> in "the old days", gcc tended to use actual subdirectories named like >>> "i386-pc-solaris2.10". >>> >>> can you not force it to do that too? >>> ... >> For the most part, the libraries are in their own subdir, the issue is they link against the sun libraries that only >> exist on one side or the other... > > so? no problem. if sol10 lib doenst actually get used on sol8, then > no problem. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I am going to try to re-engineer the merge ... the deeper I get into looking at the libraries, the ones that are missing are the ones for the solaris 8 binaries. I think my merge may slightly off. - -- 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 iEYEARECAAYFAknHA4gACgkQLrhmsXMSLxdSSwCg2FZNAMsUWpKFzCHM+0HJLK7L QMoAoKzcC4Eg9uJmA2xN/LYBQnib4Z1B =XoEL -----END PGP SIGNATURE----- From pfelecan at opencsw.org Mon Mar 23 09:26:23 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 23 Mar 2009 09:26:23 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: (Dagobert Michelsen's message of "Sun\, 22 Mar 2009 23\:08\:48 +0100") References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi, > > Am 22.03.2009 um 22:41 schrieb Dagobert Michelsen: >> Am 21.03.2009 um 13:59 schrieb Peter FELECAN: >>> Dagobert Michelsen writes: >>>> Done. Looks like the autogen postinstall is buggy: >>>> >>>>> [ verifying class ] >>>>> ## Executing postinstall script. >>>>> /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ >>>>> mkdirentries: not found >>>>> postinstall: anomaly : Info directory update failed! >>>>> pkgadd: ERROR: postinstall script did not complete successfully >>> >>> I received a bug report on this issue but: >>> >>> 1. mkdirentries is/was in CSWtexinfo >>> 2. autogen depends on CSWtexinfo >>> 3. cannot reproduce on a nominal installation >>> >>> Does this occur only on the machines in the build farm? >> >> Looks like I am the texinfo maintainer and goofed this up :( >> >> There is a custom script /opt/csw/sbin/mkdirentries in the previous >> CSWtexinfo which I didn't include: >> >>> #!/bin/sh >>> BASE=/opt/csw >>> >>> FILES=`ls $BASE/share/info | /usr/xpg4/bin/grep -v -e "~" -e "dir"` >>> for i in $FILES; do >>> /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/ >>> info/dir 2> /dev/null >>> done >> >> I submitted this as bug against my package and start resolving it. > > There are updated packages in testing/: > > texinfo-4.13,REV=2009.03.22_rev=a-SunOS5.8-i386-CSW.pkg.gz > texinfo-4.13,REV=2009.03.22_rev=a-SunOS5.8-sparc-CSW.pkg.gz > > I'll be relieved when finally everything is in GAR and these conversion > errors will finally stop... CSWtexinfo is in GAR, isn't it? In this case whats the causal link between that and this? Maybe the custom script should not be in CSWtexinfo --- it's a helper for OpenCSW. -- Peter From dam at opencsw.org Mon Mar 23 09:56:35 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 09:56:35 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Hi Peter, Am 23.03.2009 um 09:26 schrieb Peter FELECAN: > CSWtexinfo is in GAR, isn't it? In this case whats the causal link > between that and this? Maybe the custom script should not be in > CSWtexinfo --- it's a helper for OpenCSW. Programs dropping .info-files in the directory for texinfo needs to register these pages in the texinfo startpage. This can either be done on a per-package basis with cswclassutils (I already filed a feature request in cswclassutils) which is also the best solution or by calling the custom-script from texinfo "mkdirentries" which walks through all nodes and builds this startpage. As there are already some (don't know how many) packages using this mechanism I rather reinstate the old behaviour until all other packages have been updated. Best regards -- Dago From dam at opencsw.org Mon Mar 23 10:13:30 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 10:13:30 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: Message-ID: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Hi Maciej, Am 23.03.2009 um 00:45 schrieb Maciej (Matchek) Blizinski: > Is there a place for project-related code that isn't package builds or > mGAR? I'm thinking about things such as the website and utility > scripts. For instance, there has to be some code responsible for > updating the page with tested packages, or code used to configure the > build farm. I wrote a script which checks availability of mirrors from > the mirrors page. I'd like to stick it somewhere in the code > repository, but I don't see a right place for doing that. Any ideas? We also have the "opencsw" project at SourceForge: https://sourceforge.net/projects/opencsw It has not been used much in the past, but this seems a good occasion. I enabled SVN there and will commit all the utility scripts from the buildfarm. William, James: How about putting the infrastructure-scripts for farm-management and mirror status there also? Best regards -- Dago From pfelecan at opencsw.org Mon Mar 23 11:18:52 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 23 Mar 2009 11:18:52 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: (Dagobert Michelsen's message of "Mon\, 23 Mar 2009 09\:56\:35 +0100") References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Dagobert Michelsen writes: > Am 23.03.2009 um 09:26 schrieb Peter FELECAN: >> CSWtexinfo is in GAR, isn't it? In this case whats the causal link >> between that and this? Maybe the custom script should not be in >> CSWtexinfo --- it's a helper for OpenCSW. > > Programs dropping .info-files in the directory for texinfo needs to > register these pages in the texinfo startpage. This can either be > done on a per-package basis with cswclassutils (I already filed > a feature request in cswclassutils) which is also the best solution > or by calling the custom-script from texinfo "mkdirentries" which > walks through all nodes and builds this startpage. As there are > already some (don't know how many) packages using this mechanism > I rather reinstate the old behaviour until all other packages have > been updated. All this is true but mkdirentries is not a script supplied by the upstream project. That cswclassutils will support this is the best approach, for the packages "garified". For the non "garified" packages, a dependency on a package supplying mkdirentries seems more adequate (it should depend on CSWtexinfo). Anyhow, your solution, to include the mkdirentries script in CSWtexinfo is a good temporary solution. -- Peter From william at wbonnet.net Mon Mar 23 12:03:20 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 12:03:20 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: <49C76C78.2050102@wbonnet.net> Hi Dago > We also have the "opencsw" project at SourceForge: > https://sourceforge.net/projects/opencsw > It has not been used much in the past, but this seems a good > occasion. I enabled SVN there and will commit all the utility > scripts from the buildfarm. +1 uwatch is already a part of GAR. It may change a little in the next week, since it will be more complicated and will need some separate sources. So i'll add it to the opencsw project > William, James: How about putting the infrastructure-scripts > for farm-management and mirror status there also? Sounds intersting, but we have to take care of scripts that contains password ... i have a few for sql things :( Speaking about svn... i might be interesting to add an examples for to the GAR repositiory, maybe at the same level as gar and pkg. What about this ? cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Mon Mar 23 13:32:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 13:32:39 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49C76C78.2050102@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> Message-ID: <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> Hi William, Am 23.03.2009 um 12:03 schrieb William Bonnet: > Speaking about svn... i might be interesting to add an examples for > to the GAR repositiory, maybe at the same level as gar and pkg. What > about this ? What example? For a package? Like pkg/template/? Best regards -- Dago From maciej at opencsw.org Mon Mar 23 13:59:13 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 23 Mar 2009 12:59:13 +0000 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories Message-ID: I've noticed that svn:externals use a short version of SourceForge domain, sf.net. It causes svn to complain about non-matching SSL certificates and asks for confirmation when checking out gar svn:externals. I have a prepared svn change which changes all instances of sf.net into sourceforge.net. I'm not aware of any major problems that it might cause. I tested it locally and it Just Works, "svn update" completes successfully after the change. The change is small in a sense that it boils down to sedding through svn:externals and replacing sf.net with sourceforge.net. The change is big in a sense that it touches most of /trunk directories. I decided to ask for opinions before submitting. An example: maciej at vsol01 pkg $ svn diff openssl Property changes on: openssl/trunk ___________________________________________________________________ Name: svn:externals - gar https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2 + gar https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2 Does anyone object to this change? If not, I'm going to submit it tomorrow. Maciej From dam at opencsw.org Mon Mar 23 14:11:32 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 14:11:32 +0100 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: Hi Maciej, Am 23.03.2009 um 13:59 schrieb Maciej (Matchek) Blizinski: > I've noticed that svn:externals use a short version of SourceForge > domain, sf.net. It causes svn to complain about non-matching SSL > certificates and asks for confirmation when checking out gar > svn:externals. I have a prepared svn change which changes all > instances of sf.net into sourceforge.net. I'm not aware of any major > problems that it might cause. I tested it locally and it Just Works, > "svn update" completes successfully after the change. > > The change is small in a sense that it boils down to sedding through > svn:externals and replacing sf.net with sourceforge.net. The change is > big in a sense that it touches most of /trunk directories. I > decided to ask for opinions before submitting. > > An example: > > maciej at vsol01 pkg $ svn diff openssl > > Property changes on: openssl/trunk > ___________________________________________________________________ > Name: svn:externals > - gar https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2 > > + gar https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2 > > > Does anyone object to this change? If not, I'm going to submit it > tomorrow. Good catch. Please make sure with cd mgar svn -R propget svn:externals . that you update all such references in the tree in a proper way and also handle special cases like the one at pkg/gar: pkg/gar/trunk - gar https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/ v2 gar-base https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar Best regards -- Dago From william at wbonnet.net Mon Mar 23 14:24:34 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 14:24:34 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> Message-ID: <49C78D92.7070702@wbonnet.net> Dagobert Michelsen a ?crit : > Hi William, > > Am 23.03.2009 um 12:03 schrieb William Bonnet: >> Speaking about svn... i might be interesting to add an examples for >> to the GAR repositiory, maybe at the same level as gar and pkg. What >> about this ? > > What example? For a package? Like pkg/template/? Examples about how to use gar, and how to package. We could have an example package for a "simple case" lib an example with multiple package creation from a single source archive an example with "basic" 64 target an example with "all the merge and extra target stuff" an example with automatic gspec creation an example of package using smf etc a kind of collection of best practive and howtos it might help to answer question like "how do i package this" cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Mon Mar 23 14:26:41 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 14:26:41 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> Message-ID: <49C78E11.3020702@wbonnet.net> Dagobert Michelsen a ?crit : > Hi William, > > Am 23.03.2009 um 12:03 schrieb William Bonnet: >> Speaking about svn... i might be interesting to add an examples for >> to the GAR repositiory, maybe at the same level as gar and pkg. What >> about this ? > > What example? For a package? Like pkg/template/? I forgot to add... IMHO templates should not be under pkg, but at the same level. pkg should contains oly the package produced for opencsw. Btw maybe it should be name opencsw... since gar is "project neutral" cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Mon Mar 23 14:51:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 14:51:48 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49C78D92.7070702@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> <49C78D92.7070702@wbonnet.net> Message-ID: <22653E7F-AA34-4114-8A11-E08F4A79B7CB@opencsw.org> Hi William, Am 23.03.2009 um 14:24 schrieb William Bonnet: > Dagobert Michelsen a ?crit : >> Hi William, >> >> Am 23.03.2009 um 12:03 schrieb William Bonnet: >>> Speaking about svn... i might be interesting to add an examples >>> for to the GAR repositiory, maybe at the same level as gar and >>> pkg. What about this ? >> >> What example? For a package? Like pkg/template/? > Examples about how to use gar, and how to package. > > We could have an example package for a "simple case" lib > an example with multiple package creation from a single source archive > an example with "basic" 64 target > an example with "all the merge and extra target stuff" > an example with automatic gspec creation > an example of package using smf > etc > > a kind of collection of best practive and howtos > > it might help to answer question like "how do i package this" I planned to put this in Do you think it is necessary to put the files again in template dirs? Best regards -- Dago From mwatters at opencsw.org Mon Mar 23 15:12:48 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 23 Mar 2009 09:12:48 -0500 Subject: [csw-maintainers] gcc4 In-Reply-To: <49C70388.2030906@opencsw.org> References: <49C6C678.5070703@opencsw.org> <20090323021445.GB30595@bolthole.com> <49C6F392.6040307@opencsw.org> <20090323033037.GC30595@bolthole.com> <49C70388.2030906@opencsw.org> Message-ID: <49C798E0.8030409@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Philip Brown wrote: >> On Sun, Mar 22, 2009 at 09:27:30PM -0500, Mike Watters wrote: >>>> in "the old days", gcc tended to use actual subdirectories named like >>>> "i386-pc-solaris2.10". >>>> >>>> can you not force it to do that too? >>>> ... >>> For the most part, the libraries are in their own subdir, the issue is they link against the sun libraries that only >>> exist on one side or the other... >> so? no problem. if sol10 lib doenst actually get used on sol8, then >> no problem. >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > I am going to try to re-engineer the merge ... > the deeper I get into looking at the libraries, the ones that are missing are the ones for the solaris 8 binaries. > > I think my merge may slightly off. > I am an idiot, once the kids were in bed and I had a chance to look closer at my merge. it seems I was copying the AMD side over the i386 side. I have fixed that and the gcc test was successful. $ cat 10x-summary === gcc Summary === # of expected passes 47579 # of unexpected failures 13 # of unexpected successes 12 # of expected failures 174 # of unresolved testcases 16 # of untested testcases 35 # of unsupported tests 314 /home/mwatters/mgar/pkg/gcc4/trunk/work/pkgroot-i386/opt/csw/gcc4/bin/gcc version 4.3.3 (GCC) $ cat 8x-summary === gcc Summary === # of expected passes 47451 # of unexpected failures 73 # of unexpected successes 6 # of expected failures 166 # of unresolved testcases 17 # of untested testcases 35 # of unsupported tests 340 /home/mwatters/mgar/pkg/gcc4/trunk/work/pkgroot-i386/opt/csw/gcc4/bin/gcc version 4.3.3 (GCC) full logs will be in my home directory ~mwatters/gcc-(\d+)x/*.log I will finish running the test suite against the other apps and will get a link to them out today. if all goes well I will have the packages in testing in a few days... _______________________________________________ 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknHmN8ACgkQLrhmsXMSLxcI4QCffW/6FafmixMIXvJZgZOjCXBr WvEAoOWco80ZNVWElbq8lIMxrQx0NuUm =jPBA -----END PGP SIGNATURE----- From dam at opencsw.org Mon Mar 23 15:13:52 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 15:13:52 +0100 Subject: [csw-maintainers] Is glib2 ready for release? Message-ID: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> Hi, Chad, is glib2 ready for release? It is another one of those nasty .la-things depending on missing libintl.la Best regards -- Dago From harpchad at opencsw.org Mon Mar 23 16:30:30 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 23 Mar 2009 10:30:30 -0500 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> Message-ID: <49C7AB16.3020002@opencsw.org> I haven't received any negative (or positive) feedback. I've done what testing I can with it and it looks good so for. I'll copy it over to newpkgs and send a note to Phil today. Dagobert Michelsen wrote: > Hi, > > Chad, is glib2 ready for release? It is another one of those > nasty .la-things depending on missing libintl.la > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From dam at opencsw.org Mon Mar 23 16:30:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 16:30:42 +0100 Subject: [csw-maintainers] Libtool and .la-files: fixme.sh In-Reply-To: <499F2AF2.60105@opencsw.org> References: <499F2AF2.60105@opencsw.org> Message-ID: <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> Hi, Am 20.02.2009 um 23:13 schrieb Mike Watters: > 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. I made a page in the wiki for fixme.sh: Feel free to enhance the page, feedback as always welcome! Best regards -- Dago From ihsan at opencsw.org Mon Mar 23 16:41:31 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 16:41:31 +0100 Subject: [csw-maintainers] Libtool and .la-files: fixme.sh In-Reply-To: <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> References: <499F2AF2.60105@opencsw.org> <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> Message-ID: <49C7ADAB.7050608@opencsw.org> Hi Dago, Am 23.3.2009 16:30 Uhr, Dagobert Michelsen schrieb: >> 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. > > I made a page in the wiki for fixme.sh: > > Feel free to enhance the page, feedback as always welcome! You used "svn cp" in your example. Is there a reason why to use "svn cp" instead a symlink? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Mon Mar 23 16:45:03 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 16:45:03 +0100 Subject: [csw-maintainers] Libtool and .la-files: fixme.sh In-Reply-To: <49C7ADAB.7050608@opencsw.org> References: <499F2AF2.60105@opencsw.org> <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> <49C7ADAB.7050608@opencsw.org> Message-ID: <7491413B-2749-4120-B333-C790E2BBF1EF@opencsw.org> Hi Ihsan, Am 23.03.2009 um 16:41 schrieb Ihsan Dogan: > Am 23.3.2009 16:30 Uhr, Dagobert Michelsen schrieb: > >>> 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. >> >> I made a page in the wiki for fixme.sh: >> >> Feel free to enhance the page, feedback as always welcome! > > You used "svn cp" in your example. Is there a reason why to use "svn > cp" > instead a symlink? For a symlink you must check out the whole tree. This contradicts the idea of "single package checkout" when introducing mGAR (m = modular). Just making "cp" instead of "svn cp" forgets the file history. You can nicely see this when you browse the file, e. g. Best regards -- Dago From ihsan at opencsw.org Mon Mar 23 17:00:56 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 17:00:56 +0100 Subject: [csw-maintainers] Libtool and .la-files: fixme.sh In-Reply-To: <7491413B-2749-4120-B333-C790E2BBF1EF@opencsw.org> References: <499F2AF2.60105@opencsw.org> <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> <49C7ADAB.7050608@opencsw.org> <7491413B-2749-4120-B333-C790E2BBF1EF@opencsw.org> Message-ID: <49C7B238.3000106@opencsw.org> Hi Dago, Am 23.3.2009 16:45 Uhr, Dagobert Michelsen schrieb: >> You used "svn cp" in your example. Is there a reason why to use "svn cp" >> instead a symlink? > > For a symlink you must check out the whole tree. This contradicts > the idea of "single package checkout" when introducing mGAR > (m = modular). Just making "cp" instead of "svn cp" forgets the > file history. You can nicely see this when you browse the file, > e. g. > > I see. Thanks for the explanation. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From william at wbonnet.net Mon Mar 23 17:26:17 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 17:26:17 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <22653E7F-AA34-4114-8A11-E08F4A79B7CB@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> <49C78D92.7070702@wbonnet.net> <22653E7F-AA34-4114-8A11-E08F4A79B7CB@opencsw.org> Message-ID: <49C7B829.8060408@wbonnet.net> Hi > > I planned to put this in > > > Do you think it is necessary to put the files again in template dirs? It is useful to be able to checkout the files from the svn. But it is not really mandatory... Personaly i would appreciate to have it. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Mon Mar 23 17:31:13 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Mar 2009 09:31:13 -0700 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: <20090323163113.GM44510@bolthole.com> On Mon, Mar 23, 2009 at 09:56:35AM +0100, Dagobert Michelsen wrote: > Hi Peter, > > Am 23.03.2009 um 09:26 schrieb Peter FELECAN: >> CSWtexinfo is in GAR, isn't it? In this case whats the causal link >> between that and this? Maybe the custom script should not be in >> CSWtexinfo --- it's a helper for OpenCSW. > > Programs dropping .info-files in the directory for texinfo needs to > register these pages in the texinfo startpage. The texinfo start page?? dont know what that means. but never mind please keep reading... > This can either be > done on a per-package basis with cswclassutils (I already filed > a feature request in cswclassutils) which is also the best solution I agree. As the texinfo maintainer, I think that you should actually be the one to write the class script, and then contribute it to cswclassutils :) The cswclassutils package is merely a collection point for MULTIPLE maintainers to contribute scripts to. Currently, both Peter and I contribute scripts to it. There's always room for more ;-) From maciej at opencsw.org Mon Mar 23 17:48:05 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 23 Mar 2009 16:48:05 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49C7B829.8060408@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> <49C78D92.7070702@wbonnet.net> <22653E7F-AA34-4114-8A11-E08F4A79B7CB@opencsw.org> <49C7B829.8060408@wbonnet.net> Message-ID: 2009/3/23 William Bonnet : > Hi >> >> I planned to put this in >> ? >> Do you think it is necessary to put the files again in template dirs? > > It is useful to be able to checkout the files from the svn. But it is not > really mandatory... > > Personaly i would appreciate to have it. Yes, it could make a nice tutorial, in which checking code out of subversion would be a part of the exercise. Another use would be a handful of examples, which could be used to illustrate some specific functionality of mGAR. Sometimes, people who do tutorials see the parts, but miss a tiny bit which is required to make the whole thing work. Being able to fetch a complete working version helps in such situations. One more usage I can think of is using those (minimal) examples as a kind of test suite, which could be used to verify that changes done in mGAR don't break functionality. Maciej From phil at bolthole.com Mon Mar 23 18:03:07 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Mar 2009 10:03:07 -0700 Subject: [csw-maintainers] mysql users? Message-ID: <20090323170307.GR44510@bolthole.com> Any steady mysql users out there? We reaaaaally need a new maintainer for our mysql packages. From mwatters at opencsw.org Mon Mar 23 18:11:00 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 23 Mar 2009 12:11:00 -0500 Subject: [csw-maintainers] mysql users? In-Reply-To: <20090323170307.GR44510@bolthole.com> References: <20090323170307.GR44510@bolthole.com> Message-ID: <49C7C2A4.1080900@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > Any steady mysql users out there? > We reaaaaally need a new maintainer for our mysql packages. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have done it in a past life... but I am rather booked with the packages I have already. If no one takes it before I get through gcc/c-make/and php5(bug) and any other bugs that pop up between now and then... I will do it. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknHwqMACgkQLrhmsXMSLxdRIgCePIoqCmwi92PzD3WCFj8e/KKL CSUAoOp/WZ3WI3M4da3y57J+7x9n4ikD =ch1O -----END PGP SIGNATURE----- From ihsan at opencsw.org Mon Mar 23 18:12:02 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 18:12:02 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <20090323170307.GR44510@bolthole.com> References: <20090323170307.GR44510@bolthole.com> Message-ID: <49C7C2E2.5020306@opencsw.org> Am 23.3.2009 18:03 Uhr, Philip Brown schrieb: > Any steady mysql users out there? > We reaaaaally need a new maintainer for our mysql packages. I've got Alex' build descriptions, but unfortunately I never had time to work on it. If someone would like to take over the package, I could provide Alex' build descriptions. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From rupert at opencsw.org Mon Mar 23 18:40:12 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 23 Mar 2009 18:40:12 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> Message-ID: <6af4270903231040x57dabb95ta10a0d5b808654cc@mail.gmail.com> On Thu, Mar 19, 2009 at 10:30, Dagobert Michelsen wrote: > Hi Rupert, > > Am 18.03.2009 um 09:03 schrieb rupert THURNER: >> >> in the "ideal world" i would like to see one timeline about ticket >> changes, and checkins, or checkins influencing tickets automatically >> with something like >> http://trac.edgewall.org/browser/trunk/contrib/trac-post-commit-hook. > > Good idea, but SourceForge currently can't do this, but it is on the > "requested features"-list: > ? > ? > >> what i was also wondering who is administrator of this trac, to chekc >> if one coudl install/enable some plugins to really give it a try? > > I am administering the SourceForge project. Do you need something > specific? if you could make me a trac admin, so i might try to create some projects for demo purposes? kr, rupert From ihsan at opencsw.org Mon Mar 23 19:49:32 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 19:49:32 +0100 Subject: [csw-maintainers] Apache 2.2.11 in testing Message-ID: <49C7D9BC.5090709@opencsw.org> Hello, New Apache 2.2.11 packages are in testing, available at http://mirror.opencsw.org/testing.html . CHANGES: - Using now cswinitsmf Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From william at wbonnet.net Mon Mar 23 20:41:24 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 20:41:24 +0100 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <49C7AB16.3020002@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> <49C7AB16.3020002@opencsw.org> Message-ID: <49C7E5E4.7040504@wbonnet.net> Hi Chad > I haven't received any negative (or positive) feedback. You had one ;) I use it without problem (ok it is not the one from testing, but i compiled it from GAR using your package definition) IMHO it is ready for current 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 Mon Mar 23 20:42:43 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 20:42:43 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7C2E2.5020306@opencsw.org> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> Message-ID: <49C7E633.70602@wbonnet.net> Hi > I've got Alex' build descriptions, but unfortunately I never had time to > work on it. If someone would like to take over the package, I could > provide Alex' build descriptions. > Can you send it to me please ? At least i can initialize the work by putting it in GAR and generating a first package. But i won't take it for "long term" :) 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 Mon Mar 23 20:45:48 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 20:45:48 +0100 Subject: [csw-maintainers] KDE 4.2.1 update Message-ID: <49C7E6EC.4050108@wbonnet.net> Hi Ken > That sounds good. You'll want to build Firefox 3.1b3 on Solaris 8 > before we start down that path. ;o) Actually i am facing several problem with mozilla stuff. Either 3.0.x or even TB 2.0.0.x and FF 2.0.0.x. My last builds segfaults at random points. I searched google, but most of the time answers begins with "update your dependencies...". So that's why i propose to help to add these libs to GAR ;) Same for xfce... In the past i also needed debug build of the libs for xfce. If i want to produce debug builds, the best way for me is to have the libs from GAR :) cheers ~ K --- On Fri, 3/20/09, William Bonnet wrote: > From: William Bonnet > Subject: Re: [csw-maintainers] KDE 4.2.1 update > To: "internal list for the CSW maintainers" > Date: Friday, March 20, 2009, 6:31 AM > Hi Ken > > I'll be reviewing the staging of KDE 4.2.1 into the > current stack for > > GAR builds. This will after review of GCC 4.3.3. > testing in AMD64/sparcv9 > > build environments on Solaris 8-10. > > > If you need some help to add some of your KDE or Gnome > stuff to GAR, feel free to ask for some help. It is a huge > amount of work since there is many packages. > > I can help you adding some (without taking over). > Especially since i need some updates for Xfce. > > 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 > > > _______________________________________________ > 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 From phil at bolthole.com Mon Mar 23 21:11:50 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Mar 2009 13:11:50 -0700 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <49C7E5E4.7040504@wbonnet.net> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> <49C7AB16.3020002@opencsw.org> <49C7E5E4.7040504@wbonnet.net> Message-ID: <20090323201150.GW44510@bolthole.com> On Mon, Mar 23, 2009 at 08:41:24PM +0100, William Bonnet wrote: > Hi Chad >> I haven't received any negative (or positive) feedback. > You had one ;) > > I use it without problem (ok it is not the one from testing, but i > compiled it from GAR using your package definition) > > IMHO it is ready for current excellent. it's being released now From william at wbonnet.net Mon Mar 23 22:03:46 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:03:46 +0100 Subject: [csw-maintainers] New openldap maintainer needed Message-ID: <49C7F932.60504@wbonnet.net> Hi all Since Alex is retired i think we do need a new openldap maintainer. It is an important package, and it's outdated. 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 Mar 23 19:23:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 19:23:34 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <6af4270903231040x57dabb95ta10a0d5b808654cc@mail.gmail.com> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> <6af4270903231040x57dabb95ta10a0d5b808654cc@mail.gmail.com> Message-ID: Hi Rupert, Am 23.03.2009 um 18:40 schrieb rupert THURNER: > if you could make me a trac admin, so i might try to create some > projects for demo purposes? You are now Trac Admin. Anything special you have mind? Best regards -- Dago From dam at opencsw.org Mon Mar 23 22:13:18 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 22:13:18 +0100 Subject: [csw-maintainers] New openldap maintainer needed In-Reply-To: <49C7F932.60504@wbonnet.net> References: <49C7F932.60504@wbonnet.net> Message-ID: Hi William, Am 23.03.2009 um 22:03 schrieb William Bonnet: > Since Alex is retired i think we do need a new openldap maintainer. > It is an important package, and it's outdated. The package is 95% ready in GAR, with the lack of Start/Stopp-Scripts and some extensions for Solaris etc. I volunteer for co-maintainer, having two people is always good :-) Best regards -- Dago From william at wbonnet.net Mon Mar 23 22:18:23 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:18:23 +0100 Subject: [csw-maintainers] New openldap maintainer needed In-Reply-To: References: <49C7F932.60504@wbonnet.net> Message-ID: <49C7FC9F.2030005@wbonnet.net> Hi > The package is 95% ready in GAR, with the lack of Start/Stopp-Scripts > and some extensions for Solaris etc. I volunteer for co-maintainer, > having two people is always good :-) Sure ! But i don't volunteer for this one ;) No you have to find another volunteer to be co-maintainer :) 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 Mon Mar 23 22:24:26 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:24:26 +0100 Subject: [csw-maintainers] Looking for a package owner Message-ID: <49C7FE0A.3050005@wbonnet.net> Hi all I'd like to know if the following package belongs to someone ? Term-ReadLine-Gnu ( http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/cpan/Term-ReadLine-Gnu/ ) 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 Mar 23 22:26:16 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:26:16 +0100 Subject: [csw-maintainers] Looking for a package owner In-Reply-To: <49C7FE0A.3050005@wbonnet.net> References: <49C7FE0A.3050005@wbonnet.net> Message-ID: <49C7FE78.10508@wbonnet.net> Of course i mean some else than Cory (who is now retired) > Hi all > > I'd like to know if the following package belongs to someone ? > > Term-ReadLine-Gnu ( > http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/cpan/Term-ReadLine-Gnu/ > ) > > 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 Mon Mar 23 22:27:08 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 22:27:08 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7E633.70602@wbonnet.net> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> Message-ID: <49C7FEAC.5000205@opencsw.org> Am 23.3.2009 20:42 Uhr, William Bonnet schrieb: >> I've got Alex' build descriptions, but unfortunately I never had time to >> work on it. If someone would like to take over the package, I could >> provide Alex' build descriptions. >> > Can you send it to me please ? > > At least i can initialize the work by putting it in GAR and generating a > first package. But i won't take it for "long term" :) It's in my home directory: /home/ihsan/mysql51 Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From william at wbonnet.net Mon Mar 23 22:34:33 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:34:33 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7FEAC.5000205@opencsw.org> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> <49C7FEAC.5000205@opencsw.org> Message-ID: <49C80069.5080304@wbonnet.net> Hi Ihsan > It's in my home directory: /home/ihsan/mysql51 > 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 william at wbonnet.net Mon Mar 23 22:59:45 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:59:45 +0100 Subject: [csw-maintainers] Updating Perl packages Message-ID: <49C80651.2070501@wbonnet.net> Hi Actually there are several Perl module packages (a number between "a lot" and "so many") to be updated. Most of this belongs to Cory Comand or to Alex Moore. I volunteer to update all the packages which are currently in GAR, but i am not a user of this module, not even a perl user... So i would need some help, espcially, i would need some advice on "how to test that what i did work". Could some one give me some advices about what i should check for these packages ? thanks in advance 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 Mar 23 23:15:15 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 23 Mar 2009 17:15:15 -0500 Subject: [csw-maintainers] Updating Perl packages In-Reply-To: <49C80651.2070501@wbonnet.net> References: <49C80651.2070501@wbonnet.net> Message-ID: <49C809F3.1090102@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 William Bonnet wrote: > Hi > > Actually there are several Perl module packages (a number between "a > lot" and "so many") to be updated. Most of this belongs to Cory Comand > or to Alex Moore. > > I volunteer to update all the packages which are currently in GAR, but i > am not a user of this module, not even a perl user... So i would need > some help, espcially, i would need some advice on "how to test that what > i did work". Could some one give me some advices about what i should > check for these packages ? > > thanks in advance > > cheers > overall, I have found the make test to be between 80 and 90% effective. if there are no tests for a specific module, you could release to testing and I am sure we have enough Perl between all the maintainers that we can bang out some test cases for it. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknICfMACgkQLrhmsXMSLxfTfgCeOq82gmxR+WQsZZKOVx2kgi+/ VOcAoKSj+fK6uvyGKv/zpq0QMu2/H7pb =Y4aJ -----END PGP SIGNATURE----- From dam at opencsw.org Mon Mar 23 23:15:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 23:15:38 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7FEAC.5000205@opencsw.org> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> <49C7FEAC.5000205@opencsw.org> Message-ID: <36D0DD75-B188-4A62-8F04-2A41A85B1864@opencsw.org> Hi Ihsan, Am 23.03.2009 um 22:27 schrieb Ihsan Dogan: > Am 23.3.2009 20:42 Uhr, William Bonnet schrieb: > >>> I've got Alex' build descriptions, but unfortunately I never had >>> time to >>> work on it. If someone would like to take over the package, I could >>> provide Alex' build descriptions. >>> >> Can you send it to me please ? >> >> At least i can initialize the work by putting it in GAR and >> generating a >> first package. But i won't take it for "long term" :) > > It's in my home directory: /home/ihsan/mysql51 The convention is to have a directory trunk/legacy which contains all old build descriptions for archival purposes. Please commit the files there. See pkg/tcl/trunk as example. Best regards -- Dago From bonivart at opencsw.org Mon Mar 23 23:22:14 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 23 Mar 2009 23:22:14 +0100 Subject: [csw-maintainers] Updating Perl packages In-Reply-To: <49C80651.2070501@wbonnet.net> References: <49C80651.2070501@wbonnet.net> Message-ID: <625385e30903231522v79247ff1ob98ca6391b3334e3@mail.gmail.com> On Mon, Mar 23, 2009 at 10:59 PM, William Bonnet wrote: > Hi > > Actually there are several Perl module packages (a number between "a lot" > and "so many") to be updated. Most of this belongs to Cory Comand or to Alex > Moore. I could take over a few that has to do with MailScanner: pm_timedate (current) pm_testpod (current) pm_syshostnamelong (current) pm_podsimple (3.05 -> 3.07) pm_podescapes (current) pm_netcidr (0.10 -> 0.13) pm_htmlparser (3.48 -> 3.60) pm_dbi (1.604 -> 1.607) pm_converttnef (current) pm_convertbinhex (current) pm_archivezip (1.23 -> 1.26) Some of them need updating, I can do that. > I volunteer to update all the packages which are currently in GAR, but i am > not a user of this module, not even a perl user... So i would need some > help, espcially, i would need some advice on "how to test that what i did > work". Could some one give me some advices about what i should check for > these packages ? As Mike said, usually they come with tests that use the code in a realistic way. If it's an arch=all module you really can't go wrong but if it's got binaries you may want to test it on both archs. Most of my modules I need for something else so I can test them by installing them in a system where they are needed. -- /peter From william at wbonnet.net Mon Mar 23 23:27:36 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 23:27:36 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090319210246.GL6120@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> <20090317012751.GC22767@bolthole.com> <49C2A240.2000305@opencsw.org> <20090319210246.GL6120@bolthole.com> Message-ID: <49C80CD8.1000602@wbonnet.net> Hi >>> I would like to suggest that we table discussion, until Trygve chimes in on >>> what he remembers from the meeting. That would save a lot of time and >>> bandwidth. Otherwise, probably an IRC meeting would be best to get license >>> talks "Jumpstarted". Then we finalize things on the list? >>> (after posting logs of the irc session) >>> >> AFAIR we didn't agree on anything other than "it would be nice". >> > > Sigh.... I remember that we got into very great detail.. but if noone > else remembers, and we dont have a recording, guess we may as well start > from ground zero. ugh. > I also remember we get into detail, but we did not reach a conclusion nor a mutual position about license... > Or just let it be for now? > I'm not sure it has to be let for now... it is urgent for some of use to put license on their work. 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 Mon Mar 23 23:30:47 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 23:30:47 +0100 Subject: [csw-maintainers] Updating Perl packages In-Reply-To: <625385e30903231522v79247ff1ob98ca6391b3334e3@mail.gmail.com> References: <49C80651.2070501@wbonnet.net> <625385e30903231522v79247ff1ob98ca6391b3334e3@mail.gmail.com> Message-ID: <49C80D97.3010200@wbonnet.net> Hi Peter Bonivart a ?crit : > I could take over a few that has to do with MailScanner: > > pm_timedate (current) > pm_testpod (current) > pm_syshostnamelong (current) > pm_podsimple (3.05 -> 3.07) > pm_podescapes (current) > pm_netcidr (0.10 -> 0.13) > pm_htmlparser (3.48 -> 3.60) > pm_dbi (1.604 -> 1.607) > pm_converttnef (current) > pm_convertbinhex (current) > pm_archivezip (1.23 -> 1.26) > > Some of them need updating, I can do that. > Yes please do. I do NOT want to become a perl maintainer. I just propose to do a mass update of package existing in GAR, move them to V2, and release packages which have not yet been released. It is a donkey work, and it is designed for me ;) > As Mike said, usually they come with tests that use the code in a > realistic way. If it's an arch=all module you really can't go wrong > but if it's got binaries you may want to test it on both archs. Most > of my modules I need for something else so I can test them by > installing them in a system where they are needed. > ok 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 william at wbonnet.net Mon Mar 23 23:34:00 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 23:34:00 +0100 Subject: [csw-maintainers] Multiple license file Message-ID: <49C80E58.3070800@wbonnet.net> Hi Would it be possible to have multiple license files being used with automatic gspec generation ? The need is the following... In my gspec i put a %copyright line with the following text "Please see /opt/csw/share/doc/%{GARNAME} for license information" For some packages i'd like to add several files, and not only one, either because they are released under multiple license, or because some have a license file and a "patent explanation files". It is the case for pm_pdfapi2. 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 Mon Mar 23 23:38:24 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 23:38:24 +0100 Subject: [csw-maintainers] Perl module PDF2API v0.73 is in testing Message-ID: <49C80F60.7040803@wbonnet.net> Hi Perl module PDF2API has been updated. Version 0.73 is in testing. 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 glaw at opencsw.org Tue Mar 24 00:45:20 2009 From: glaw at opencsw.org (Gary Law) Date: Mon, 23 Mar 2009 23:45:20 +0000 Subject: [csw-maintainers] puppet 0.24.8 in testing Message-ID: Feedback welcome Gary -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Tue Mar 24 02:32:22 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 23 Mar 2009 21:32:22 -0400 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7E633.70602@wbonnet.net> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> Message-ID: <1237858099-sup-2941@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Mon Mar 23 15:42:43 -0400 2009: Hi William, > At least i can initialize the work by putting it in GAR and generating a > first package. But i won't take it for "long term" :) If you're overloaded (you do package _a lot_ of stuff), my colleague and I may be able to tackle this package. We use mysql and therefore have a vested interest in it. Let me discuss it with him tomorrow and we may take it off your hands. 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 ihsan at opencsw.org Tue Mar 24 10:18:33 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 24 Mar 2009 10:18:33 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <36D0DD75-B188-4A62-8F04-2A41A85B1864@opencsw.org> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> <49C7FEAC.5000205@opencsw.org> <36D0DD75-B188-4A62-8F04-2A41A85B1864@opencsw.org> Message-ID: <49C8A569.6090809@opencsw.org> Am 23.3.2009 23:15 Uhr, Dagobert Michelsen schrieb: >> It's in my home directory: /home/ihsan/mysql51 > > The convention is to have a directory trunk/legacy which contains > all old build descriptions for archival purposes. Please commit > the files there. See pkg/tcl/trunk as example. Ok, I've commited pkg/mysql5. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Tue Mar 24 10:26:25 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 24 Mar 2009 10:26:25 +0100 Subject: [csw-maintainers] linking against libraries in /usr/sfw Message-ID: <49C8A741.2030905@opencsw.org> Hello, Do we have any policy for linking against libraries in /usr/sfw? My package apcupsd would support usb, but this is only available on Solaris 10 and libusb is in /usr/sfw. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From james at opencsw.org Tue Mar 24 10:40:56 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 09:40:56 GMT Subject: [csw-maintainers] linking against libraries in /usr/sfw In-Reply-To: <49C8A741.2030905@opencsw.org> References: <49C8A741.2030905@opencsw.org> Message-ID: <20090324.9405600.2749970729@gyor.oxdrove.co.uk> On 24/03/09, 09:26:25, Ihsan Dogan wrote regarding [csw-maintainers] linking against libraries in /usr/sfw: > Do we have any policy for linking against libraries in /usr/sfw? Probably not :-) > My package apcupsd would support usb, but this is only available on > Solaris 10 and libusb is in /usr/sfw. See CSWlibgphoto2 and CSWsaneback for example. These have separate Solaris 10 packages that link to /usr/sfw/lib/libusb.so. James. From dam at opencsw.org Tue Mar 24 11:04:03 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 11:04:03 +0100 Subject: [csw-maintainers] Multiple license files In-Reply-To: <49C80E58.3070800@wbonnet.net> References: <49C80E58.3070800@wbonnet.net> Message-ID: <1215B8A5-5853-4106-8C4F-D1B3D34ED4DE@opencsw.org> Hi William, Am 23.03.2009 um 23:34 schrieb William Bonnet: > Would it be possible to have multiple license files being used with > automatic gspec generation ? The need is the following... > > In my gspec i put a %copyright line with the following text "Please > see /opt/csw/share/doc/%{GARNAME} for license information" > > For some packages i'd like to add several files, and not only one, > either because they are released under multiple license, or because > some have a license file and a "patent explanation files". It is the > case for pm_pdfapi2. The license is currently always renamed to "license". I can change the behaviour to have something like LICENSE = COPYING README.LICENSE GPL which could result in Please see the following files in /opt/csw/share/doc/%{GARNAME} for license information: COPYING README.LICENSE GPL This text would also be in the "license" file unless there is a file "license" in $(LICENSE). Ok? Best regards -- Dago From dam at opencsw.org Tue Mar 24 11:06:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 11:06:26 +0100 Subject: [csw-maintainers] linking against libraries in /usr/sfw In-Reply-To: <20090324.9405600.2749970729@gyor.oxdrove.co.uk> References: <49C8A741.2030905@opencsw.org> <20090324.9405600.2749970729@gyor.oxdrove.co.uk> Message-ID: Hi, Am 24.03.2009 um 10:40 schrieb James Lee: > On 24/03/09, 09:26:25, Ihsan Dogan wrote regarding > [csw-maintainers] linking against libraries in /usr/sfw: > >> Do we have any policy for linking against libraries in /usr/sfw? > > Probably not :-) > >> My package apcupsd would support usb, but this is only available on >> Solaris 10 and libusb is in /usr/sfw. > > See CSWlibgphoto2 and CSWsaneback for example. These have separate > Solaris 10 packages that link to /usr/sfw/lib/libusb.so. How does this go with a central NFS-Share for Solaris 8 and Solaris 10? There are some packages that have dispatch-scripts similar to isaexec to differentiate between multiple Solaris versions. Should this be standard or are separate packages for Solaris 8 / 10 the preferred way? Best regards -- Dago From dam at opencsw.org Tue Mar 24 11:18:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 11:18:43 +0100 Subject: [csw-maintainers] libgsasl 1.0 in testing/ Message-ID: <4B467350-9411-4CD1-84BD-13202083EB5F@opencsw.org> Hi, I put an updated libgsasl 1.0 in testing/. As I don't use SASL myself please someone give it a try who actually uses it. Thanks! -- Dago From james at opencsw.org Tue Mar 24 11:25:42 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 10:25:42 GMT Subject: [csw-maintainers] linking against libraries in /usr/sfw In-Reply-To: References: <49C8A741.2030905@opencsw.org> <20090324.9405600.2749970729@gyor.oxdrove.co.uk> Message-ID: <20090324.10254200.3732709573@gyor.oxdrove.co.uk> On 24/03/09, 10:06:26, Dagobert Michelsen wrote regarding Re: [csw-maintainers] linking against libraries in /usr/sfw: > >> My package apcupsd would support usb, but this is only available on > >> Solaris 10 and libusb is in /usr/sfw. > > > > See CSWlibgphoto2 and CSWsaneback for example. These have separate > > Solaris 10 packages that link to /usr/sfw/lib/libusb.so. > How does this go with a central NFS-Share for Solaris 8 and Solaris 10? Easily answered: it doesn't. > There are some packages that have dispatch-scripts similar to isaexec > to differentiate between multiple Solaris versions. Should this be > standard or are separate packages for Solaris 8 / 10 the preferred > way? isaexec doesn't handle OS rev; such a program could be created. For libraries only it's possible with $OSREL dynamic link token [1] but in the examples it means most of the package is duplicated (and their executables are not handled), for simple cases it might be appropriate. James. Refs: 1. http://docs.sun.com/app/docs/doc/806-0641/6j9vuqukj?a=view From hson at opencsw.org Tue Mar 24 12:55:41 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 24 Mar 2009 12:55:41 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? Message-ID: <49C8CA3D.90904@opencsw.org> I started to update libnet but found a problem... The API changed a lot between version 1.0.x and 1.1.x which requires a rewrite of the code if you use libnet. Since there are a number of packages which use libnet I took a look at their upstream versions and there are a few which support libnet 1.1, but also a lot which don't. I've taken a look at how other tackle this problem and debian for instance have two packages libnet0 and libnet1 which just inlucde the shared libraries, but their -dev packages are incompatible since they share some filenames. RedHat based distros also have two packages, but they have the same filename and are thus incompatible. So the question is how to proceed here? Should I create a new package which have its own subdir (like gcc3/gcc4) for packages which are compatible with 1.1.x or should I just ignore the 1.1.x? From dam at opencsw.org Tue Mar 24 14:09:03 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 14:09:03 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49C8CA3D.90904@opencsw.org> References: <49C8CA3D.90904@opencsw.org> Message-ID: <02130D8E-36FE-48BA-9DD8-6A8D0C604406@opencsw.org> Hi Roger, Am 24.03.2009 um 12:55 schrieb Roger H?kansson: > I started to update libnet but found a problem... > The API changed a lot between version 1.0.x and 1.1.x which requires > a rewrite of the code if you use libnet. > Since there are a number of packages which use libnet I took a look > at their upstream versions and there are a few which support libnet > 1.1, but also a lot which don't. > > I've taken a look at how other tackle this problem and debian for > instance have two packages libnet0 and libnet1 which just inlucde > the shared libraries, but their -dev packages are incompatible since > they share some filenames. > RedHat based distros also have two packages, but they have the same > filename and are thus incompatible. > > So the question is how to proceed here? > Should I create a new package which have its own subdir (like gcc3/ > gcc4) for packages which are compatible with 1.1.x or should I just > ignore the 1.1.x? The question is if there are packages which are still requiring libnet 1.0.x devel files. If yes, it is appropriate to make two packages (the existing CSWlibnet and maybe CSWlibnet11). If no you can just include the shared libraries in one package with version modulations (see readline or libtool for examples). Best regards -- Dago From james at opencsw.org Tue Mar 24 14:12:55 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 13:12:55 GMT Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49C8CA3D.90904@opencsw.org> References: <49C8CA3D.90904@opencsw.org> Message-ID: <20090324.13125500.1454408186@gyor.oxdrove.co.uk> On 24/03/09, 11:55:41, "Roger H?kansson" wrote regarding [csw-maintainers] Package incompatibility, any suggestions?: > I started to update libnet but found a problem... > The API changed a lot between version 1.0.x and 1.1.x which requires a > rewrite of the code if you use libnet. > Since there are a number of packages which use libnet I took a look at > their upstream versions and there are a few which support libnet 1.1, > but also a lot which don't. Won't the SONAME handle this? $ dump -Lv /opt/csw/lib/libnet.so | grep -c SONAME 0 Sadly not yet. Lib needs versioned SONAME set. Others have packed both the old and new libs in the new package and let SONAME do its stuff. People wanting to continue building to the old API can install the old package. James. From dam at opencsw.org Tue Mar 24 14:53:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 14:53:44 +0100 Subject: [csw-maintainers] Perl modules and mGAR v2 Message-ID: <53E75730-F993-4D9A-82CE-5001E2B5F288@opencsw.org> Hi, with r3905 it is now possible to build packages with category "cpan" with dynamic gspec-files. The correct includes for Perl modules are configure automatically. See cpan/Local-Gettext as example. Additionally, I updated the documentation for dynamic gspec files at Best regards -- Dago From phil at bolthole.com Tue Mar 24 15:09:54 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 07:09:54 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324.13125500.1454408186@gyor.oxdrove.co.uk> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> Message-ID: <20090324140954.GA61026@bolthole.com> On Tue, Mar 24, 2009 at 01:12:55PM +0000, James Lee wrote: > $ dump -Lv /opt/csw/lib/libnet.so | grep -c SONAME > 0 > > Sadly not yet. Lib needs versioned SONAME set. well, it WOULD be possible to force the new lib, to have a new SONAME of "libnet.so.1.1" > Others have packed both the old and new libs in the new package and let > SONAME do its stuff. > > People wanting to continue building to the old API can install the old > package. so if force of SONAME is done that is done, this would be possible. From james at opencsw.org Tue Mar 24 15:52:25 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 14:52:25 GMT Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324140954.GA61026@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> Message-ID: <20090324.14522500.1723492794@gyor.oxdrove.co.uk> On 24/03/09, 14:09:54, Philip Brown wrote regarding Re: [csw-maintainers] Package incompatibility, any suggestions?: > > $ dump -Lv /opt/csw/lib/libnet.so | grep -c SONAME > > 0 > > > > Sadly not yet. Lib needs versioned SONAME set. > well, it WOULD be possible to force the new lib, to have a new SONAME > of "libnet.so.1.1" The existing software links to libnet.so, eg: $ dump -Lv /opt/csw/bin/curl | grep libnet [7] NEEDED libnet.so So the libnet.so would need to remain the old lib or be a link to the old lib but when linking new software with just -lnet the linker will look for libnet.so and extract the old SONAME (none). Setting the SONAME in the new libnet only will require the lib version lib to be used during builds which is messy. The old lib needs to be named with a version and more importantly software that links to it needs to link directly to it not libnet.so (done automatically if there is an SONAME), ie, needs relinking. Eg: $ dump -Lv /opt/csw/bin/curl | grep libcurl.so.4 [1] NEEDED libcurl.so.4 $ ls -l /opt/csw/lib/libcurl.so lrwxrwxrwx 1 root other 16 Mar 17 2008 /opt/csw/lib/libcurl.so -> libcurl.so.4.0.1 $ dump -Lv /opt/csw/lib/libcurl.so | grep SONAME [10] SONAME libcurl.so.4 $ dump -Lv /opt/csw/lib/libcurl.so.4 | grep SONAME [10] SONAME libcurl.so.4 $ dump -Lv /opt/csw/lib/libcurl.so.3 | grep SONAME [9] SONAME libcurl.so.3 James. From phil at bolthole.com Tue Mar 24 17:13:24 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 09:13:24 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324.14522500.1723492794@gyor.oxdrove.co.uk> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> Message-ID: <20090324161324.GA9161@bolthole.com> On Tue, Mar 24, 2009 at 02:52:25PM +0000, James Lee wrote: > On 24/03/09, 14:09:54, Philip Brown wrote > > well, it WOULD be possible to force the new lib, to have a new SONAME > > of "libnet.so.1.1" > > The existing software links to libnet.so, eg: > > $ dump -Lv /opt/csw/bin/curl | grep libnet > [7] NEEDED libnet.so Oh, drat. i thought it was using "libnet.so.0". libXXX.so is a special case. it would appear as though there is a metric boatload of packages that acutally use libnet. (I'm rather surprised at some of them... "gpdf" ??? What's up with that?? and gedit?? normally, i would suggest forcing dependant packages to be recompiled, to match release of a new package. But there's just too many to do that in this case. Wow, these libnet people are incompetant. If the versions are incompatible, it should be a major REV bump!!! sheesh. Sadly.... I dont see much choice in what we can do. We cant just break 30 packages... but at the same time, we need to be able to recompile things against the newer stuff! in a clean, sane manner that doesnt require ludicrous backflips for maintainers. **************************************** I think we're going to have to make a nasty 'exception' for this. I think we're going to have the package have the old one in /opt/csw/lib/libnet.so but have a forced SONAME for /opt/csw/lib/libnet.so.1 and on TOP of that, I think our build machines will have to "break" the package, and do rm /opt/csw/lib/libnet.so ln -s libnet.so.1 /opt/csw/lib/libnet.so From dam at opencsw.org Tue Mar 24 17:48:01 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 17:48:01 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds References: <20090324163804.GG9161@bolthole.com> Message-ID: Hi, there are still occuring double lines of CSWcommon in depend files on packages build with GAR. I have already looked at the code and can't find the error. If you encounter such situation please mail me what you have done and what I can do to reproduce the situation. Best regards -- Dago From bonivart at opencsw.org Tue Mar 24 17:52:17 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 24 Mar 2009 17:52:17 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: References: <20090324163804.GG9161@bolthole.com> Message-ID: <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> On Tue, Mar 24, 2009 at 5:48 PM, Dagobert Michelsen wrote: > Hi, > > there are still occuring double lines of CSWcommon in depend > files on packages build with GAR. I have already looked at the > code and can't find the error. If you encounter such situation > please mail me what you have done and what I can do to reproduce > the situation. I found that GAR added common for all packages and also perl for cpan packages so I just stopped adding them as deps, otherwise I got double lines of them. Isn't that what is happening? Or do you mean that you have tried to fix that so we should get a single line anyway but it doesn't work? -- /peter From dam at opencsw.org Tue Mar 24 17:58:10 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 17:58:10 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> Message-ID: <7E243DFA-53B0-44B2-9A2C-A5DD90A396F9@opencsw.org> Hi Peter, Am 24.03.2009 um 17:52 schrieb Peter Bonivart: > On Tue, Mar 24, 2009 at 5:48 PM, Dagobert Michelsen > wrote: >> there are still occuring double lines of CSWcommon in depend >> files on packages build with GAR. I have already looked at the >> code and can't find the error. If you encounter such situation >> please mail me what you have done and what I can do to reproduce >> the situation. > > I found that GAR added common for all packages and also perl for cpan > packages so I just stopped adding them as deps, otherwise I got double > lines of them. Isn't that what is happening? > > Or do you mean that you have tried to fix that so we should get a > single line anyway but it doesn't work? I haven't changed GAR. What happens is that depend-files are used and under some combination of make-targets CSWcommon is added twice to the depend-files, even if it wasn't in there in the first place at all. Best regards -- Dago From phil at bolthole.com Tue Mar 24 18:01:43 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 10:01:43 -0700 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> Message-ID: <20090324170143.GN9161@bolthole.com> On Tue, Mar 24, 2009 at 05:52:17PM +0100, Peter Bonivart wrote: > I found that GAR added common for all packages and also perl for cpan > packages so I just stopped adding them as deps, otherwise I got double > lines of them. Isn't that what is happening? Hmm... i thought the theory was, that EITHER you let gar find the dependancies "automatically" OR you explicitly specify dependancies, and gar leaves depend alone. If the latter isnt happening... sounds like that's what the bug is. In principle, gar should leave depend file alone if one is provided, shouldnt it? (it's fine to WARN about missing stuff, but it shouldnt mess with a maintainer-supplied file,I should think) From bwalton at opencsw.org Tue Mar 24 18:05:58 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 24 Mar 2009 13:05:58 -0400 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <20090324170143.GN9161@bolthole.com> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> <20090324170143.GN9161@bolthole.com> Message-ID: <1237914193-sup-4103@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Tue Mar 24 13:01:43 -0400 2009: > If the latter isnt happening... sounds like that's what the bug is. > In principle, gar should leave depend file alone if one is provided, > shouldnt it? GAR will honour an explicit depend file, but if you don't provide that, it generates one dynamically. This is done based on variables set the the build description and then augmented with CSWcommon (and possibly others in the case of perl, etc). In the case of gsed (which I'm taking a peek at now), it created the depend file correctly on run 1. If you then call `gmake package` again, it adds an extra CSWcommon line. A third call saw no change. I then removed the package* cookie files and called `gmake package` a fourth time and got a third CSWcommon line...I'm not seeing the error yet either, but it's definitely happening...and not due to overriding an explicit file (ala $(call admfiles,...)). HTH. -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 dam at opencsw.org Tue Mar 24 18:10:13 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 18:10:13 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <20090324170143.GN9161@bolthole.com> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> <20090324170143.GN9161@bolthole.com> Message-ID: <8AD9843F-7B63-4CE6-ABAF-308F4F478DF8@opencsw.org> Hi Phil, Am 24.03.2009 um 18:01 schrieb Philip Brown: > On Tue, Mar 24, 2009 at 05:52:17PM +0100, Peter Bonivart wrote: >> I found that GAR added common for all packages and also perl for cpan >> packages so I just stopped adding them as deps, otherwise I got >> double >> lines of them. Isn't that what is happening? > > Hmm... > i thought the theory was, that > EITHER you let gar find the dependancies "automatically" > OR you explicitly specify dependancies, and gar leaves depend alone. > > If the latter isnt happening... sounds like that's what the bug is. > In principle, gar should leave depend file alone if one is provided, > shouldnt it? It does merge in a basic template file, which is "P CSWcommon" for normal packages and an additional dependency to Perl for CPAN modules. However, when I try it the line is always added only once. > (it's fine to WARN about missing stuff, but it shouldnt mess with > a maintainer-supplied file,I should think) Maintainers should use dynamic dependencies anyway in favor: like REQUIRED_PKGS = CSWperl CSWautomake Best regards -- Dago From james at opencsw.org Tue Mar 24 18:22:35 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 17:22:35 GMT Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324161324.GA9161@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> Message-ID: <20090324.17223500.2384994183@gyor.oxdrove.co.uk> On 24/03/09, 16:13:24, Philip Brown wrote regarding Re: [csw-maintainers] Package incompatibility, any suggestions?: > I think we're going to have to make a nasty 'exception' for this. > I think we're going to have the package have the old one in > /opt/csw/lib/libnet.so > but have a forced SONAME for > /opt/csw/lib/libnet.so.1 > and on TOP of that, I think our build machines will have to "break" the > package, and do > rm /opt/csw/lib/libnet.so > ln -s libnet.so.1 /opt/csw/lib/libnet.so It's very, very nasty because it will break anyone else trying to build, either in ignorance of your hack or if trying to run and build on the same machine. Has no one made an elf header editor? James. From bonivart at opencsw.org Tue Mar 24 18:27:09 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 24 Mar 2009 18:27:09 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <1237914193-sup-4103@ntdws12.chass.utoronto.ca> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> <20090324170143.GN9161@bolthole.com> <1237914193-sup-4103@ntdws12.chass.utoronto.ca> Message-ID: <625385e30903241027n1b273869qcf8fed92d7c9e59a@mail.gmail.com> On Tue, Mar 24, 2009 at 6:05 PM, Ben Walton wrote: > In the case of gsed (which I'm taking a peek at now), it created the > depend file correctly on run 1. ?If you then call `gmake package` > again, it adds an extra CSWcommon line. ?A third call saw no change. > I then removed the package* cookie files and called `gmake package` a > fourth time and got a third CSWcommon line...I'm not seeing the error > yet either, but it's definitely happening...and not due to overriding > an explicit file (ala $(call admfiles,...)). Aha, I've noticed similar things but I've always just made a gmake clean to fix it without thinking twice about it. I guess you do if compiling takes forever. -- /peter From phil at bolthole.com Tue Mar 24 19:26:47 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 11:26:47 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324.17223500.2384994183@gyor.oxdrove.co.uk> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <20090324.17223500.2384994183@gyor.oxdrove.co.uk> Message-ID: <20090324182647.GP9161@bolthole.com> On Tue, Mar 24, 2009 at 05:22:35PM +0000, James Lee wrote: > On 24/03/09, 16:13:24, Philip Brown wrote regarding Re: > > and on TOP of that, I think our build machines will have to "break" the > > package, and do > > > rm /opt/csw/lib/libnet.so > > ln -s libnet.so.1 /opt/csw/lib/libnet.so > > It's very, very nasty because it will break anyone else trying to build, > either in ignorance of your hack or if trying to run and build on the > same machine. waitwhat? it wont break anyone else trying to build. it will rather, force them to use the new libnet. > Has no one made an elf header editor? > yes. but it usually requires that the old string be "as long as or longer than" the new string. we fail in that criteria. From hson at opencsw.org Tue Mar 24 21:42:29 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 24 Mar 2009 21:42:29 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <02130D8E-36FE-48BA-9DD8-6A8D0C604406@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <02130D8E-36FE-48BA-9DD8-6A8D0C604406@opencsw.org> Message-ID: <49C945B5.8020505@opencsw.org> Dagobert Michelsen wrote: > The question is if there are packages which are still requiring libnet > 1.0.x > devel files. If yes, it is appropriate to make two packages (the existing > CSWlibnet and maybe CSWlibnet11). If no you can just include the shared > libraries in one package with version modulations (see readline or libtool > for examples). Yes, as far as I've been able to tell, there are some packages where upstream still relies on 1.0 (some of the packages haven't been updated in years so that might be the reason) From hson at opencsw.org Tue Mar 24 21:45:14 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 24 Mar 2009 21:45:14 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324.13125500.1454408186@gyor.oxdrove.co.uk> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> Message-ID: <49C9465A.80702@opencsw.org> James Lee wrote: > Won't the SONAME handle this? > > $ dump -Lv /opt/csw/lib/libnet.so | grep -c SONAME > 0 > > Sadly not yet. Lib needs versioned SONAME set. > > Others have packed both the old and new libs in the new package and let > SONAME do its stuff. > > People wanting to continue building to the old API can install the old > package. Well, the problem is that since the API have changed, so has the include files... From william at wbonnet.net Tue Mar 24 22:47:57 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 24 Mar 2009 22:47:57 +0100 Subject: [csw-maintainers] Some Perl module updates are in testing Message-ID: <49C9550D.2050104@wbonnet.net> Hi I have updated a few perl modules. They are availables from testing Parse-Syslog is now in version 1.10 Parse-RecDescent is now in version 1.96.0 Package-Constants is now in version 0.02 Object-Accessor is now in version 0.34 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 Mar 24 22:49:04 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 24 Mar 2009 22:49:04 +0100 Subject: [csw-maintainers] Perl modules and mGAR v2 In-Reply-To: <53E75730-F993-4D9A-82CE-5001E2B5F288@opencsw.org> References: <53E75730-F993-4D9A-82CE-5001E2B5F288@opencsw.org> Message-ID: <49C95550.7010003@wbonnet.net> HI Dagobert > > with r3905 it is now possible to build packages with category > "cpan" with dynamic gspec-files. The correct includes for Perl > modules are configure automatically. See cpan/Local-Gettext as > example. > Thanksit works fine :) 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 hson at opencsw.org Wed Mar 25 00:11:18 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 25 Mar 2009 00:11:18 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324161324.GA9161@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> Message-ID: <49C96896.7030709@opencsw.org> Philip Brown wrote: > it would appear as though there is a metric boatload of packages that > acutally use libnet. (I'm rather surprised at some of them... No shit, I was also surprised how many packages actually was using libnet, but I think there are some other lib which they use, which was linked against libnet. > "gpdf" ??? What's up with that?? > and gedit?? > I've rebuild gedit 1.14.4 and I can't see any reason why libnet should be needed. It must have been some dependant library that used libnet in the past. Regarding gpdf, that package should be scrapped since we have evince which is gnome's replacement. > normally, i would suggest forcing dependant packages to be recompiled, to > match release of a new package. > But there's just too many to do that in this case. > > Wow, these libnet people are incompetant. > If the versions are incompatible, it should be a major REV bump!!! > sheesh. Well, first of all, they don't create a shared library, all distributions which have that, have done that by themself. Their normal installation just creates a static library. Secondly regarding version numbers, it all depends on how you look at it, there are many different ways how people use version numbers. If they have had release shared libraries a major rev bump would be required, but since they don't version number is just a version number of their software. There are several software packages where the library version number doesn't match the software version number. > Sadly.... I dont see much choice in what we can do. > We cant just break 30 packages... but at the same time, we need to be > able to recompile things against the newer stuff! > in a clean, sane manner that doesnt require ludicrous backflips for > maintainers. > Well, what we could do is first re-release 1.0.2 with SONAME set, then re-release all dependant packages, then release 1.1.2 so any package which support or require 1.1.x can be released. I know that this might be a undesirable way, but maybe the "cleanest". From mwatters at opencsw.org Wed Mar 25 01:48:31 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 24 Mar 2009 19:48:31 -0500 Subject: [csw-maintainers] help from mGar gods requested Message-ID: <49C97F5F.5040809@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have just one more obstacle to over come for the gcc packages. I am using a "custom" merge script for the amd64 support. my dilemma is how do I create the links to isaexec in $(bindir) without using BUILD64 option. using dynamic prototypes. any help would be much appreciated. I have the test results in my home dir for the amd64/i386 merge ~mwatters/gcc-test-results merged-8x and merged-10x - -- 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 iEYEARECAAYFAknJf18ACgkQLrhmsXMSLxcb5gCg1b6Hj5WcNqjq7evK/nVHsKs8 ClsAniW5Veytf/UppXJybRx/jGMwVOb7 =NPWi -----END PGP SIGNATURE----- From phil at bolthole.com Wed Mar 25 02:14:03 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 18:14:03 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49C96896.7030709@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> Message-ID: <20090325011403.GD71686@bolthole.com> On Wed, Mar 25, 2009 at 12:11:18AM +0100, Roger H?kansson wrote: > I've rebuild gedit 1.14.4 and I can't see any reason why libnet should > be needed. It must have been some dependant library that used libnet in > the past. nope. direct link. dump -Lv says it is directly "needed". > Well, what we could do is first re-release 1.0.2 with SONAME set, then > re-release all dependant packages, THAT aint gonna happen in the next 12 months :) > I know that this might be a undesirable way, but maybe the "cleanest". no, it's prefectly desirable. the problem is, it's just not REALISTIC :-) From hson at opencsw.org Wed Mar 25 06:31:22 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Wed, 25 Mar 2009 06:31:22 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090325011403.GD71686@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> Message-ID: <49C9C1AA.5040707@opencsw.org> Philip Brown wrote: > On Wed, Mar 25, 2009 at 12:11:18AM +0100, Roger H?kansson wrote: >> I've rebuild gedit 1.14.4 and I can't see any reason why libnet should >> be needed. It must have been some dependant library that used libnet in >> the past. > > nope. direct link. > dump -Lv says it is directly "needed". Well, that isn't so strange, if you link gedit with libX and a function in libX needs libnet, you'll have to put -lnet when you link gedit, and then dump will tell you that both libX and libnet is "needed". If you later on rebuild libX without any libnet support, libX will no longer require libnet, but gedit still will... >> Well, what we could do is first re-release 1.0.2 with SONAME set, then >> re-release all dependant packages, > > THAT aint gonna happen in the next 12 months :) > > >> I know that this might be a undesirable way, but maybe the "cleanest". > > no, it's prefectly desirable. > the problem is, it's just not REALISTIC :-) That was what i meant with "undesirable" ;) From dam at opencsw.org Wed Mar 25 11:52:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 11:52:19 +0100 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: Hi Maciej, Am 23.03.2009 um 13:59 schrieb Maciej (Matchek) Blizinski: > I've noticed that svn:externals use a short version of SourceForge > domain, sf.net. It causes svn to complain about non-matching SSL > certificates and asks for confirmation when checking out gar > svn:externals. I have a prepared svn change which changes all > instances of sf.net into sourceforge.net. I'm not aware of any major > problems that it might cause. I tested it locally and it Just Works, > "svn update" completes successfully after the change. > > The change is small in a sense that it boils down to sedding through > svn:externals and replacing sf.net with sourceforge.net. The change is > big in a sense that it touches most of /trunk directories. I > decided to ask for opinions before submitting. > > An example: > > maciej at vsol01 pkg $ svn diff openssl > > Property changes on: openssl/trunk > ___________________________________________________________________ > Name: svn:externals > - gar https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2 > > + gar https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2 > > > Does anyone object to this change? If not, I'm going to submit it > tomorrow. I thought you were going to commit the change? Please go ahead, but make sure you change all references like I wrote before. Best regards -- Dago From dam at opencsw.org Wed Mar 25 11:55:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 11:55:24 +0100 Subject: [csw-maintainers] help from mGar gods requested In-Reply-To: <49C97F5F.5040809@opencsw.org> References: <49C97F5F.5040809@opencsw.org> Message-ID: <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> Hi Mike, Am 25.03.2009 um 01:48 schrieb Mike Watters: > I have just one more obstacle to over come for the gcc packages. > I am using a "custom" merge script for the amd64 support. my > dilemma is > how do I create the links to isaexec in $(bindir) without using > BUILD64 option. > using dynamic prototypes. > > any help would be much appreciated. > > I have the test results in my home dir for the amd64/i386 merge I don't understand how your merging works. Usually you build the sourcetree multiple times (the so-called "modulations" over some variables, here GAROSREL). These are then installed to separate directories and then merged together to $(PKGROOT), which is a direct image of the files in the package. Anyway, you can just set ISAEXEC_FILES = /opt/csw/gcc4/bin/gcc ... and build your package and everything should work. If you want to know how this works: Best regards -- Dago From maciej at opencsw.org Wed Mar 25 12:38:59 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 11:38:59 +0000 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: On Wed, Mar 25, 2009 at 10:52 AM, Dagobert Michelsen wrote: > I thought you were going to commit the change? Please go ahead, but make > sure you change all references like I wrote before. I'm doing that right now. It takes a bit of time. Your update to Pod-Simple was in the middle of my commit, so I cancelled it and I'm now starting over. From maciej at opencsw.org Wed Mar 25 12:47:45 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 11:47:45 +0000 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: On Wed, Mar 25, 2009 at 11:38 AM, Maciej (Matchek) Blizinski wrote: > On Wed, Mar 25, 2009 at 10:52 AM, Dagobert Michelsen wrote: >> I thought you were going to commit the change? Please go ahead, but make >> sure you change all references like I wrote before. > > I'm doing that right now. It takes a bit of time. Your update to > Pod-Simple was in the middle of my commit, so I cancelled it and I'm > now starting over. The change is going in now. I estimated that it will take it about 15 minutes to complete. If you're about to submit something now, please hold your horses. I'll update this thread once the change is in. From maciej at opencsw.org Wed Mar 25 12:51:51 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 11:51:51 +0000 Subject: [csw-maintainers] MediaWiki on SourceForge access Message-ID: Can I have it? I could contribute some updates. Maciej From rupert at opencsw.org Wed Mar 25 13:09:36 2009 From: rupert at opencsw.org (rupert THURNER) Date: Wed, 25 Mar 2009 13:09:36 +0100 Subject: [csw-maintainers] MediaWiki on SourceForge access In-Reply-To: References: Message-ID: <6af4270903250509n2440f716xe344ff06ad68f2ad@mail.gmail.com> may i "misuse" you as testperson pls? as you do not have any rights but login, are you able to create tickets and edit milestones on http://apps.sourceforge.net/trac/gar? rupert. On Wed, Mar 25, 2009 at 12:51, Maciej (Matchek) Blizinski wrote: > Can I have it? I could contribute some updates. > > Maciej > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From maciej at opencsw.org Wed Mar 25 13:12:21 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 12:12:21 +0000 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: On Wed, Mar 25, 2009 at 11:47 AM, Maciej (Matchek) Blizinski wrote: > The change is going in now. I estimated that it will take it about 15 > minutes to complete. If you're about to submit something now, please > hold your horses. I'll update this thread once the change is in. The change is in. Please do "svn update --ignore-externals" how to update your checked-out code to avoid subversion property conflicts. This applies to everybody who has any checked-out code. Maciej From maciej at opencsw.org Wed Mar 25 13:18:01 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 12:18:01 +0000 Subject: [csw-maintainers] MediaWiki on SourceForge access In-Reply-To: <6af4270903250509n2440f716xe344ff06ad68f2ad@mail.gmail.com> References: <6af4270903250509n2440f716xe344ff06ad68f2ad@mail.gmail.com> Message-ID: On Wed, Mar 25, 2009 at 12:09 PM, rupert THURNER wrote: > may i "misuse" you as testperson pls? as you do not have any rights > but login, are you able to create tickets and edit milestones on > http://apps.sourceforge.net/trac/gar? Test positive, I successfully created a ticket and edited a milestone. From dam at opencsw.org Wed Mar 25 14:19:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 14:19:44 +0100 Subject: [csw-maintainers] MediaWiki on SourceForge access In-Reply-To: References: Message-ID: Hi Maciej, Am 25.03.2009 um 12:51 schrieb Maciej (Matchek) Blizinski: > Can I have it? I could contribute some updates. You are now "Editor" on GAR MediaWiki. Best regards -- Dago From harpchad at opencsw.org Wed Mar 25 14:52:45 2009 From: harpchad at opencsw.org (Chad Harp) Date: Wed, 25 Mar 2009 08:52:45 -0500 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> Message-ID: <49CA372D.9020307@opencsw.org> This should be updated on the mirrors now. We'll want to install glib2devel as well (I split the package into glib2 (runtime) and glib2devel. New gnutls is out there too. Dagobert Michelsen wrote: > Hi, > > Chad, is glib2 ready for release? It is another one of those > nasty .la-things depending on missing libintl.la > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From dam at opencsw.org Wed Mar 25 15:03:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 15:03:47 +0100 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <49CA372D.9020307@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> <49CA372D.9020307@opencsw.org> Message-ID: <25539B44-89FB-4972-9DCE-FC2170A5D97B@opencsw.org> Hi Chad, Am 25.03.2009 um 14:52 schrieb Chad Harp: > This should be updated on the mirrors now. We'll want to install > glib2devel as well (I split the package into glib2 (runtime) and > glib2devel. > > New gnutls is out there too. I'll update the buildfarm now. Best regards -- Dago From dam at opencsw.org Wed Mar 25 15:23:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 15:23:46 +0100 Subject: [csw-maintainers] [csw-buildfarm] Is glib2 ready for release? In-Reply-To: <25539B44-89FB-4972-9DCE-FC2170A5D97B@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> <49CA372D.9020307@opencsw.org> <25539B44-89FB-4972-9DCE-FC2170A5D97B@opencsw.org> Message-ID: <216D8A5B-CDCF-454D-B0D1-596AD2D7B79B@opencsw.org> Hi, Am 25.03.2009 um 15:03 schrieb Dagobert Michelsen: > Am 25.03.2009 um 14:52 schrieb Chad Harp: >> This should be updated on the mirrors now. We'll want to install >> glib2devel as well (I split the package into glib2 (runtime) and >> glib2devel. >> >> New gnutls is out there too. > > I'll update the buildfarm now. Done. Best regards -- Dago From mwatters at opencsw.org Wed Mar 25 16:21:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 25 Mar 2009 10:21:26 -0500 Subject: [csw-maintainers] help from mGar gods requested In-Reply-To: <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> References: <49C97F5F.5040809@opencsw.org> <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> Message-ID: <49CA4BF6.9000000@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Am 25.03.2009 um 01:48 schrieb Mike Watters: >> I have just one more obstacle to over come for the gcc packages. >> I am using a "custom" merge script for the amd64 support. my dilemma is >> how do I create the links to isaexec in $(bindir) without using >> BUILD64 option. >> using dynamic prototypes. >> >> any help would be much appreciated. >> >> I have the test results in my home dir for the amd64/i386 merge > > I don't understand how your merging works. Usually you build the > sourcetree multiple times (the so-called "modulations" over some > variables, here GAROSREL). These are then installed to separate > directories and then merged together to $(PKGROOT), which is > a direct image of the files in the package. > > Anyway, you can just set > ISAEXEC_FILES = /opt/csw/gcc4/bin/gcc ... > and build your package and everything should work. > > If you want to know how this works: > > > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Here is how the merge works ** note this is for amd/i386 only, sparc is "normal" ** first I override the merge using MERGE_SCRIPTS_isa-i386 = amd # files/gar_override.mk the merge is as follows: # files/amd_merge.mk merge-dirs uses ginstall to create pkgroot and pkgroot/bindir/i386 and pkgroot/bindir/amd64 merge-i386 uses pax and copies the "common" directory contents to pkgroot uses pax to copy installdir/bindir/* to pkgroot/bindir/i386 create hard links to the os-branded binaries in isabin merge-amd uses pax and copies the os-branded dirs to pkgroot uses pax to copy the amd64 dirs to pkgroot uses pax to copy installdir/bindir/* to pkgroot/bindir/amd64 create hard liks to the os-branded binaries in isabin merge-strip uses stripbin to strip the binaries inside of an ifeq ($(shell uname -p),i386) I have tried using ISAEXEC_FILES = $(bindir)/file I currently have it setup to be ISAEXEC_FILES_CSWpkgname = /opt/csw/gcc4/bin/{file} - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknKS/UACgkQLrhmsXMSLxcfxACg3YdVbZ8qeWqg45zBPBseDY1Z QgMAoObMks/qXdDwUu/7D5IKQjFnRj6V =6BAL -----END PGP SIGNATURE----- From dam at opencsw.org Wed Mar 25 16:33:16 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 16:33:16 +0100 Subject: [csw-maintainers] help from mGar gods requested In-Reply-To: <49CA4BF6.9000000@opencsw.org> References: <49C97F5F.5040809@opencsw.org> <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> <49CA4BF6.9000000@opencsw.org> Message-ID: Hi Mike, Am 25.03.2009 um 16:21 schrieb Mike Watters: > inside of an ifeq ($(shell uname -p),i386) > I have tried using ISAEXEC_FILES = $(bindir)/file > I currently have it setup to be ISAEXEC_FILES_CSWpkgname = /opt/csw/ > gcc4/bin/{file} This should be ok. Doesn't it work the way you expected? BTW, personally I disvavor the use of 'ifeq' to variable definition: > ISAEXEC_FILES_CSWpkgname_i386 = /opt/csw/gcc4/bin/{file} > ISAEXEC_FILES_CSWpkgname = $(ISAEXEC_FILES_CSWpkgname_$(GARCH)) But this is more a matter of taste :-) Best regards -- Dago From bonivart at opencsw.org Wed Mar 25 16:58:30 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 25 Mar 2009 16:58:30 +0100 Subject: [csw-maintainers] /testing pm_archivezip, pm_dbi, pm_htmlparser, pm_netcidr, pm_podsimple Message-ID: <625385e30903250858j7e36a2at1e37245c4bb70e22@mail.gmail.com> I have update five Perl modules, please help testing them. http://mirror.opencsw.org/testing/pm_archivezip-1.26,REV=2009.03.25-SunOS5.8-all-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_dbi-1.607,REV=2009.03.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_dbi-1.607,REV=2009.03.25-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_htmlparser-3.60,REV=2009.03.25-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_htmlparser-3.60,REV=2009.03.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_netcidr-0.13,REV=2009.03.25-SunOS5.8-all-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_podsimple-3.07,REV=2009.03.25-SunOS5.8-all-CSW.pkg.gz -- /peter From phil at bolthole.com Wed Mar 25 17:13:56 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 09:13:56 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49C9C1AA.5040707@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> Message-ID: <20090325161356.GA91944@bolthole.com> On Wed, Mar 25, 2009 at 06:31:22AM +0100, Roger H??kansson wrote: > Philip Brown wrote: >> nope. direct link. >> dump -Lv says it is directly "needed". > > Well, that isn't so strange, if you link gedit with libX and a function > in libX needs libnet, you'll have to put -lnet when you link gedit, and > then dump will tell you that both libX and libnet is "needed". > If you later on rebuild libX without any libnet support, libX will no > longer require libnet, but gedit still will... incorrect. that's why we register dependancies the way we do. dump -Lv works differently than ldd. From mwatters at opencsw.org Wed Mar 25 17:16:28 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 25 Mar 2009 11:16:28 -0500 Subject: [csw-maintainers] help from mGar gods requested In-Reply-To: References: <49C97F5F.5040809@opencsw.org> <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> <49CA4BF6.9000000@opencsw.org> Message-ID: <49CA58DC.5010707@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Am 25.03.2009 um 16:21 schrieb Mike Watters: >> inside of an ifeq ($(shell uname -p),i386) >> I have tried using ISAEXEC_FILES = $(bindir)/file >> I currently have it setup to be ISAEXEC_FILES_CSWpkgname = >> /opt/csw/gcc4/bin/{file} > > This should be ok. Doesn't it work the way you expected? > > BTW, personally I disvavor the use of 'ifeq' to variable definition: > >> ISAEXEC_FILES_CSWpkgname_i386 = /opt/csw/gcc4/bin/{file} >> ISAEXEC_FILES_CSWpkgname = $(ISAEXEC_FILES_CSWpkgname_$(GARCH)) > > But this is more a matter of taste :-) > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I think both ifeq and .._$(GARCH) have their place I think it is more readable for definitions like: ifeq ($(shell uname -p),i386) ifeq ($(shell uname -r),5.10) GARCOMPILER = SOS12 SOS12_CC = /opt/studio/SOS12/SUNWspro/bin/cc BOOT_CFLAGS = -I/opt/csw/include -g -O2 -pipe BOOT_LDFLAGS = -L/opt/csw/lib -R/opt/csw/lib else GARCOMPILER = SOS11 SOS11_CC = /opt/studio/SOS11/SUNWspro/bin/cc -xarch=386 BOOT_CFLAGS = -I/opt/csw/include -m32 -march=i386 -g -O2 -pipe BOOT_LDFLAGS = -L/opt/csw/lib -R/opt/csw/lib endif endif and the ..._$(GARCH) for definitions like ISAEXEC_FILES_CSWpkg_i386 I made that change ;) and moved the definitions to the package_def.mk file I made some tweaks and cleanups on the recipe and am rebuilding to validate them. I will double check the pkgs again after rebuild and let you know if the links worked this time. (after the build is done roughly 13hrs) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknKWNsACgkQLrhmsXMSLxczNwCgy8rBJ+nAL5/kXa16epLHxkIW 7wwAoKBc5QmktUSOc+k3UJTG+YSmqRhw =Td4l -----END PGP SIGNATURE----- From william at wbonnet.net Wed Mar 25 17:28:14 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Mar 2009 17:28:14 +0100 Subject: [csw-maintainers] Mantis weekly reminder Message-ID: <49CA5B9E.3040505@wbonnet.net> Hi Sebastian, Could you please resume the weekly cron that was sending notification email to maintainer having open issues on Mantis ? Thanks in advnace cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Wed Mar 25 17:38:48 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Mar 2009 17:38:48 +0100 Subject: [csw-maintainers] Mantis evolution ? Message-ID: <49CA5E18.7000805@wbonnet.net> Hi Sebastian, If was looking to a bug entry and wondered if there is a way to display current version of package somewhere in the information ? Cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Wed Mar 25 17:43:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 17:43:34 +0100 Subject: [csw-maintainers] Mantis evolution ? In-Reply-To: <49CA5E18.7000805@wbonnet.net> References: <49CA5E18.7000805@wbonnet.net> Message-ID: <5D6500D5-E884-4344-B5AC-CC02F389CFF3@opencsw.org> Hi William, Am 25.03.2009 um 17:38 schrieb William Bonnet: > If was looking to a bug entry and wondered if there is a way to > display current version of package somewhere in the information ? I guess it should go into "Product Build" like "1.4.6,REV=2008.04.28". Even better would be a selection with released versions. Best regards -- Dago From skayser at opencsw.org Wed Mar 25 17:47:13 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 25 Mar 2009 17:47:13 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA5B9E.3040505@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> Message-ID: <49CA6011.6000803@opencsw.org> Hi William, William Bonnet wrote: > Could you please resume the weekly cron that was sending notification > email to maintainer having open issues on Mantis ? i wasn't aware that we had one. One of the machine admins where Mantis is hosted should know about it. Ihsan, Phil? Sebastian From james at opencsw.org Wed Mar 25 17:55:19 2009 From: james at opencsw.org (James Lee) Date: Wed, 25 Mar 2009 16:55:19 GMT Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA6011.6000803@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> Message-ID: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> On 25/03/09, 16:47:13, Sebastian Kayser wrote regarding Re: [csw-maintainers] Mantis weekly reminder: > > Could you please resume the weekly cron that was sending notification > > email to maintainer having open issues on Mantis ? > i wasn't aware that we had one. One of the machine admins where Mantis > is hosted should know about it. Ihsan, Phil? 'Twas I. I wrote a small piece of code that tapped into Mantis's database and sent emails. Shouldn't be difficult to set up again. James. From phil at bolthole.com Wed Mar 25 17:58:48 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 09:58:48 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA6011.6000803@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> Message-ID: <20090325165848.GA66706@bolthole.com> On Wed, Mar 25, 2009 at 05:47:13PM +0100, Sebastian Kayser wrote: > Hi William, > > William Bonnet wrote: > > Could you please resume the weekly cron that was sending notification > > email to maintainer having open issues on Mantis ? > > i wasn't aware that we had one. One of the machine admins where Mantis > is hosted should know about it. Ihsan, Phil? i think it was a custom thing that James wrote one time. From william at wbonnet.net Wed Mar 25 18:11:15 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Mar 2009 18:11:15 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> Message-ID: <49CA65B3.9030009@wbonnet.net> Hi > 'Twas I. I wrote a small piece of code that tapped into Mantis's > database and sent emails. Shouldn't be difficult to set up again. > Cool :) so could someone do it please ? ;) cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From james at opencsw.org Wed Mar 25 18:44:57 2009 From: james at opencsw.org (James Lee) Date: Wed, 25 Mar 2009 17:44:57 GMT Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA65B3.9030009@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> Message-ID: <20090325.17445700.3366655918@gyor.oxdrove.co.uk> On 25/03/09, 17:11:15, William Bonnet wrote regarding Re: [csw-maintainers] Mantis weekly reminder: > > 'Twas I. I wrote a small piece of code that tapped into Mantis's > > database and sent emails. Shouldn't be difficult to set up again. > > > Cool :) > so could someone do it please ? ;) I'll try to set it up again. Sebastian, can I have a read only account for the database? It would be better than me stealing the mantis password like last time. James. From skayser at opencsw.org Wed Mar 25 19:02:06 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 25 Mar 2009 19:02:06 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090325.17445700.3366655918@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090325.17445700.3366655918@gyor.oxdrove.co.uk> Message-ID: <49CA719E.2040002@opencsw.org> James Lee wrote: > On 25/03/09, 17:11:15, William Bonnet wrote regarding > Re: [csw-maintainers] Mantis weekly reminder: > >>> 'Twas I. I wrote a small piece of code that tapped into Mantis's >>> database and sent emails. Shouldn't be difficult to set up again. >>> >> Cool :) > >> so could someone do it please ? ;) > > I'll try to set it up again. > > Sebastian, can I have a read only account for the database? It > would be better than me stealing the mantis password like last > time. I don't have administrative rights for the MySQL installation. Ihsan will need to create an account for you. Sebastian From hson at opencsw.org Wed Mar 25 19:30:55 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 25 Mar 2009 19:30:55 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090325161356.GA91944@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> <20090325161356.GA91944@bolthole.com> Message-ID: <49CA785F.5000709@opencsw.org> Philip Brown wrote: > On Wed, Mar 25, 2009 at 06:31:22AM +0100, Roger H?kansson wrote: >> Philip Brown wrote: >>> nope. direct link. >>> dump -Lv says it is directly "needed". >> Well, that isn't so strange, if you link gedit with libX and a function >> in libX needs libnet, you'll have to put -lnet when you link gedit, and >> then dump will tell you that both libX and libnet is "needed". >> If you later on rebuild libX without any libnet support, libX will no >> longer require libnet, but gedit still will... > > incorrect. > > that's why we register dependancies the way we do. > > dump -Lv > works differently than ldd. It depends on how libX was created, if it was linked with "-l net" at creation, gedit didn't need to be linked to libnet, but if libX wasn't gedit had to be linked to libnet. Example: main.c calls a(), located in liba.so, which calls b() located in libb.so ld -G -L. -o liba.so a.o -l b cc -L. -o main main.c -la dump -Lv liba.so |grep NEEDED [1] NEEDED libb.so dump -Lv main |grep NEEDED [1] NEEDED liba.so [2] NEEDED libc.so.1 ld -G -L. -o liba.so a.o cc -L. -o main main.c -la -lb dump -Lv liba.so |grep NEEDED dump -Lv main |grep NEEDED [1] NEEDED liba.so [2] NEEDED libb.so [3] NEEDED libc.so.1 From hson at opencsw.org Wed Mar 25 19:35:44 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 25 Mar 2009 19:35:44 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> Message-ID: <49CA7980.4010408@opencsw.org> Dagobert Michelsen wrote: > > > It looks like there is a problem setting > NET-SNMP-IN-SOURCE > NET-SNMP-PATH > to use local binding, but I can't find where this is actually set :-( > > Problem solved by patching most Makefile.PL plus unexporting LD_OPTIONS... From mwatters at opencsw.org Wed Mar 25 19:51:24 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 25 Mar 2009 13:51:24 -0500 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <49CA7980.4010408@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> <49CA7980.4010408@opencsw.org> Message-ID: <49CA7D2C.70204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Dagobert Michelsen wrote: >> >> >> It looks like there is a problem setting >> NET-SNMP-IN-SOURCE >> NET-SNMP-PATH >> to use local binding, but I can't find where this is actually set :-( >> >> > > Problem solved by patching most Makefile.PL plus unexporting LD_OPTIONS... > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers something to check. make sure you are infact using the perl in /opt/csw usually this issue crops up when trying to install from the system perl. i.e. /opt/csw/bin/perl Makefile.PL instead of perl Makefile.PL - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknKfSwACgkQLrhmsXMSLxfZ+wCfSJLR53s3vyWKmPXRkZRtF2rj ZoUAnAmHOry/mSe6ANQuz/ikRMQl7RH3 =kYhB -----END PGP SIGNATURE----- From phil at bolthole.com Wed Mar 25 20:00:02 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 12:00:02 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49CA785F.5000709@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> <20090325161356.GA91944@bolthole.com> <49CA785F.5000709@opencsw.org> Message-ID: <20090325190002.GH66706@bolthole.com> On Wed, Mar 25, 2009 at 07:30:55PM +0100, Roger H?kansson wrote: > It depends on how libX was created, if it was linked with "-l net" at > creation, gedit didn't need to be linked to libnet, but if libX wasn't > gedit had to be linked to libnet. Hmm... so what library are you suggesting needs -lnet, that gedit currently uses? From phil at bolthole.com Wed Mar 25 20:07:10 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 12:07:10 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49CA785F.5000709@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> <20090325161356.GA91944@bolthole.com> <49CA785F.5000709@opencsw.org> Message-ID: <20090325190710.GI66706@bolthole.com> On Wed, Mar 25, 2009 at 07:30:55PM +0100, Roger H?kansson wrote: >... BTW, thanks for pointing this out; I have updated http://www.opencsw.org/standards/libraries to mention this problem. From william at wbonnet.net Wed Mar 25 21:09:50 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Mar 2009 21:09:50 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <1237858099-sup-2941@ntdws12.chass.utoronto.ca> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> <1237858099-sup-2941@ntdws12.chass.utoronto.ca> Message-ID: <49CA8F8E.6000900@wbonnet.net> Hi Ben > If you're overloaded (you do package _a lot_ of stuff), my colleague > and I may be able to tackle this package. We use mysql and therefore > have a vested interest in it. Let me discuss it with him tomorrow and > we may take it off your hands. > For sure, i'm happy some one volunteer for this huge package. There many other things i have to work on :) I'm happy to let you and your colleague handle this on. We started to talk about this on IRC, if you need help let me know. I'm online almost every day so we can talk about this on IRC. I commit what i have done so far (not a lot of things), and move to other packages. 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 Mar 25 21:22:22 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 25 Mar 2009 21:22:22 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA719E.2040002@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090325.17445700.3366655918@gyor.oxdrove.co.uk> <49CA719E.2040002@opencsw.org> Message-ID: <49CA927E.7030707@opencsw.org> Am 25.3.2009 19:02 Uhr, Sebastian Kayser schrieb: >> Sebastian, can I have a read only account for the database? It >> would be better than me stealing the mantis password like last >> time. > I don't have administrative rights for the MySQL installation. Ihsan > will need to create an account for you. I've contacted James off-list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From bonivart at opencsw.org Wed Mar 25 22:20:15 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 25 Mar 2009 22:20:15 +0100 Subject: [csw-maintainers] Bootstrap problem Message-ID: <625385e30903251420y6d9590bfm937f767cb52d3184@mail.gmail.com> For systems not having gzip already when starting to use CSW packages they run into a catch-22 situation when CSWgzip depends on CSWcommon which is gzipped. To simplify that situation from any special handling I propose that we do not compress CSWcommon. File sizes: 3.6K common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg.gz 23K common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg As you see it would go from 3.6 KB to 23 KB which is hardly a problem. What do you think? -- /peter From phil at bolthole.com Thu Mar 26 03:37:42 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 19:37:42 -0700 Subject: [csw-maintainers] Bootstrap problem In-Reply-To: <625385e30903251420y6d9590bfm937f767cb52d3184@mail.gmail.com> References: <625385e30903251420y6d9590bfm937f767cb52d3184@mail.gmail.com> Message-ID: <20090326023742.GB985@bolthole.com> On Wed, Mar 25, 2009 at 10:20:15PM +0100, Peter Bonivart wrote: > For systems not having gzip already when starting to use CSW packages > they run into a catch-22 situation when CSWgzip depends on CSWcommon > which is gzipped. > > To simplify that situation from any special handling I propose that we > do not compress CSWcommon. File sizes: > > 3.6K common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg.gz > 23K common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg > > As you see it would go from 3.6 KB to 23 KB which is hardly a problem. > What do you think? oops... makes sense to me! I'll get to that tomorrow. From hson at opencsw.org Thu Mar 26 05:29:27 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Thu, 26 Mar 2009 05:29:27 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090325190002.GH66706@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> <20090325161356.GA91944@bolthole.com> <49CA785F.5000709@opencsw.org> <20090325190002.GH66706@bolthole.com> Message-ID: <49CB04A7.1050904@opencsw.org> Philip Brown wrote: > On Wed, Mar 25, 2009 at 07:30:55PM +0100, Roger H?kansson wrote: >> It depends on how libX was created, if it was linked with "-l net" at >> creation, gedit didn't need to be linked to libnet, but if libX wasn't >> gedit had to be linked to libnet. > > Hmm... so what library are you suggesting needs -lnet, that gedit currently > uses? As I said previously, I've compiled the exact same version of gedit as we have packaged and even with all bells and whistles turned on, there is no need for libnet. I'm suggesting that there was a library (which gedit is linked to) which needed libnet in the past, but a upgrade of that library has made the need for libnet obsolete. From bonivart at opencsw.org Thu Mar 26 11:20:24 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 11:20:24 +0100 Subject: [csw-maintainers] /testing clamav 0.95 Message-ID: <625385e30903260320u5235f461x5ddaeb930aa40a35@mail.gmail.com> I have put updated Clam AntiVirus packages in testing, it took some considerable effort to get the team to support Solaris 8 but they did it (even if they called it ancient :-). Note a new cool utility called clamdtop, it's a curses based monitoring tool for the daemon. Again, if someone could help with the milter part I would be grateful, I don't use it myself. http://mirror.opencsw.org/testing.html http://mirror.opencsw.org/testing/clamav-0.95,REV=2009.03.26-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/clamav-0.95,REV=2009.03.26-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/libclamav-0.95,REV=2009.03.26-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/libclamav-0.95,REV=2009.03.26-SunOS5.8-sparc-CSW.pkg.gz -- /peter From maciej at opencsw.org Thu Mar 26 11:27:12 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 10:27:12 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: On Mon, Mar 23, 2009 at 9:13 AM, Dagobert Michelsen wrote: > We also have the "opencsw" project at SourceForge: > ?https://sourceforge.net/projects/opencsw > It has not been used much in the past, but this seems a good > occasion. I enabled SVN there and will commit all the utility > scripts from the buildfarm. WRT http://www.opencsw.org/bugtrack/view.php?id=3459, I've committed my mirror_check.py: http://opencsw.svn.sourceforge.net/viewvc/opencsw/utilities/ Not sure if "utilities" is a good name for this directory, feel free to change it or move the files. I could also update the web page if I had access. The opencsw.org web page isn't in subversion, is it? Maciej From dam at opencsw.org Thu Mar 26 11:33:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 11:33:39 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: Hi Maciej, Am 26.03.2009 um 11:27 schrieb Maciej (Matchek) Blizinski: > WRT http://www.opencsw.org/bugtrack/view.php?id=3459, I've committed > my mirror_check.py: Useful :-) > Not sure if "utilities" is a good name for this directory, feel free > to change it or move the files. We'll see how things develop, but looks good for starters. > I could also update the web page if I had access. The opencsw.org web > page isn't in subversion, is it? No, it is directly on www.opencsw.org. Ihsan and Phil have write access there. When the new website from William is finished this should be much easier. Best regards -- Dago From maciej at opencsw.org Thu Mar 26 11:38:33 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 10:38:33 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: On Thu, Mar 26, 2009 at 10:33 AM, Dagobert Michelsen wrote: >> I could also update the web page if I had access. The opencsw.org web >> page isn't in subversion, is it? > > No, it is directly on www.opencsw.org. Ihsan and Phil have write access > there. Ihsan, poke poke? Can you update the mirror list? > When the new website from William is finished this should be much > easier. Cool. How will the new website work? From hson at opencsw.org Thu Mar 26 11:42:58 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 11:42:58 +0100 Subject: [csw-maintainers] netsnmp perl (A bit of a problem, help wanted) In-Reply-To: <49CA7D2C.70204@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> <49CA7980.4010408@opencsw.org> <49CA7D2C.70204@opencsw.org> Message-ID: <49CB5C32.6030704@opencsw.org> Mike Watters wrote: > > something to check. > make sure you are infact using the perl in /opt/csw > usually this issue crops up when trying to install from the system perl. > i.e. > /opt/csw/bin/perl Makefile.PL instead of perl Makefile.PL > Well, the problem wasn't even related to what Dago thought, and yes, I was using the correct perl. The problem was simply that the generated makefiles (togheter with my LD_OPTIONS) causes the linker to pick netsnmp libraries from /opt/csw instead of the newly compiled. Anyway, I still have a problem with LD_OPTIONS, I've tried to set it to "" in the makefile (using "LD_OPTIONS=" plus "export LD_OPTIONS"), but as long as I have it set in my environment, the build fails. If I do a "unset LD_OPTIONS" before the build, it works just fine. Anyone know of a way to "unset" LD_OPTIONS from the makefile? This is my current makefile: http://gar.svn.sf.net/viewvc/gar/csw/mgar/pkg/netsnmp/trunk/Makefile From dam at opencsw.org Thu Mar 26 11:45:13 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 11:45:13 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: <12D33A64-F70E-4A21-80CD-B41CBCAF046E@opencsw.org> Hi Maciej, Am 26.03.2009 um 11:38 schrieb Maciej (Matchek) Blizinski: >> When the new website from William is finished this should be much >> easier. > > Cool. How will the new website work? You can have a peek here: It is a kind of Wordpress, I guess, and should get some Wiki-plugin. Maybe William can highlight the current status. Best regards -- Dago From dam at opencsw.org Thu Mar 26 11:52:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 11:52:29 +0100 Subject: [csw-maintainers] netsnmp perl (A bit of a problem, help wanted) In-Reply-To: <49CB5C32.6030704@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> <49CA7980.4010408@opencsw.org> <49CA7D2C.70204@opencsw.org> <49CB5C32.6030704@opencsw.org> Message-ID: <10DA1478-37B9-49AB-BA75-5B7AA69A2C42@opencsw.org> Hi Roger, Am 26.03.2009 um 11:42 schrieb Roger H?kansson: > Anyway, I still have a problem with LD_OPTIONS, I've tried to set it > to "" in the makefile (using "LD_OPTIONS=" plus "export > LD_OPTIONS"), but as long as I have it set in my environment, the > build fails. > If I do a "unset LD_OPTIONS" before the build, it works just fine. > Anyone know of a way to "unset" LD_OPTIONS from the makefile? LD_OPTIONS is only exported in GAR if it is defined: ifneq ($(LD_OPTIONS),) ... Just export LD_OPTIONS without setting it: EXTRA_COMMON_EXPORTS = LD_OPTIONS Best regards -- Dago From william at wbonnet.net Thu Mar 26 11:50:20 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 11:50:20 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: <49CB5DEC.2040203@wbonnet.net> Hi Maciej > Cool. How will the new website work? > It is based on wordpress for the main pages. I am integrating dokuwiki, and it will be used for pages dedicated to packagess. Dokuwiki is interesting because it does not use a DBRM backend, but a file backend. So it is easy to generated automatically some of the pages. There will be also some custom php pages for package list, etc. Just like the current, with a bit more informations, and a unified css. The current working version is available online at www-mockup.opencsw.org Comments are welcome. It is still in its early stages, and i am woring on the structure. Any comment or suggestions will be appreciated. Help is also warmly welcome :) especially for content writing cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From hson at opencsw.org Thu Mar 26 11:55:05 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 11:55:05 +0100 Subject: [csw-maintainers] netsnmp package, policy question Message-ID: <49CB5F09.5080503@opencsw.org> I'm about to finalize the netsnmp package and have a question. The currently released package doesn't include either perl or python modules, but I've managed to build both of them and have some questions. What is the standard regarding perl and/or python modules for packages, are those to be packaged in separate packages or is it ok to put them with the main package? (I guess separate, but have to ask) Secondly, regarding python packages, the netsnmp install puts python stuff in /opt/csw/lib/python2.6/site-packages, but I've seen other packages put their stuff in /opt/csw/lib/python/site-packages (it could be caused by pysetuptools which have its stuff there and which is used by netsnmp install), is both ok? From maciej at opencsw.org Thu Mar 26 12:41:27 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 11:41:27 +0000 Subject: [csw-maintainers] On-line project resources Message-ID: I've seen a lot of project-related resources: - http://www.opencsw.org * plain HTML * for users * documentation for developers - to be superseded by the new website * for users * rss feeds * a wiki * documentation for developers? - mantis * http://www.opencsw.org/bugtrack/ * issue tracking * for users - gar wiki * http://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page * a wiki * for developers * documentation for developers - gar.sourceforege.net: * hosts code repository * issue tracking * package builds * GAR code * code browser * for developers - opencsw sourceforge project * http://opencsw.sourceforge.net * hosts code repository * code browser * for developers - trac * http://apps.sourceforge.net/trac/gar/ * a wiki * issue tracking * code browser * package builds * documentation for developers * looks experimental Counting by role: wikis: 3 issue tracking systems: 3 code repositories: 2 documentation for developers: 3 Is there anything else I missed? There seems to be some duplication, especially as far as documentation for developers is concerned. Are there any plans to consolidate it? Maciej From maciej at opencsw.org Thu Mar 26 12:42:01 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 11:42:01 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49CB5DEC.2040203@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: On Thu, Mar 26, 2009 at 10:50 AM, William Bonnet wrote: > It is based on wordpress for the main pages. I am integrating dokuwiki, and > it will be used for pages dedicated to packagess. Dokuwiki is interesting > because it does not use a DBRM backend, but a file backend. So it is easy to > generated automatically some of the pages. There will be also some custom > php pages for package list, etc. Just like the current, with a bit more > informations, and a unified css. It looks very nice. I like the idea of automatically generating some of the content. Having RSS feeds is a very good thing. > The current working version is available online at www-mockup.opencsw.org > Comments are welcome. It is still in its early stages, and i am woring on > the structure. Any comment or suggestions will be appreciated. Help is also > warmly welcome :) especially for content writing How are URLs going to look like? Will some of the URLs be preserved? If not, will HTTP redirections be provided? I'll take a longer look at the website structure tonight. Maciej From dam at opencsw.org Thu Mar 26 13:10:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 13:10:17 +0100 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <49CB5F09.5080503@opencsw.org> References: <49CB5F09.5080503@opencsw.org> Message-ID: <31EBE1B9-692D-449D-A33A-1A85A068F181@opencsw.org> Hi Roger, Am 26.03.2009 um 11:55 schrieb Roger H?kansson: > What is the standard regarding perl and/or python modules for > packages, are those to be packaged in separate packages or is it ok > to put them with the main package? (I guess separate, but have to ask) Yes. See subversion as example for different Python/Ruby/Java packages: > Secondly, regarding python packages, the netsnmp install puts python > stuff in /opt/csw/lib/python2.6/site-packages, but I've seen other > packages put their stuff in /opt/csw/lib/python/site-packages (it > could be caused by pysetuptools which have its stuff there and which > is used by netsnmp install), is both ok? This is what Mike wrote some time ago: Am 15.03.2009 um 17:13 schrieb Mike Watters: >> * python eggs needed to be reinstalled with easy_install. >> they were in lib/python, now they are in lib/python2.6 >> (but i guess this should not be a real problem ... >> even if it would be nice to know why it happens) > > prefix/lib/python is a non-standard location for python installs. I > packaged it up standard. > the "new version" should allow for eggs in prefix/lib/python. > During the packaging, > I "patched" site.py ( the extension that tells python where all the > eggs are ) to search the as follows: > > lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/ > site-python:\ > lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site- > python > > are your eggs in /usr/lib/python or ...python/site-packages? Maybe Mike has a preferred location? Best regards -- Dago From dam at opencsw.org Thu Mar 26 13:22:09 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 13:22:09 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: Message-ID: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Hi Maciej, Am 26.03.2009 um 12:41 schrieb Maciej (Matchek) Blizinski: > I've seen a lot of project-related resources: > > - http://www.opencsw.org > * plain HTML > * for users > * documentation for developers This is the legacy way of making packages. > - to be superseded by the new website > * for users > * rss feeds > * a wiki > * documentation for developers? I guess not. > - mantis > * http://www.opencsw.org/bugtrack/ > * issue tracking > * for users To track bugs in released packages. If this is really different from bugs in GAR is open for discussion :-) > - gar wiki > * http://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page > * a wiki > * for developers > * documentation for developers GAR is not necessarily associated with OpenCSW. I have the idea of GAR being a site for build-descriptions of maybe multiple packaging projects *cough* The wiki contains GAR documentation only. > - gar.sourceforege.net: > * hosts code repository > * issue tracking > * package builds > * GAR code > * code browser > * for developers > > - opencsw sourceforge project > * http://opencsw.sourceforge.net > * hosts code repository > * code browser > * for developers This is for code unrelated to GAR. When the projects forked it was unclear which resources we could provide, so I registered this project to use bugtracking/mailinglist/website/etc. on-demand if necessary. Good there was no need for it ;-) > - trac > * http://apps.sourceforge.net/trac/gar/ > * a wiki > * issue tracking > * code browser > * package builds > * documentation for developers > * looks experimental It is experimental. When we moved GAR-stuff to SourceForge there was no Trac as hosted app. That's why I converted the docs to MediaWiki. But I do see the advantages of using Trac as powerful development tool. Personally I think it would be a good idea to move all developer resources into SVN and the Trac Wiki. > Is there anything else I missed? Yes: http://wiki.opencsw.org Peter set it up when we had no Wiki and the OpenCSW association hadn't been founded. > Counting by role: > > wikis: 3 > issue tracking systems: 3 > code repositories: 2 > documentation for developers: 3 > > > There seems to be some duplication, especially as far as documentation > for developers is concerned. Are there any plans to consolidate it? Plans, yes. IMHO it would be a good idea to bundle all developer resources on the SourceForge "gar" project with SVN as repository and Trac as Wiki. Feedback welcome. Best regards -- Dago From phil at bolthole.com Thu Mar 26 13:41:08 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 05:41:08 -0700 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <49CB5F09.5080503@opencsw.org> References: <49CB5F09.5080503@opencsw.org> Message-ID: <20090326124108.GA42872@bolthole.com> On Thu, Mar 26, 2009 at 11:55:05AM +0100, Roger H?kansson wrote: > What is the standard regarding perl and/or python modules for packages, > are those to be packaged in separate packages or is it ok to put them > with the main package? (I guess separate, but have to ask) depends. If they are useless without the main package, then may as well keep them in the main package. Unless they are very bulky, in which case, splitting them out would be nice for those people who dont need it, but do need the main package. From james at opencsw.org Thu Mar 26 13:58:56 2009 From: james at opencsw.org (James Lee) Date: Thu, 26 Mar 2009 12:58:56 GMT Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA65B3.9030009@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> Message-ID: <20090326.12585600.2736235392@gyor.oxdrove.co.uk> On 25/03/09, 17:11:15, William Bonnet wrote regarding Re: [csw-maintainers] Mantis weekly reminder: > > 'Twas I. I wrote a small piece of code that tapped into Mantis's > > database and sent emails. Shouldn't be difficult to set up again. > > > Cool :) > so could someone do it please ? ;) Test run complete. (If you have outstanding issues you'll know this already!) James. From william at wbonnet.net Thu Mar 26 13:57:28 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 13:57:28 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: <49CB7BB8.9020304@wbonnet.net> Hi Maciej > It looks very nice. I like the idea of automatically generating some > of the content. Having RSS feeds is a very good thing. > Thanks > How are URLs going to look like? Will some of the URLs be preserved? > If not, will HTTP redirections be provided? > I will activate google friendly url soon. Time to fix a few things with wiki, but it is not the first thing to day ;) Next i'll try to finish home page. Don't hesitate to give me feed back. Sometime it helps me for not switching to something else ;) This site has to be finished... > I'll take a longer look at the website structure tonight. > I'll be on irc starting 21:00 (Paris) mabe before cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Thu Mar 26 14:00:17 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 14:00:17 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326.12585600.2736235392@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> Message-ID: <49CB7C61.9050603@wbonnet.net> Hi James > Test run complete. > (If you have outstanding issues you'll know this already!) > Thanks a lot :) -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From skayser at opencsw.org Thu Mar 26 14:08:58 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 14:08:58 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326.12585600.2736235392@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> Message-ID: <49CB7E6A.2070506@opencsw.org> James Lee wrote: > On 25/03/09, 17:11:15, William Bonnet wrote regarding > Re: [csw-maintainers] Mantis weekly reminder: > >>> 'Twas I. I wrote a small piece of code that tapped into Mantis's >>> database and sent emails. Shouldn't be difficult to set up again. >>> >> Cool :) > >> so could someone do it please ? ;) > > Test run complete. > (If you have outstanding issues you'll know this already!) Thanks, James. A general thing: resolved (not closed) bugs pop up on the buglist page [1] as well as on the bug reminder report that you just sent. Is this intended? How do people who use bug tracking software on a daily basis handle the resolved vs. closed state? Sebastian [1] http://opencsw.org/buglist/buglist.cgi From dam at opencsw.org Thu Mar 26 14:17:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 14:17:17 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CB7E6A.2070506@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <49CB7E6A.2070506@opencsw.org> Message-ID: <9CB1A446-CBC6-4ACD-A030-5492FCE096FB@opencsw.org> Hi Sebastian, Am 26.03.2009 um 14:08 schrieb Sebastian Kayser: > Thanks, James. A general thing: resolved (not closed) bugs pop up on > the > buglist page [1] as well as on the bug reminder report that you just > sent. Is this intended? Yes. If a bug is closed processing has completely finished. If it is resolved you note for yourself the problem has been addressed, but some other action like package deployment, user notice etc. is missing. If you don't want to see it any more please close it or don't put it in resolved state in the first place. > How do people who use bug tracking software on a daily basis handle > the > resolved vs. closed state? I usually close bugs unless there are some outstandig tasks like the ones described above. Best regards -- Dago From william at wbonnet.net Thu Mar 26 14:19:51 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 14:19:51 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <9CB1A446-CBC6-4ACD-A030-5492FCE096FB@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <49CB7E6A.2070506@opencsw.org> <9CB1A446-CBC6-4ACD-A030-5492FCE096FB@opencsw.org> Message-ID: <49CB80F7.9000602@wbonnet.net> Hi > > >> How do people who use bug tracking software on a daily basis handle the >> resolved vs. closed state? > > I usually close bugs unless there are some outstandig tasks like the > ones described above. Wasn't bugs closed by James /in previous time/ ? Do we have a policy about this now ? cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Mar 26 14:25:38 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 06:25:38 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff Message-ID: <20090326132538.GA89340@bolthole.com> In the realm of "cleanup"... we shouldnt be using /opt/csw/var for our packages any more.. it's a contradiction of naming, given that /opt/csw should be readonly. that being said... we need to decide on a new location,for stuff that has been put there. most is self-evident, except for one thing: where we copied sun's bizzare naming for /var/svc/manifest So... where should we put things that currently live in /opt/csw/var/svc/manifest? Is this stuff truely supposed to be writable? If so, then we need to "deliver" it to the real /var/svc. But that being said.... we also need a way to "ship it", in read-only fashion. For multiple reasons: 1. clean pkg rming 2. NFS read-only share of /opt/csw 3. read-only share of /opt/csw due to zones. I'd suggest something, but I dont know too much about SMF handling, so I'm hoping those who know more, will suggest something first. From bonivart at opencsw.org Thu Mar 26 14:39:05 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 14:39:05 +0100 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <20090326132538.GA89340@bolthole.com> References: <20090326132538.GA89340@bolthole.com> Message-ID: <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> On Thu, Mar 26, 2009 at 2:25 PM, Philip Brown wrote: > So... where should we put things that currently live in > /opt/csw/var/svc/manifest? For cswclassutils we have already chosen: /var/opt/csw/svc/method /var/opt/csw/svc/manifest -- /peter From bonivart at opencsw.org Thu Mar 26 14:41:54 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 14:41:54 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326.12585600.2736235392@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> Message-ID: <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> On Thu, Mar 26, 2009 at 1:58 PM, James Lee wrote: > Test run complete. > (If you have outstanding issues you'll know this already!) Shouldn't the e-mail used in the report be more functional and less personal? I propose to replace phil at opencsw.org with mantis at opencsw.org or something similar that maybe reaches more than one person. Also I think Sebastian is now responsible for Mantis. :-) -- /peter From william at wbonnet.net Thu Mar 26 14:46:03 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 14:46:03 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> Message-ID: <49CB871B.2080309@wbonnet.net> Hi > Shouldn't the e-mail used in the report be more functional and less personal? > +1 > I propose to replace phil at opencsw.org with mantis at opencsw.org or > something similar that maybe reaches more than one person. Also I > think Sebastian is now responsible for Mantis. > > :-) > > What about having a mail per issue to fix ? I like to have one mail per task to do... -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From skayser at opencsw.org Thu Mar 26 14:58:57 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 14:58:57 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> Message-ID: <49CB8A21.2010909@opencsw.org> Peter Bonivart wrote: > On Thu, Mar 26, 2009 at 1:58 PM, James Lee wrote: >> Test run complete. >> (If you have outstanding issues you'll know this already!) > > Shouldn't the e-mail used in the report be more functional and less personal? > > I propose to replace phil at opencsw.org with mantis at opencsw.org or > something similar that maybe reaches more than one person. Also I > think Sebastian is now responsible for Mantis. Good that you mention it. Right now, I am the one taking care of the Mantis installation (think upgrades, features, and general settings). Phil is the one who is actually managing and using the data inside of Mantis (assigning packages / permissions, taping into the DB for opencsw.org pages). So Phil would be the one to address here, although you are right that that might need to be amended by a second person and a less personal mail address sometime (like the buildfarm alias). Something for the suggestions page i would think. Sebastian From mwatters at opencsw.org Thu Mar 26 15:19:33 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 09:19:33 -0500 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <31EBE1B9-692D-449D-A33A-1A85A068F181@opencsw.org> References: <49CB5F09.5080503@opencsw.org> <31EBE1B9-692D-449D-A33A-1A85A068F181@opencsw.org> Message-ID: <49CB8EF5.5030905@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Roger, > > Am 26.03.2009 um 11:55 schrieb Roger H?kansson: >> What is the standard regarding perl and/or python modules for >> packages, are those to be packaged in separate packages or is it ok to >> put them with the main package? (I guess separate, but have to ask) > > Yes. See subversion as example for different Python/Ruby/Java packages: > > > > >> Secondly, regarding python packages, the netsnmp install puts python >> stuff in /opt/csw/lib/python2.6/site-packages, but I've seen other >> packages put their stuff in /opt/csw/lib/python/site-packages (it >> could be caused by pysetuptools which have its stuff there and which >> is used by netsnmp install), is both ok? > > This is what Mike wrote some time ago: > > Am 15.03.2009 um 17:13 schrieb Mike Watters: >>> * python eggs needed to be reinstalled with easy_install. >>> they were in lib/python, now they are in lib/python2.6 >>> (but i guess this should not be a real problem ... >>> even if it would be nice to know why it happens) >> >> prefix/lib/python is a non-standard location for python installs. I >> packaged it up standard. >> the "new version" should allow for eggs in prefix/lib/python. During >> the packaging, >> I "patched" site.py ( the extension that tells python where all the >> eggs are ) to search the as follows: >> >> lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/site-python:\ >> >> lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site-python >> >> >> are your eggs in /usr/lib/python or ...python/site-packages? > > > Maybe Mike has a preferred location? > > > Best regards > > -- Dago please use /opt/csw/lib/python2.6/site-packages going forward, for an upgrade of python I will continue to patch the site.py file. This will allow it to honor the prior python module install locations. I check existing packages with python modules to see where they put their files, and append the location to site.py. The same should be true for any new releases going forward. only if at the time of the build, no existing python modules use the depreciated locations they will be removed. ** bug report requesting update will be filed ** - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknLjvQACgkQLrhmsXMSLxfykwCgvhYXjwbXODCAWCetOxflHd3M yOcAnjm/6eVLsdlz2JxXWpOuKzdzE9/A =WWYp -----END PGP SIGNATURE----- From hson at opencsw.org Thu Mar 26 15:28:18 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Thu, 26 Mar 2009 15:28:18 +0100 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <20090326124108.GA42872@bolthole.com> References: <49CB5F09.5080503@opencsw.org> <20090326124108.GA42872@bolthole.com> Message-ID: <49CB9102.3040208@opencsw.org> Philip Brown wrote: > On Thu, Mar 26, 2009 at 11:55:05AM +0100, Roger H?kansson wrote: >> What is the standard regarding perl and/or python modules for packages, >> are those to be packaged in separate packages or is it ok to put them >> with the main package? (I guess separate, but have to ask) > > depends. > If they are useless without the main package, then may as well keep them in > the main package. > > Unless they are very bulky, in which case, splitting them out would be nice > for those people who dont need it, but do need the main package. The perl stuff consists of 9 .pm files, 14 .bs/.ix files and 7 .so files linked to libraries in the main package, totally 30 files and 464k The python stuff consists of 4 .pyc files, 4 .py files and a .so file linked to libraries in the main package (plus 4 text files which contain configurational info), totally 13 files and 84k. The main package consists of 560 files (including perl and python files), totally 9160k From mwatters at opencsw.org Thu Mar 26 15:33:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 09:33:46 -0500 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <49CB9102.3040208@opencsw.org> References: <49CB5F09.5080503@opencsw.org> <20090326124108.GA42872@bolthole.com> <49CB9102.3040208@opencsw.org> Message-ID: <49CB924A.70407@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Philip Brown wrote: >> On Thu, Mar 26, 2009 at 11:55:05AM +0100, Roger H?kansson wrote: >>> What is the standard regarding perl and/or python modules for >>> packages, are those to be packaged in separate packages or is it ok >>> to put them with the main package? (I guess separate, but have to ask) >> >> depends. If they are useless without the main package, then may as >> well keep them in >> the main package. >> >> Unless they are very bulky, in which case, splitting them out would be >> nice >> for those people who dont need it, but do need the main package. > > > The perl stuff consists of 9 .pm files, 14 .bs/.ix files and 7 .so files > linked to libraries in the main package, totally 30 files and 464k > > The python stuff consists of 4 .pyc files, 4 .py files and a .so file > linked to libraries in the main package (plus 4 text files which contain > configurational info), totally 13 files and 84k. > > The main package consists of 560 files (including perl and python > files), totally 9160k > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers IMO if the extensions are "optional" I would put them in their own package. the php5* extensions are usually only 2 files and extension-name.so and extension-name.a ** some have header files but not many ** if you bundle the extensions with the main package, the main package then requires perl and python. if the main package requires perl and python without the modules, I would say keep them in the main 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknLkkoACgkQLrhmsXMSLxf8MQCfXzz7xzaEDia+a7tr0QY+B/dE XnQAmgLrp9fM9/2JsKh31HFs6IzLaUFB =9Y7D -----END PGP SIGNATURE----- From bonivart at opencsw.org Thu Mar 26 15:40:18 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 15:40:18 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CB8A21.2010909@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <49CB8A21.2010909@opencsw.org> Message-ID: <625385e30903260740u68b29dbbpaa3ea3ffcac00bfd@mail.gmail.com> On Thu, Mar 26, 2009 at 2:58 PM, Sebastian Kayser wrote: > So Phil would be the one to address here, although you are right that > that might need to be amended by a second person and a less personal > mail address sometime (like the buildfarm alias). Something for the > suggestions page i would think. I think this can happen pretty quick in no one disagrees. If Ihsan fixes an alias which expands to you and Phil to start with and James changes the text to that alias we're done. -- /peter From glaw at opencsw.org Thu Mar 26 15:49:39 2009 From: glaw at opencsw.org (Gary Law) Date: Thu, 26 Mar 2009 14:49:39 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Message-ID: > > Plans, yes. IMHO it would be a good idea to bundle all developer > resources on the SourceForge "gar" project with SVN as repository > and Trac as Wiki. Feedback welcome. > +1 -- Gary Law -------------- next part -------------- An HTML attachment was scrubbed... URL: From skayser at opencsw.org Thu Mar 26 16:41:35 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 16:41:35 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <625385e30903260740u68b29dbbpaa3ea3ffcac00bfd@mail.gmail.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <49CB8A21.2010909@opencsw.org> <625385e30903260740u68b29dbbpaa3ea3ffcac00bfd@mail.gmail.com> Message-ID: <49CBA22F.5000109@opencsw.org> Peter Bonivart wrote: > On Thu, Mar 26, 2009 at 2:58 PM, Sebastian Kayser wrote: >> So Phil would be the one to address here, although you are right that >> that might need to be amended by a second person and a less personal >> mail address sometime (like the buildfarm alias). Something for the >> suggestions page i would think. > > I think this can happen pretty quick in no one disagrees. If Ihsan > fixes an alias which expands to you and Phil to start with and James > changes the text to that alias we're done. I was hesitating because i am not involved in the scripting "framework" that Phil uses to manage the Mantis data (like who owns which package). I don't complain, i am busy enough right now. If it's about establishing person-neutral aliases for roles, I don't mind being on an admin-bugtracker at opencsw.org alias (and eventually learning about / documenting Mantis surrounding consumers) as long as people are aware that there are individual people behind the alias with possible disjunct competencies. Sebastian From dam at opencsw.org Thu Mar 26 16:56:12 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 16:56:12 +0100 Subject: [csw-maintainers] FYI: Sebastian is now SourceForge Co-Admin Message-ID: <64742A19-544B-4A36-BC82-E02C8BB67E74@opencsw.org> Hi, regarding "Distributed" of I have added Sebastian as co-admin for the SourceForge projects "gar" and "opencsw". He is now able to do all administrative tasks, including user additions. Best regards -- Dago From ihsan at opencsw.org Thu Mar 26 17:17:31 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 26 Mar 2009 17:17:31 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: <49CBAA9B.5060000@opencsw.org> Am 26.3.2009 11:38 Uhr, Maciej (Matchek) Blizinski schrieb: >>> I could also update the web page if I had access. The opencsw.org web >>> page isn't in subversion, is it? >> No, it is directly on www.opencsw.org. Ihsan and Phil have write access >> there. > > Ihsan, poke poke? Can you update the mirror list? I have write access, but Phil is actually maintaining the website. Phil? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Thu Mar 26 17:40:55 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 26 Mar 2009 17:40:55 +0100 Subject: [csw-maintainers] /testing clamav 0.95 In-Reply-To: <625385e30903260320u5235f461x5ddaeb930aa40a35@mail.gmail.com> References: <625385e30903260320u5235f461x5ddaeb930aa40a35@mail.gmail.com> Message-ID: <49CBB017.8020608@opencsw.org> Hello Peter, Am 26.3.2009 11:20 Uhr, Peter Bonivart schrieb: > I have put updated Clam AntiVirus packages in testing, it took some > considerable effort to get the team to support Solaris 8 but they did > it (even if they called it ancient :-). I've just installed it on the OpenCSW mail server. Runs great. Thanks for your effort. > Note a new cool utility called clamdtop, it's a curses based > monitoring tool for the daemon. Indeed. Really nice. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Thu Mar 26 18:37:49 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 10:37:49 -0700 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <49CB9102.3040208@opencsw.org> References: <49CB5F09.5080503@opencsw.org> <20090326124108.GA42872@bolthole.com> <49CB9102.3040208@opencsw.org> Message-ID: <20090326173749.GD89998@bolthole.com> On Thu, Mar 26, 2009 at 03:28:18PM +0100, Roger H??kansson wrote: > Philip Brown wrote: >> depends. If they are useless without the main package, then may as well >> keep them in >> the main package. >> >> Unless they are very bulky, in which case, splitting them out would be nice >> for those people who dont need it, but do need the main package. > > > The perl stuff consists of 9 .pm files, 14 .bs/.ix files and 7 .so files > linked to libraries in the main package, totally 30 files and 464k >.... > The main package consists of 560 files (including perl and python > files), totally 9160k I would say: If the perl stuff can stand on its own, split it out. If it depends on "the main package" to function, then compared to the size of the main package, it's not that significant. From phil at bolthole.com Thu Mar 26 18:40:37 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 10:40:37 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> Message-ID: <20090326174037.GE89998@bolthole.com> On Thu, Mar 26, 2009 at 02:41:54PM +0100, Peter Bonivart wrote: > On Thu, Mar 26, 2009 at 1:58 PM, James Lee wrote: > > Test run complete. > > (If you have outstanding issues you'll know this already!) > > Shouldn't the e-mail used in the report be more functional and less personal? > > I propose to replace phil at opencsw.org with mantis at opencsw.org or > something similar that maybe reaches more than one person. Also I > think Sebastian is now responsible for Mantis. Completely agree. I'm surprised that my personal email was in any way still associated/visible for mantis things. From phil at bolthole.com Thu Mar 26 18:46:58 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 10:46:58 -0700 Subject: [csw-maintainers] Bootstrap problem In-Reply-To: <20090326023742.GB985@bolthole.com> References: <625385e30903251420y6d9590bfm937f767cb52d3184@mail.gmail.com> <20090326023742.GB985@bolthole.com> Message-ID: <20090326174657.GG89998@bolthole.com> On Wed, Mar 25, 2009 at 07:37:42PM -0700, Philip Brown wrote: > oops... makes sense to me! > I'll get to that tomorrow. done as a historical note: i think that originally, CSWgzip did not depend on common, for just this reason. Guess I forgot that :-/ (I'm gzip maintainer. har har) The other option would be to make gzip not depend on it any more. But either way, there isnt significant reason to have CSWcommon gzipped, given the size. From phil at bolthole.com Thu Mar 26 18:50:52 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 10:50:52 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> Message-ID: <20090326175052.GH89998@bolthole.com> On Thu, Mar 26, 2009 at 02:39:05PM +0100, Peter Bonivart wrote: > On Thu, Mar 26, 2009 at 2:25 PM, Philip Brown wrote: > > So... where should we put things that currently live in > > /opt/csw/var/svc/manifest? > > For cswclassutils we have already chosen: > > /var/opt/csw/svc/method > /var/opt/csw/svc/manifest well.. that's where we generate files dynamically, on a *specific* local system. However, I think that it is a slightly different case, when the maintainer needs to explicitly package manifest and method files, putting them in a pkg prototype definition.. For example, the "shared across zones" example. cswclassutils works across zones, becuase it is a class action that generates the files. The class action will run for each zone. Unfortunately, a 'static prototype file entry' will NOT. /var/opt is local to a specific machine, and should never be shared across zones. So, we need the 'static prototype file entry' case to live somewhere under /opt/csw. From james at opencsw.org Thu Mar 26 18:57:36 2009 From: james at opencsw.org (James Lee) Date: Thu, 26 Mar 2009 17:57:36 GMT Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326174037.GE89998@bolthole.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> Message-ID: <20090326.17573600.3616666998@gyor.oxdrove.co.uk> On 26/03/09, 17:40:37, Philip Brown wrote regarding Re: [csw-maintainers] Mantis weekly reminder: > On Thu, Mar 26, 2009 at 02:41:54PM +0100, Peter Bonivart wrote: > > On Thu, Mar 26, 2009 at 1:58 PM, James Lee wrote: > > > Test run complete. > > > (If you have outstanding issues you'll know this already!) > > > > Shouldn't the e-mail used in the report be more functional and less > > personal? > > > > I propose to replace phil at opencsw.org with mantis at opencsw.org or > > something similar that maybe reaches more than one person. Also I > > think Sebastian is now responsible for Mantis. > Completely agree. I'm surprised that my personal email was in any way > still associated/visible for mantis things. Phil, your email address is at the bottom left-hand corner of every Mantis web page. However, your email address is in my reminder email because I put it there - I'm not using Mantis. I put it there because you are indeed the person that changes the package to maintainer assignments. If you are given or already have a role based address for this task I will use it. (I'm just waiting for confirmation of it happening...) James. From phil at bolthole.com Thu Mar 26 19:19:46 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 11:19:46 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326.17573600.3616666998@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> Message-ID: <20090326181946.GI89998@bolthole.com> On Thu, Mar 26, 2009 at 05:57:36PM +0000, James Lee wrote: > Phil, your email address is at the bottom left-hand corner of every > Mantis web page. > > However, your email address is in my reminder email because I put it > there - I'm not using Mantis. I put it there because you are indeed > the person that changes the package to maintainer assignments. > > If you are given or already have a role based address for this task > I will use it. (I'm just waiting for confirmation of it happening...) well, lets change both to mantis at opencsw.org, shall we? :) pleas do so as soon as Ihsan says he's set up the email side of things. From skayser at opencsw.org Thu Mar 26 19:23:30 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 19:23:30 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326181946.GI89998@bolthole.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> Message-ID: <49CBC822.8010000@opencsw.org> Philip Brown wrote: > On Thu, Mar 26, 2009 at 05:57:36PM +0000, James Lee wrote: >> Phil, your email address is at the bottom left-hand corner of every >> Mantis web page. >> >> However, your email address is in my reminder email because I put it >> there - I'm not using Mantis. I put it there because you are indeed >> the person that changes the package to maintainer assignments. >> >> If you are given or already have a role based address for this task >> I will use it. (I'm just waiting for confirmation of it happening...) > > well, lets change both to mantis at opencsw.org, shall we? :) > > pleas do so as soon as Ihsan says he's set up the email side of things. How about something more general like admin-bugtracker at opencsw.org instead? Sebastian From phil at bolthole.com Thu Mar 26 19:26:07 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 11:26:07 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBC822.8010000@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> Message-ID: <20090326182607.GJ89998@bolthole.com> On Thu, Mar 26, 2009 at 07:23:30PM +0100, Sebastian Kayser wrote: > > How about something more general like admin-bugtracker at opencsw.org instead? too long :-) bug-admin? i think that's a semi-standard From mwatters at opencsw.org Thu Mar 26 19:34:58 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 13:34:58 -0500 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326182607.GJ89998@bolthole.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> Message-ID: <49CBCAD2.6040504@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 07:23:30PM +0100, Sebastian Kayser wrote: >> How about something more general like admin-bugtracker at opencsw.org instead? > > too long :-) > > bug-admin? i think that's a semi-standard > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers exterminator at opencsw.org ? ;) ;) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknLytEACgkQLrhmsXMSLxdGwgCfYuDTewU+1i3/bqBsxNFm1I0h fzkAniApSvJ540hOGMUPdUllESdJ+4UK =YCWb -----END PGP SIGNATURE----- From hson at opencsw.org Thu Mar 26 19:58:34 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 19:58:34 +0100 Subject: [csw-maintainers] netsnmp perl (A bit of a problem, help wanted) In-Reply-To: <10DA1478-37B9-49AB-BA75-5B7AA69A2C42@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> <49CA7980.4010408@opencsw.org> <49CA7D2C.70204@opencsw.org> <49CB5C32.6030704@opencsw.org> <10DA1478-37B9-49AB-BA75-5B7AA69A2C42@opencsw.org> Message-ID: <49CBD05A.4030407@opencsw.org> Dagobert Michelsen wrote: > Hi Roger, > > Am 26.03.2009 um 11:42 schrieb Roger H?kansson: >> Anyway, I still have a problem with LD_OPTIONS, I've tried to set it >> to "" in the makefile (using "LD_OPTIONS=" plus "export LD_OPTIONS"), >> but as long as I have it set in my environment, the build fails. >> If I do a "unset LD_OPTIONS" before the build, it works just fine. >> Anyone know of a way to "unset" LD_OPTIONS from the makefile? > > LD_OPTIONS is only exported in GAR if it is defined: > ifneq ($(LD_OPTIONS),) > ... > > Just export LD_OPTIONS without setting it: > EXTRA_COMMON_EXPORTS = LD_OPTIONS Nice, works great From william at wbonnet.net Thu Mar 26 20:02:43 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 20:02:43 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBCAD2.6040504@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CBCAD2.6040504@opencsw.org> Message-ID: <49CBD153.40409@wbonnet.net> Hi > exterminator at opencsw.org ? ;) ;) > sweet :) what about bugbuster at opencsw.org ? ok, now serious question. I have received my notifications, and i have a few resolved bugs to close. Should i close it or is someone else doing it ? I think it use to be the "stable release manager" responsibility... but i am not sure :) 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 bwalton at opencsw.org Thu Mar 26 20:10:14 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 26 Mar 2009 15:10:14 -0400 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBD153.40409@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CBCAD2.6040504@opencsw.org> <49CBD153.40409@wbonnet.net> Message-ID: <1238094495-sup-6139@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Thu Mar 26 15:02:43 -0400 2009: > ok, now serious question. I have received my notifications, and i have a > few resolved bugs to close. Should i close it or is someone else doing > it ? I think it use to be the "stable release manager" responsibility... > but i am not sure :) I took the liberty of closing a few of mine this am...I wasn't aware there was someone else that 'cleaned up' for me. If I'm only supposed to move them to resolved and leave them for someone else to tend to from there on out, that'd be good to know! 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 william at wbonnet.net Thu Mar 26 20:15:43 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 20:15:43 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <1238094495-sup-6139@ntdws12.chass.utoronto.ca> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CBCAD2.6040504@opencsw.org> <49CBD153.40409@wbonnet.net> <1238094495-sup-6139@ntdws12.chass.utoronto.ca> Message-ID: <49CBD45F.9000802@wbonnet.net> Hi Ben >> ok, now serious question. I have received my notifications, and i have a >> few resolved bugs to close. Should i close it or is someone else doing >> it ? I think it use to be the "stable release manager" responsibility... >> but i am not sure :) >> > > I took the liberty of closing a few of mine this am...I wasn't aware > there was someone else that 'cleaned up' for me. If I'm only supposed > to move them to resolved and leave them for someone else to tend to > from there on out, that'd be good to know! > As i wrote, i am not sure at all, and it was Blastwave policy. Maybe i am wrong, maybe we have a different policy, or maybe we should consider to accept maintainer to do this as long as we don't have a real Q&A process in charge of verifying it is really closed. IMHO we should let maintainer close bugs at the present time. Maybe we could change it in the future, but right now, nobody is in charge of doing it, and i am not sure someone has time for this (another way to say some other task have higher priority ;) ) 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 Mar 26 20:19:27 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 12:19:27 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBD153.40409@wbonnet.net> References: <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CBCAD2.6040504@opencsw.org> <49CBD153.40409@wbonnet.net> Message-ID: <20090326191927.GK89998@bolthole.com> On Thu, Mar 26, 2009 at 08:02:43PM +0100, William Bonnet wrote: > > ok, now serious question. I have received my notifications, and i have a > few resolved bugs to close. Should i close it or is someone else doing > it ? I think it use to be the "stable release manager" responsibility... > but i am not sure :) no, it has always been the individual maintainer's responsability. From ja at opencsw.org Thu Mar 26 20:21:44 2009 From: ja at opencsw.org (Juergen Arndt) Date: Thu, 26 Mar 2009 20:21:44 +0100 Subject: [csw-maintainers] Maintainer for graphviz2 ? Message-ID: Hi all, is anyone working on graphviz2? If not, I would give it a try. Juergen -- Juergen Arndt From hson at opencsw.org Thu Mar 26 20:29:16 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 20:29:16 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CB7E6A.2070506@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <49CB7E6A.2070506@opencsw.org> Message-ID: <49CBD78C.60505@opencsw.org> Sebastian Kayser wrote: > How do people who use bug tracking software on a daily basis handle the > resolved vs. closed state? Depends on project/customer, in some cases resolved is "committed but not released" and closed is "released", in other resolved is "bug fixed, but customer/reporter has not verified fix as working in their system" and closed is "customer/reporter has verified..." From hson at opencsw.org Thu Mar 26 20:30:59 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 20:30:59 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CB871B.2080309@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <49CB871B.2080309@wbonnet.net> Message-ID: <49CBD7F3.2040905@opencsw.org> William Bonnet wrote: > Hi >> Shouldn't the e-mail used in the report be more functional and less >> personal? >> > +1 >> I propose to replace phil at opencsw.org with mantis at opencsw.org or >> something similar that maybe reaches more than one person. Also I >> think Sebastian is now responsible for Mantis. >> >> :-) >> >> > What about having a mail per issue to fix ? > > I like to have one mail per task to do... > You already get that from Mantis by default, since this is just a reminder one mail for all bugs is enough for me... From maciej at opencsw.org Thu Mar 26 21:14:21 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 20:14:21 +0000 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <20090326175052.GH89998@bolthole.com> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> Message-ID: On Thu, Mar 26, 2009 at 5:50 PM, Philip Brown wrote: > For example, the "shared across zones" example. > > cswclassutils works across zones, becuase it is a class action that > generates the files. The class action will run for each zone. > > Unfortunately, a 'static prototype file entry' will NOT. > /var/opt is local to a specific machine, and should never be shared > across zones. I was recently trying to figure out how packaging works. I looked at Sun provided ssh packages. For instance, pkgmap of SUNWsshdr has this line: 1 f manifest var/svc/manifest/network/ssh.xml 0444 root sys 2982 52600 110635026 Is it a static prototype file entry? This file is present on non-global zones as well as on the global zone. If it isn't a static prototype entry, how does it get to non-global zones? From phil at bolthole.com Thu Mar 26 21:30:52 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 13:30:52 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> Message-ID: <20090326203052.GR89998@bolthole.com> On Thu, Mar 26, 2009 at 08:14:21PM +0000, Maciej (Matchek) Blizinski wrote: > I was recently trying to figure out how packaging works. I looked at > Sun provided ssh packages. For instance, pkgmap of SUNWsshdr has this > line: > > 1 f manifest var/svc/manifest/network/ssh.xml 0444 root sys 2982 52600 110635026 > > Is it a static prototype file entry? yes, in my terminology. . This file is present on > non-global zones as well as on the global zone. If it isn't a static > prototype entry, how does it get to non-global zones? > presumably, it gets copied on zone initialization as "part of the OS". try initializing a zone, that does NOT have ssh support in it. Then pkgadd SUNWsshdr in the global zone,and see what happens to the child zone. I would think it does not get propagated in this case. Unless you have a very odd setup of having /var shared. From mwatters at opencsw.org Thu Mar 26 22:01:01 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 16:01:01 -0500 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> Message-ID: <49CBED0D.1060106@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maciej (Matchek) Blizinski wrote: > On Thu, Mar 26, 2009 at 5:50 PM, Philip Brown wrote: >> For example, the "shared across zones" example. >> >> cswclassutils works across zones, becuase it is a class action that >> generates the files. The class action will run for each zone. >> >> Unfortunately, a 'static prototype file entry' will NOT. >> /var/opt is local to a specific machine, and should never be shared >> across zones. > > I was recently trying to figure out how packaging works. I looked at > Sun provided ssh packages. For instance, pkgmap of SUNWsshdr has this > line: > > 1 f manifest var/svc/manifest/network/ssh.xml 0444 root sys 2982 52600 110635026 > > Is it a static prototype file entry? This file is present on > non-global zones as well as on the global zone. If it isn't a static > prototype entry, how does it get to non-global zones? > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers That particular file is part of smf configuration for ssh I am not 100% sure how smf is handled in the global vs non-global zones but I believe /var/svc/manifest/* is shared to all zones by default. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknL7Q0ACgkQLrhmsXMSLxcMnACfWQDCXOuqc0miFpFBpwCfpQ5O jYMAoNMBLWCnx697sW2TzC8DQo+B3tr/ =hdjN -----END PGP SIGNATURE----- From rupert at opencsw.org Thu Mar 26 22:10:49 2009 From: rupert at opencsw.org (rupert THURNER) Date: Thu, 26 Mar 2009 22:10:49 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Message-ID: <6af4270903261410u5cb0460ap74edc9d874e0e058@mail.gmail.com> On Thu, Mar 26, 2009 at 15:49, Gary Law wrote: >> Plans, yes. IMHO it would be a good idea to bundle all developer >> resources on the SourceForge "gar" project with SVN as repository >> and Trac as Wiki. Feedback welcome. > > +1 in the beginning i tried how much effort it is to copy contents. it proved quite easy, so i try to keep it in sync currently with http://apps.sourceforge.net/mediawiki/gar (only the v2 pages though). i also created a ticket in hope sf will install additional plugins to make trac a little bit more practical: http://sourceforge.net/tracker/index.php?func=detail&aid=2712653&group_id=1&atid=350001. rupert. From phil at bolthole.com Thu Mar 26 22:17:31 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 14:17:31 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <49CBED0D.1060106@opencsw.org> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> <49CBED0D.1060106@opencsw.org> Message-ID: <20090326211731.GX89998@bolthole.com> On Thu, Mar 26, 2009 at 04:01:01PM -0500, Mike Watters wrote: > > That particular file is part of smf configuration for ssh > I am not 100% sure how smf is handled in the global vs non-global zones > but I believe /var/svc/manifest/* is shared to all zones by default. depends WHOSE "default"s. sun's standard defaults do not have this. # mount -p|grep var swap - /var/run tmpfs - no nodevices,xattr,zone=csci571 that is the only default mount under var. I also did a by-hand test to see if there was any other trickery. cd /var/svc/manifest touch test zlogin [subzone] ls /var/svc/manifest nope, no test file in the child zone. From phil at bolthole.com Thu Mar 26 23:01:34 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 15:01:34 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <49CBED0D.1060106@opencsw.org> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> <49CBED0D.1060106@opencsw.org> Message-ID: <20090326220134.GY89998@bolthole.com> On Thu, Mar 26, 2009 at 04:01:01PM -0500, Mike Watters wrote: > That particular file is part of smf configuration for ssh > I am not 100% sure how smf is handled in the global vs non-global zones > but I believe /var/svc/manifest/* is shared to all zones by default. > Final test: Created a test zone for myself. inherit-pkg-dir: dir: /opt/csw Created fake package, with f none /var/svc/manifest/site/sillyfile1.xml=sillyfile 0644 root bin f none /usr/sharedfile=sharedfile 0644 root bin Ah. I stand corrected somewhat. Been a while since I messed with packages and zones :-) Behaviour would seem to be as follows: For zones: If the file is destined for some "shared" place like /usr, the file is understood as already there, AND marked as present in the package, for that zone If the file is destined for a NON-shared place such as /var, the file is COPIED there. So... putting smf manifest files, etc in some place like /var/opt/csw/manifest.... or even /var/svc/manifest .... would technically still work, for zones. It just would not work for shared-nfs installs of /opt/csw. I think we should come up with a location that can work long-term, for shared-nfs as well. At least a deployment strategy that is nice for them. Someplace perhaps, like /opt/csw/[share?]/lib/svc/manifest/xyz.xml and then put it in a "class cswsvc", that will automatically copy it from there, to /var/svc/manifest ? That would be very little additional effort on the part of maintainers, yet at the same time, be nicer to our "large install" customers. From dam at opencsw.org Thu Mar 26 23:03:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 23:03:34 +0100 Subject: [csw-maintainers] Maintainer for graphviz2 ? In-Reply-To: References: Message-ID: <3F076DD1-7826-45D4-83C2-DCEB8185AE83@opencsw.org> Hi J?rgen, Am 26.03.2009 um 20:21 schrieb Juergen Arndt: > is anyone working on graphviz2? If not, I would give it a try. I only did CSWgraphviz, not CSWgraphviz2. Please go ahead :-) Best regards -- Dago From dam at opencsw.org Thu Mar 26 23:10:23 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 23:10:23 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <6af4270903261410u5cb0460ap74edc9d874e0e058@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <6af4270903261410u5cb0460ap74edc9d874e0e058@mail.gmail.com> Message-ID: <0C603223-A01F-4AFD-AB1F-00DD77D4BE83@opencsw.org> Hi Rupert, Am 26.03.2009 um 22:10 schrieb rupert THURNER: > On Thu, Mar 26, 2009 at 15:49, Gary Law wrote: >>> Plans, yes. IMHO it would be a good idea to bundle all developer >>> resources on the SourceForge "gar" project with SVN as repository >>> and Trac as Wiki. Feedback welcome. >> >> +1 > > in the beginning i tried how much effort it is to copy contents. it > proved quite easy, so i try to keep it in sync currently with > http://apps.sourceforge.net/mediawiki/gar (only the v2 pages though). To avaoid additional work we can just start converting the page so we don't get into the situation of changing only one page. > i also created a ticket in hope sf will install additional plugins to > make trac a little bit more practical: > http://sourceforge.net/tracker/index.php?func=detail&aid=2712653&group_id=1&atid=350001 > . Great bug report :-)) Best regards -- Dago From skayser at opencsw.org Thu Mar 26 23:17:55 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 23:17:55 +0100 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: References: Message-ID: <49CBFF13.7080004@opencsw.org> Dagobert Michelsen wrote: > Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >> how is it possible to merge multiple source trees into one package? >> Is there a piece of documentation or does anybody have a package, >> which I could use as an example? > > All things from DISTFILES are extracted and can then be compiled > and installed. Or do you need multiple versions of the same > package? Please check in your material so we can have a look > at it. I have something similar with dovecot. There is a sieve plugin that should be compiled against the dovecot sources, so that's what i do within one Makefile: Build dovecot and the sieve plugin. https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile Apart from the fact that it doesn't look nice i just realized that the sieve plugin package needs to have a different version number than the dovecot package. Is there any way to define a separate version number for one package out of $(PACKAGES)? Sebastian From bonivart at opencsw.org Thu Mar 26 23:39:17 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 23:39:17 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBD78C.60505@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <49CB7E6A.2070506@opencsw.org> <49CBD78C.60505@opencsw.org> Message-ID: <625385e30903261539g30d77010i91dc41e027af9bde@mail.gmail.com> On Thu, Mar 26, 2009 at 8:29 PM, Roger H?kansson wrote: > Depends on project/customer, in some cases resolved is "committed but not > released" and closed is "released", in other resolved is "bug fixed, but > customer/reporter has not verified fix as working in their system" and > closed is "customer/reporter has verified..." At work, I can only change the status to resolved, not to closed (we have like 20 status codes). Resolved means I'm done with it from a technical point of view, as soon as the helpdesk notices the resolved status some poor bastard reads SLA/SOW/whatever to see that it's really ok to close, otherwise they can reopen it and possibly assign it to someone else for remaining issues that doesn't concern me. No need to explain that I work for an American company :-). I don't think we have to make it that complicated here. -- /peter From phil at bolthole.com Fri Mar 27 02:23:21 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 18:23:21 -0700 Subject: [csw-maintainers] libtool .la irritations Message-ID: <20090327012321.GG47757@bolthole.com> I've been looking through the archives for the last coupla months, trying to recall what the workarounds for libtool .la braindamage were. The search is not turning up anything that looks like it could help me though. I'm trying to compile something, that depends on something else, that depends on a .la file that is no longer on the build machines. is my only recourse to request the build machines be manually tweaked,or was there some kind of LIBTOOL_PATH magic var that I can set, to provide my own version of the missing .la file? From mwatters at opencsw.org Fri Mar 27 02:26:40 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 20:26:40 -0500 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <20090326220134.GY89998@bolthole.com> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> <49CBED0D.1060106@opencsw.org> <20090326220134.GY89998@bolthole.com> Message-ID: <49CC2B50.3020606@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 04:01:01PM -0500, Mike Watters wrote: >> That particular file is part of smf configuration for ssh >> I am not 100% sure how smf is handled in the global vs non-global zones >> but I believe /var/svc/manifest/* is shared to all zones by default. >> > > Final test: > > Created a test zone for myself. > > inherit-pkg-dir: > dir: /opt/csw > > Created fake package, with > > f none /var/svc/manifest/site/sillyfile1.xml=sillyfile 0644 root bin > f none /usr/sharedfile=sharedfile 0644 root bin > > > Ah. I stand corrected somewhat. Been a while since I messed with packages > and zones :-) Behaviour would seem to be as follows: > > For zones: > If the file is destined for some "shared" place like /usr, the file > is understood as already there, AND marked as present in the package, > for that zone > If the file is destined for a NON-shared place such as /var, > the file is COPIED there. > > So... putting smf manifest files, etc in some place like > /var/opt/csw/manifest.... or even /var/svc/manifest .... > would technically still work, for zones. > > It just would not work for shared-nfs installs of /opt/csw. > > I think we should come up with a location that can work long-term, > for shared-nfs as well. > At least a deployment strategy that is nice for them. > Someplace perhaps, like > > /opt/csw/[share?]/lib/svc/manifest/xyz.xml > > and then put it in a "class cswsvc", that will automatically copy > it from there, to /var/svc/manifest ? > > That would be very little additional effort on the part of maintainers, > yet at the same time, be nicer to our "large install" customers. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers do you think it is a good idea to run services from an NFS mount? I can see sharing apps across the mount, but not running openldap or apache etc... 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 iEYEARECAAYFAknMK1AACgkQLrhmsXMSLxdDzQCfdWucM1K7XZdOsHF5DpxlZ8hm EsMAoLjRKF2i2nTAgdfIQN9NWDYqQfnl =icdl -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 02:30:01 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 20:30:01 -0500 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: <49CBFF13.7080004@opencsw.org> References: <49CBFF13.7080004@opencsw.org> Message-ID: <49CC2C19.1070502@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Kayser wrote: > Dagobert Michelsen wrote: >> Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >>> how is it possible to merge multiple source trees into one package? >>> Is there a piece of documentation or does anybody have a package, >>> which I could use as an example? >> All things from DISTFILES are extracted and can then be compiled >> and installed. Or do you need multiple versions of the same >> package? Please check in your material so we can have a look >> at it. > > I have something similar with dovecot. There is a sieve plugin that > should be compiled against the dovecot sources, so that's what i do > within one Makefile: Build dovecot and the sieve plugin. > > https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > > Apart from the fact that it doesn't look nice i just realized that the > sieve plugin package needs to have a different version number than the > dovecot package. Is there any way to define a separate version number > for one package out of $(PACKAGES)? > > Sebastian > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have a similar issue with Alpine. alpine will have 3 packages, CSWalpine CSWalpine-web and CSWimap I will need a way to version the imap accordingly. - -- 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 iEYEARECAAYFAknMLBkACgkQLrhmsXMSLxcnSgCgvJex4jAhzIxAwA3urWw/pAOt U+MAnA9GvdqoyHbcoEFUbx7c/Y/XbNDk =5s1l -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 02:41:33 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 20:41:33 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <20090327012321.GG47757@bolthole.com> References: <20090327012321.GG47757@bolthole.com> Message-ID: <49CC2ECD.7030001@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > I've been looking through the archives for the last coupla months, trying > to recall what the workarounds for libtool .la braindamage were. > The search is not turning up anything that looks like it could help me > though. > > > I'm trying to compile something, that depends on something else, that > depends on a .la file that is no longer on the build machines. > > is my only recourse to request the build machines be manually tweaked,or > was there some kind of LIBTOOL_PATH magic var that I can set, to provide my > own version of the missing .la file? > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers see here ;) http://apps.sourceforge.net/mediawiki/gar/index.php?title=Libtool - -- 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 iEYEARECAAYFAknMLs0ACgkQLrhmsXMSLxeVRACfX4qAJGMO1JLJ/0IeaXo7OpD8 /6gAn0IU6wZw1pPku2rcVSQMu+1CJ9c/ =QCAo -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 02:52:03 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 20:52:03 -0500 Subject: [csw-maintainers] build8x problems Message-ID: <49CC3143.8010803@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am increasingly having issues compiling on build8x. I am not sure if it is just my packages, or is everyone else having issues too? If it is just me, I will try to get hold of a sol8 x86 env to build on. the issue I have been experiencing is the box running out of memory in the middle of compiles. first experienced compiling gcc4, I found a patch that helped. I then started working on cMake, it compiles and tests 100% clean on sparcv8 but runs out of memory on build8x. "ube: error: Cannot exec '/opt/studio/SOS11/SUNWspro/prod/bin/fbe' : Not enough space gmake[2]: *** [cmBootstrapCommands.o] Error 2" Dago was going to look into this, but if it is only me having problems, Dago is busy enough. - -- 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 iEYEARECAAYFAknMMUMACgkQLrhmsXMSLxcmLwCaAz4n8T9f/K0x6JPsheMq1ZCh WDMAn050rc3OxkAUpMG1qK2TQ2bZHFK3 =5N0j -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 03:26:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 21:26:26 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <49CC2ECD.7030001@opencsw.org> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> Message-ID: <49CC3952.2090900@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Philip Brown wrote: >> I've been looking through the archives for the last coupla months, trying >> to recall what the workarounds for libtool .la braindamage were. >> The search is not turning up anything that looks like it could help me >> though. > > >> I'm trying to compile something, that depends on something else, that >> depends on a .la file that is no longer on the build machines. > >> is my only recourse to request the build machines be manually tweaked,or >> was there some kind of LIBTOOL_PATH magic var that I can set, to provide my >> own version of the missing .la file? > > >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > see here ;) > > http://apps.sourceforge.net/mediawiki/gar/index.php?title=Libtool > > if this does not do what you need it to do, check-in your recipe and "file a bug" via email... my goal with it is to make it robust enough to add to mgar/bin or make standard so "no" .la files are used. I think it needs a better name fixme.sh is not a good name. fixlibtool already exists in gar/bin _______________________________________________ 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 iEYEARECAAYFAknMOVIACgkQLrhmsXMSLxcVKwCeMI+IC6vx9X+2fF+lnF/JpUDY pxsAoLvQ5YJwL2Yod5mV5zfW3cd4y1nt =4fxn -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 27 04:15:27 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 20:15:27 -0700 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <49CC3952.2090900@opencsw.org> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> Message-ID: <20090327031527.GC63667@bolthole.com> On Thu, Mar 26, 2009 at 09:26:26PM -0500, Mike Watters wrote: > I think it needs a better name fixme.sh is not a good name. > > fixlibtool already exists in gar/bin what does "the old one" do, and how would you describe what fixme.sh does, in contrast? From mwatters at opencsw.org Fri Mar 27 04:26:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 22:26:09 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <20090327031527.GC63667@bolthole.com> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> Message-ID: <49CC4751.40906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 09:26:26PM -0500, Mike Watters wrote: >> I think it needs a better name fixme.sh is not a good name. >> >> fixlibtool already exists in gar/bin > > what does "the old one" do, and how would you describe what fixme.sh does, > in contrast? > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers the current one in gar/bin Cory Omand wrote. "fixlibtool - remove build-only settings from libtool .la files ... Remove references to temporary directories" fixme.sh "...modifies the Makefile replacing the *.la references with their -lname (generated from data inside the pseudo-library). it then modifies the libtool script(s) in $(WORKSRC) removing the .la extension from the library search." - -- 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 iEYEARECAAYFAknMR1EACgkQLrhmsXMSLxcMrACgkVoEMpC5cmJOtWdSyq6snK/N eRoAoNsEmrt2L1f6migMJM6c7nJ2Y1QU =ZaWe -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 27 04:33:38 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 20:33:38 -0700 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <49CC4751.40906@opencsw.org> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> <49CC4751.40906@opencsw.org> Message-ID: <20090327033338.GD63667@bolthole.com> On Thu, Mar 26, 2009 at 10:26:09PM -0500, Mike Watters wrote: > > what does "the old one" do, and how would you describe what fixme.sh does, > > in contrast? > > the current one in gar/bin Cory Omand wrote. > "fixlibtool - remove build-only settings from libtool .la files > ... > Remove references to temporary directories" > > fixme.sh > "...modifies the Makefile replacing the *.la references with their -lname (generated from data inside the > pseudo-library). it then modifies the libtool script(s) in $(WORKSRC) removing the .la extension from the library search." Hmmm. still not sure what the older one does, from that :) if you understand it... is it of value still? might it be worth merging the two, having some kind of commandline switch to toggle the behaviour, and keeping the name "fixlibtool"? From mwatters at opencsw.org Fri Mar 27 04:49:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 22:49:32 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <20090327033338.GD63667@bolthole.com> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> <49CC4751.40906@opencsw.org> <20090327033338.GD63667@bolthole.com> Message-ID: <49CC4CCC.3030407@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 10:26:09PM -0500, Mike Watters wrote: >>> what does "the old one" do, and how would you describe what fixme.sh does, >>> in contrast? >> the current one in gar/bin Cory Omand wrote. >> "fixlibtool - remove build-only settings from libtool .la files >> ... >> Remove references to temporary directories" >> >> fixme.sh >> "...modifies the Makefile replacing the *.la references with their -lname (generated from data inside the >> pseudo-library). it then modifies the libtool script(s) in $(WORKSRC) removing the .la extension from the library search." > > Hmmm. still not sure what the older one does, from that :) > > if you understand it... is it of value still? > > might it be worth merging the two, having some kind of commandline switch > to toggle the behaviour, and keeping the name "fixlibtool"? > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers this is what the original one does: [ ==> Begin Code <== ] perl -i -plne ' if (/^dependency_libs/) { s# -[ILR]\s*/tmp\S+##g; s# -[ILR]\s*/\S+/ # #g; } ' $@ [ ==> End Code <== ] I don't find any reference to it in the gar/v2 files. I have to defer to the other maintainers if anyone still uses this script. and what they use it for. - -- 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 iEYEARECAAYFAknMTMsACgkQLrhmsXMSLxfabwCgrfLGf9vh8QopbpDlUqE1v/t1 vbYAoNyfY/CRQKUK5qjLcQRZgikj5gIy =5OeS -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 27 05:10:04 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 21:10:04 -0700 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <49CC4CCC.3030407@opencsw.org> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> <49CC4751.40906@opencsw.org> <20090327033338.GD63667@bolthole.com> <49CC4CCC.3030407@opencsw.org> Message-ID: <20090327041004.GA41367@bolthole.com> On Thu, Mar 26, 2009 at 10:49:32PM -0500, Mike Watters wrote: > > this is what the original one does: > [ ==> Begin Code <== ] > perl -i -plne ' > if (/^dependency_libs/) { > s# -[ILR]\s*/tmp\S+##g; > s# -[ILR]\s*/\S+/ # #g; > } > ' $@ > [ ==> End Code <== ] > i dont speak much perl, but I'm guessing what it does, is that it expects to be passed a list of libXXX.la files, and then it goes in and edits them to comment out all lines that say "dependancy_libs". SO, while your "fixit"script works on the local source tree (both internal .la files, AND makefiles), this script would appear to work on .la files only? (and only the ones specified?) It might be nice to preserve that more targetted functionality, as an option to your script. Then you could feel good about taking over the name, too ;-) From hson at opencsw.org Fri Mar 27 05:52:06 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 27 Mar 2009 05:52:06 +0100 Subject: [csw-maintainers] build8x problems In-Reply-To: <49CC3143.8010803@opencsw.org> References: <49CC3143.8010803@opencsw.org> Message-ID: <49CC5B76.5000008@opencsw.org> Mike Watters wrote: > I am increasingly having issues compiling on build8x. I am not sure if it is just my packages, > or is everyone else having issues too? I haven't had any problem with build8x at all, but I can see that some compiles might get into trouble if there are more than one maintainer compiling at the same time since there are a limited amount of RAM and swap. > If it is just me, I will try to get hold of a sol8 x86 env > to build on. Do you have any machine running vmware? My own 8x-machine is a virtual machine running in a vmware server 2.0 on a CentOS box and I could upload the image if you need it. From dam at opencsw.org Fri Mar 27 10:18:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 10:18:49 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <49CC3143.8010803@opencsw.org> References: <49CC3143.8010803@opencsw.org> Message-ID: <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Hi Mike, Am 27.03.2009 um 02:52 schrieb Mike Watters: > I am increasingly having issues compiling on build8x. I am not sure > if it is just my packages, > or is everyone else having issues too? If it is just me, I will try > to get hold of a sol8 x86 env > to build on. > > the issue I have been experiencing is the box running out of memory > in the middle of compiles. > first experienced compiling gcc4, I found a patch that helped. > > I then started working on cMake, it compiles and tests 100% clean on > sparcv8 but runs out of memory > on build8x. > "ube: error: Cannot exec '/opt/studio/SOS11/SUNWspro/prod/bin/fbe' : > Not enough space > gmake[2]: *** [cmBootstrapCommands.o] Error 2" > > Dago was going to look into this, but if it is only me having > problems, Dago is busy enough. We have an additional V65z here with 2 GB Ram. As running Solaris 8 x86 under VMware ESX doesn't work due to driver problems a colleague is installing Linux with VMware Workstation on it, where the Solaris 8 x86 will be inside. I will be away for the week for, so estimate the migration of build8x in about 10 days. I also ordered a memory upgrade for the T5220 from the 8 GB now to then 16 GB. The several build-zones, Hudson, testing zones for maintainers without other Solaris 8 access and build activity made this necessary. Best regards -- Dago From maciej at opencsw.org Fri Mar 27 10:50:17 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 09:50:17 +0000 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: On Fri, Mar 27, 2009 at 9:18 AM, Dagobert Michelsen wrote: > We have an additional V65z here with 2 GB Ram. As running Solaris 8 x86 > under VMware ESX doesn't work due to driver problems a colleague is > installing > Linux with VMware Workstation on it, where the Solaris 8 x86 will be inside. For the record, Solaris runs nicely on VirtualBox. It supports headless (no GUI, but vrdb instead) operation as well. Maciej From maciej at opencsw.org Fri Mar 27 10:54:31 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 09:54:31 +0000 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> Message-ID: [moving the thread from users to maintainers] On Fri, Mar 27, 2009 at 9:42 AM, Peter Bonivart wrote: > On Fri, Mar 27, 2009 at 9:01 AM, Maciej (Matchek) Blizinski > wrote: >> By the way, I know that packages usually have their maintainers - is >> it considered inappropriate to commit upgrades to other people's >> packages? I guess for packages such as openssl or mysql it is -- What >> about minor utilities such as this one? > > I think you should file an upgrade bug in Mantis first. Most > maintainers use their own packages and keep it up to date but if they > don't respond you can post on the maintainers list about taking over > the package. I didn't intend to take over the package; I just felt I would spend more time on Mantis than it took me to just up the package version and build it. Of course, I can stop doing that and use Mantis instead. > This post really belongs on the maintainers list as well. Please > subscribe to it if you don't already. Thread moved. From dam at opencsw.org Fri Mar 27 10:57:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 10:57:47 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: Hi Maciej, Am 27.03.2009 um 10:50 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 9:18 AM, Dagobert Michelsen > wrote: >> We have an additional V65z here with 2 GB Ram. As running Solaris 8 >> x86 >> under VMware ESX doesn't work due to driver problems a colleague is >> installing >> Linux with VMware Workstation on it, where the Solaris 8 x86 will >> be inside. > > For the record, Solaris runs nicely on VirtualBox. It supports > headless (no GUI, but vrdb instead) operation as well. A colleague tested Solaris 8 x86 on VirtualBox and couldn't get it to run stable for an extended time. The tests were done on the latest VirtualBox. If this were an option we would immediately switch Solaris 8 x86 to VirtualBox on Solaris 10 x86. Best regards -- Dago From dam at opencsw.org Fri Mar 27 11:01:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 11:01:49 +0100 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> Message-ID: <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> Hi Maciej, Am 27.03.2009 um 10:54 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 9:42 AM, Peter Bonivart > wrote: >> On Fri, Mar 27, 2009 at 9:01 AM, Maciej (Matchek) Blizinski >> wrote: >>> By the way, I know that packages usually have their maintainers - is >>> it considered inappropriate to commit upgrades to other people's >>> packages? I guess for packages such as openssl or mysql it is -- >>> What >>> about minor utilities such as this one? >> >> I think you should file an upgrade bug in Mantis first. Most >> maintainers use their own packages and keep it up to date but if they >> don't respond you can post on the maintainers list about taking over >> the package. > > I didn't intend to take over the package; If you build the package you take it over. AFAIK there is some kind of automatism on the release-side that changes the owner e. g. on http://www.opencsw.org/packages/clusterssh on package release. > I just felt I would spend > more time on Mantis than it took me to just up the package version and > build it. Of course, I can stop doing that and use Mantis instead. It is more formal, but also more polite :-) If the maintainer didn't fix it in a reasonable timeframe you can still take it over. Best regards -- Dago From dam at opencsw.org Fri Mar 27 11:05:45 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 11:05:45 +0100 Subject: [csw-maintainers] Competition update Message-ID: <54C8F120-210D-4C9D-A76A-9B2DEAFC58D5@opencsw.org> Hi, a small competition upgrade: ** SunfreewWare released the following package: Datum: 27. M?rz 2009 11:03:39 MEZ Betreff: Tdu 20080507 Packages Added Quelle: Sunfreeware.com News Tdu 20080507 Packages Added Tdu is a text-terminal program that displays disk space utilization in an interactive full-screen folding outline. Best regards -- Dago From maciej at opencsw.org Fri Mar 27 11:07:02 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 10:07:02 +0000 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: On Fri, Mar 27, 2009 at 9:57 AM, Dagobert Michelsen wrote: > A colleague tested Solaris 8 x86 on VirtualBox and couldn't get > it to run stable for an extended time. The tests were done on > the latest VirtualBox. Right, I didn't run Solaris 8 on it. > If this were an option we would immediately switch Solaris 8 x86 > to VirtualBox on Solaris 10 x86. Any other options? I looked around and found information about branded zones, allowing to run... well, why type when I can just copy-paste: """A Solaris 8 branded zone (solaris8) is a complete runtime environment for Solaris 8 applications on SPARC machines running the Solaris 10 8/07 Operating System or later. The brand supports the execution of 32-bit and 64-bit Solaris 8 applications. solaris8 branded zones are based on the whole root zone model. Each zone's file system contains a complete copy of the software that comprises the operating system. However, solaris8 zones are different from native whole root zones in that central patching is not applied.""" http://docs.sun.com/app/docs/doc/820-2914/gfjbk?a=view I have no idea whether it's feasible. Maciej From maciej at opencsw.org Fri Mar 27 11:17:44 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 10:17:44 +0000 Subject: [csw-maintainers] Competition update In-Reply-To: <54C8F120-210D-4C9D-A76A-9B2DEAFC58D5@opencsw.org> References: <54C8F120-210D-4C9D-A76A-9B2DEAFC58D5@opencsw.org> Message-ID: On Fri, Mar 27, 2009 at 10:05 AM, Dagobert Michelsen wrote: > ** SunfreewWare released the following package: Do they have a build system? Do they expose any code repository with their builds? From dam at opencsw.org Fri Mar 27 11:23:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 11:23:48 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> Hi Maciej, Am 27.03.2009 um 11:07 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 9:57 AM, Dagobert Michelsen > wrote: >> A colleague tested Solaris 8 x86 on VirtualBox and couldn't get >> it to run stable for an extended time. The tests were done on >> the latest VirtualBox. > > Right, I didn't run Solaris 8 on it. Solaris 9, no problem, build9x is in fact a VM on ESX. >> If this were an option we would immediately switch Solaris 8 x86 >> to VirtualBox on Solaris 10 x86. > > Any other options? I looked around and found information about branded > zones, allowing to run... well, why type when I can just copy-paste: > > """A Solaris 8 branded zone (solaris8) is a complete runtime > environment for Solaris 8 applications on SPARC machines running the > Solaris 10 8/07 Operating System or later. The important word here is "SPARC" :-( You have solaris8 and solaris9 brands on Sparc (in fact, build8s and build9s are branded zones on the same machine as build10s is a native zone), and lx-(Linux-)brands on x86. That means no Linux on Sparc and no Solaris 8/9 on x86. Best regards -- Dago From maciej at opencsw.org Fri Mar 27 11:29:45 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 10:29:45 +0000 Subject: [csw-maintainers] keychain on the buildfarm Message-ID: I've recently built keychain package; it's in testing. Would buildfarm maintainers mind installing it? I could then protect my password on login.opencsw.org with a password. (Actually, I could do that now using bare ssh-agent, it's just that keychain makes it much easier.) Maciej From dam at opencsw.org Fri Mar 27 11:29:54 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 11:29:54 +0100 Subject: [csw-maintainers] Competition update In-Reply-To: References: <54C8F120-210D-4C9D-A76A-9B2DEAFC58D5@opencsw.org> Message-ID: <85EAE3B0-F9BF-43D4-93BC-8B41F9DD4421@opencsw.org> Hi Maciej, Am 27.03.2009 um 11:17 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 10:05 AM, Dagobert Michelsen > wrote: >> ** SunfreewWare released the following package: > > Do they have a build system? I guess not, there is no notice apart from pkgmk and other "raw" stuff on the site. At least it is not publicly accessible if they have one. > Do they expose any code repository with their builds? No. Best regards -- Dago From dam at opencsw.org Fri Mar 27 13:04:10 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 13:04:10 +0100 Subject: [csw-maintainers] Pathes in CSWcommon Message-ID: <2A50D558-3D95-4BE3-931B-9D1113BE3487@opencsw.org> Hi, in the past certain pathes were excluded from the prototype during bin/cswproto when gerating packages in GAR. These pathes were similar to the ones defined in CSWcommon, but not exactly the same. This lead to situations where pathes were skipped in a package which were nowhere defined - not in CSWcommon and not the package and got defaults for user/group/perms leading to bug reports like I changed the mechanism to grab the CSWcommon package, extract the pathes and build two files for sparc/i386 at etc/commondirs-* which are excluded during prototype generation. There may be some pathes which should go into CSWcommon now as I look at it like all directories for ISAs, not just the most basic ones as it is now. The change is in effect since r3993. Please keep an eye on your prototypes and let me know if you encounter anything strange. Best regards -- Dago From phil at bolthole.com Fri Mar 27 14:25:28 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 06:25:28 -0700 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> Message-ID: <20090327132528.GD53440@bolthole.com> On Fri, Mar 27, 2009 at 11:23:48AM +0100, Dagobert Michelsen wrote: > The important word here is "SPARC" :-( You have solaris8 and solaris9 > brands on Sparc (in fact, build8s and build9s are branded zones on > the same machine as build10s is a native zone), and lx-(Linux-)brands > on x86. That means no Linux on Sparc and no Solaris 8/9 on x86. > o fer goodness sake.. that's really annoying! for the record though... a long time ago in a galaxy far far away, i DID get solaris 8 successfully running on vmware, at least enough to run the installer. It was the only way i could install solaris on that particular hardware since there was no solaris-recognizable cdrom drive :) (which means that at minimum, it recogized the disks properly) But to do it, you would have to degrade the disks down to a vmware emulated "PIO mode", I think. performance would be horrible, comparatively speaking. looking forwar to the LX50. From hson at opencsw.org Fri Mar 27 14:51:47 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 27 Mar 2009 14:51:47 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: <49CCD9F3.9030909@opencsw.org> Maciej (Matchek) Blizinski wrote: > On Fri, Mar 27, 2009 at 9:57 AM, Dagobert Michelsen wrote: >> A colleague tested Solaris 8 x86 on VirtualBox and couldn't get >> it to run stable for an extended time. The tests were done on >> the latest VirtualBox. > > Right, I didn't run Solaris 8 on it. > Precicely, Solaris8 is at bit picky about drivers so it was a bit of a trick getting Solaris8 to run on vmware, but as vmware states, the support is "experimental". Anyway, as I said, I've got a running VM and are willing to share the image if anyone needs it. From hson at opencsw.org Fri Mar 27 14:53:47 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 27 Mar 2009 14:53:47 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <20090327132528.GD53440@bolthole.com> References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> <20090327132528.GD53440@bolthole.com> Message-ID: <49CCDA6B.1020207@opencsw.org> Philip Brown wrote: > for the record though... a long time ago in a galaxy far far away, i DID > get solaris 8 successfully running on vmware, at least enough to run the > installer. It was the only way i could install solaris on that particular > hardware since there was no solaris-recognizable cdrom drive :) > (which means that at minimum, it recogized the disks properly) > But to do it, you would have to degrade the disks down to a > vmware emulated "PIO mode", I think. performance would be horrible, > comparatively speaking. My box running CentOS and VMware Server 2.0 which run the VM with Solaris8 isn't that slow compared to the host OS, but I've got a old P4 Celeron with a IDE disk so I'm not sure if that data is anything to compare with... From mwatters at opencsw.org Fri Mar 27 14:55:12 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 08:55:12 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <20090327041004.GA41367@bolthole.com> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> <49CC4751.40906@opencsw.org> <20090327033338.GD63667@bolthole.com> <49CC4CCC.3030407@opencsw.org> <20090327041004.GA41367@bolthole.com> Message-ID: <49CCDAC0.9010308@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 10:49:32PM -0500, Mike Watters wrote: >> this is what the original one does: >> [ ==> Begin Code <== ] >> perl -i -plne ' >> if (/^dependency_libs/) { >> s# -[ILR]\s*/tmp\S+##g; >> s# -[ILR]\s*/\S+/ # #g; >> } >> ' $@ >> [ ==> End Code <== ] >> > > i dont speak much perl, but I'm guessing what it does, is that it expects > to be passed a list of libXXX.la files, and then it goes in and edits them > to comment out all lines that say "dependancy_libs". > > > SO, while your "fixit"script works on the local source tree > (both internal .la files, AND makefiles), this script would appear to > work on .la files only? > (and only the ones specified?) > > It might be nice to preserve that more targetted functionality, as an > option to your script. > Then you could feel good about taking over the name, too ;-) > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers works for me, I will add that functionality to the script and work up some "more formal" docs on it and get it checked in. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknM2sAACgkQLrhmsXMSLxe8NACfcHp+KTw6+0QE0WdnZLGTmAlt FDcAoMOYqY9eOpv19fHojiOlve0hK8VB =dzyn -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 15:08:01 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 09:08:01 -0500 Subject: [csw-maintainers] build8x problems In-Reply-To: <49CC5B76.5000008@opencsw.org> References: <49CC3143.8010803@opencsw.org> <49CC5B76.5000008@opencsw.org> Message-ID: <49CCDDC1.1050806@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Mike Watters wrote: >> I am increasingly having issues compiling on build8x. I am not sure >> if it is just my packages, >> or is everyone else having issues too? > > I haven't had any problem with build8x at all, but I can see that some > compiles might get into trouble if there are more than one maintainer > compiling at the same time since there are a limited amount of RAM and > swap. > >> If it is just me, I will try to get hold of a sol8 x86 env >> to build on. > > Do you have any machine running vmware? > My own 8x-machine is a virtual machine running in a vmware server 2.0 on > a CentOS box and I could upload the image if you need it. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have P4 system I can use... I think I am going to load sol10 on it and bang my head against the wall to create a sol8 zone. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknM3cEACgkQLrhmsXMSLxctfACfcA9sv1CA77tcl6KuwJAIIRPX n8QAoIEMKCeIJiHOD0kUtl8jmJFKu8pa =BOCh -----END PGP SIGNATURE----- From dam at opencsw.org Fri Mar 27 15:26:45 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 15:26:45 +0100 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig Message-ID: Hi, I was just wondering why pkg-get didn't finish installing the packages after a few hours: it looped between CSWajclang and CSWajcconfig depending on each other :-)) William, can you push out a fix ASAP? Best regards -- Dago From dam at opencsw.org Fri Mar 27 15:32:08 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 15:32:08 +0100 Subject: [csw-maintainers] build8x problems In-Reply-To: <49CCDDC1.1050806@opencsw.org> References: <49CC3143.8010803@opencsw.org> <49CC5B76.5000008@opencsw.org> <49CCDDC1.1050806@opencsw.org> Message-ID: <87175AC4-4030-4A09-B7B5-F0202A3FF038@opencsw.org> Hi Mike, Am 27.03.2009 um 15:08 schrieb Mike Watters: > I have P4 system I can use... > I think I am going to load sol10 on it and > bang my head against the wall to create a sol8 zone. Again: Solaris 10 x86 doesn't support solaris8 and solaris9 brands, only Linux brands. It does not work! Best regards -- Dago From dam at opencsw.org Fri Mar 27 15:37:35 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 15:37:35 +0100 Subject: [csw-maintainers] [csw-devel] svn check In-Reply-To: <1238164089-sup-640@ntdws12.chass.utoronto.ca> References: <1238164089-sup-640@ntdws12.chass.utoronto.ca> Message-ID: <2FBF519A-7D60-4D21-9BA5-1BDA729D4CE5@opencsw.org> Hi Ben, Am 27.03.2009 um 15:28 schrieb Ben Walton: > I've been thinking a little more about Phil's proposed svn check in > GAR and I've come up with a compromise (based on my previous > thoughts). > > The attached patch to GAR implements an additional target requirement > for `gmake package` named svncheck. This target will stop the package > target from succeeding if it detects UNCOMMITTED in any of the pkginfo > files, but only after all of the packages are built and run through > checkpkg. The notice should be fairly obvious, so the maintainer > knows that a rebuild with checked in code is still required, but since > packages are available, testing can be done without committing every > little tweak > > If nobody sees any obvious problems with this patch, I'll check it in. This is not sufficient. It should also change the name of the package to REV=..._rev=...-UNCOMMITTED to make the package installable with usual tools, but also to make it perfectly clear that it is not committed just by looking at the file. Additionally, it would be nice to have a "debug" mode which build only directory-packages (as opposed to datastream-packages). Or even better to introduce a "releasepkg" target which makes sure eveything is checked in, builds a package and makes a copy of trunk/ to tags/. Best regards -- Dago From dam at opencsw.org Fri Mar 27 15:51:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 15:51:48 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <20090327132528.GD53440@bolthole.com> References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> <20090327132528.GD53440@bolthole.com> Message-ID: Hi Phil, Am 27.03.2009 um 14:25 schrieb Philip Brown: > On Fri, Mar 27, 2009 at 11:23:48AM +0100, Dagobert Michelsen wrote: >> The important word here is "SPARC" :-( You have solaris8 and solaris9 >> brands on Sparc (in fact, build8s and build9s are branded zones on >> the same machine as build10s is a native zone), and lx-(Linux-)brands >> on x86. That means no Linux on Sparc and no Solaris 8/9 on x86. >> > > o fer goodness sake.. that's really annoying! > > for the record though... a long time ago in a galaxy far far away, i > DID > get solaris 8 successfully running on vmware, at least enough to run > the > installer. It was the only way i could install solaris on that > particular > hardware since there was no solaris-recognizable cdrom drive :) > (which means that at minimum, it recogized the disks properly) > But to do it, you would have to degrade the disks down to a > vmware emulated "PIO mode", I think. performance would be horrible, > comparatively speaking. You only have these in the small VMware variants, not ESX. We have an ESX farm for all of our x86 stuff and the need to put another box next to it with YAV (Yet Another Virtualization) is somewhat... unsatisfactory. But it is as it is. > looking forwar to the LX50. In fact it is a V65x with 2 GB installed and 1,5 GB mapped to Solaris through the virtualization and a 2,8 GHz Xeon Best regards -- Dago From pfelecan at opencsw.org Fri Mar 27 15:52:06 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 27 Mar 2009 15:52:06 +0100 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> (Dagobert Michelsen's message of "Fri\, 27 Mar 2009 11\:01\:49 +0100") References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> Message-ID: Dagobert Michelsen writes: >> I didn't intend to take over the package; > > If you build the package you take it over. AFAIK there is some > kind of automatism on the release-side that changes the owner > e. g. on http://www.opencsw.org/packages/clusterssh on package > release. Since when this policy is in effect? Was it announced somewhere? >> I just felt I would spend >> more time on Mantis than it took me to just up the package version and >> build it. Of course, I can stop doing that and use Mantis instead. > > It is more formal, but also more polite :-) If the maintainer > didn't fix it in a reasonable timeframe you can still take it > over. For security fixes I could understand that but for minor ones? -- Peter From bonivart at opencsw.org Fri Mar 27 16:03:54 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 16:03:54 +0100 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> Message-ID: <625385e30903270803h26ea7555t3e17d5d966f702a6@mail.gmail.com> On Fri, Mar 27, 2009 at 3:52 PM, Peter FELECAN wrote: > Dagobert Michelsen writes: > >>> I didn't intend to take over the package; >> >> If you build the package you take it over. AFAIK there is some >> kind of automatism on the release-side that changes the owner >> e. g. on http://www.opencsw.org/packages/clusterssh on package >> release. > > Since when this policy is in effect? Was it announced somewhere? I think Dago meant that when a package is /released/ you will be assigned ownership on the web site (package page, maintainer page) and also for Mantis. -- /peter From dam at opencsw.org Fri Mar 27 16:05:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 16:05:42 +0100 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> Message-ID: <1F250C15-EC52-4588-A7BE-B299E82FF2EE@opencsw.org> Hi Peter, Am 27.03.2009 um 15:52 schrieb Peter FELECAN: > Dagobert Michelsen writes: >>> I didn't intend to take over the package; >> >> If you build the package you take it over. AFAIK there is some >> kind of automatism on the release-side that changes the owner >> e. g. on http://www.opencsw.org/packages/clusterssh on package >> release. > > Since when this policy is in effect? Was it announced somewhere? AFAIK it was already the case when I joined two years ago. >>> I just felt I would spend >>> more time on Mantis than it took me to just up the package version >>> and >>> build it. Of course, I can stop doing that and use Mantis instead. >> >> It is more formal, but also more polite :-) If the maintainer >> didn't fix it in a reasonable timeframe you can still take it >> over. > > For security fixes I could understand that but for minor ones? We did talk about package tiers at the meeting: When peer-maintenance on tiered-package-groups comes in effect the current process must be changed. But currently only the maintainer should release updated versions or a takeover will take place (which doesn't need to be bad btw.) Best regards -- Dago From phil at bolthole.com Fri Mar 27 16:10:06 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 08:10:06 -0700 Subject: [csw-maintainers] [csw-devel] svn check In-Reply-To: <2FBF519A-7D60-4D21-9BA5-1BDA729D4CE5@opencsw.org> References: <1238164089-sup-640@ntdws12.chass.utoronto.ca> <2FBF519A-7D60-4D21-9BA5-1BDA729D4CE5@opencsw.org> Message-ID: <20090327151006.GI47757@bolthole.com> On Fri, Mar 27, 2009 at 03:37:35PM +0100, Dagobert Michelsen wrote: > Additionally, it would be > nice to have a "debug" mode which build only directory-packages > (as opposed to datastream-packages). Or even better to introduce > a "releasepkg" target which makes sure eveything is checked in, > builds a package and makes a copy of trunk/ to tags/. > or, contrariwise, have DEFAULT target be equivalent of "releasepkg" that insists on everything checked in, but also provide a "testpkg" target, that just shoves together a package(with appropriate filename) without all the picky tests done? From mwatters at opencsw.org Fri Mar 27 16:18:40 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 10:18:40 -0500 Subject: [csw-maintainers] build8x problems In-Reply-To: <87175AC4-4030-4A09-B7B5-F0202A3FF038@opencsw.org> References: <49CC3143.8010803@opencsw.org> <49CC5B76.5000008@opencsw.org> <49CCDDC1.1050806@opencsw.org> <87175AC4-4030-4A09-B7B5-F0202A3FF038@opencsw.org> Message-ID: <49CCEE50.5010803@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Am 27.03.2009 um 15:08 schrieb Mike Watters: >> I have P4 system I can use... >> I think I am going to load sol10 on it and >> bang my head against the wall to create a sol8 zone. > > Again: Solaris 10 x86 doesn't support solaris8 and solaris9 > brands, only Linux brands. It does not work! > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers OK, zone was a bad term, I am going to try virtual box running inside a solaris 10 zone. I have no idea if I can get it to work. but I haven't quite given myself a concussion yet so I keep persevering. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknM7k8ACgkQLrhmsXMSLxejkACgku2EvcGaFj1iZrE6ENUmhpdK C/QAn1EpqdAvKmU6yLc4bGYaBvp5V8CD =tScN -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 27 16:31:20 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 08:31:20 -0700 Subject: [csw-maintainers] build8x problems In-Reply-To: <49CCEE50.5010803@opencsw.org> References: <49CC3143.8010803@opencsw.org> <49CC5B76.5000008@opencsw.org> <49CCDDC1.1050806@opencsw.org> <87175AC4-4030-4A09-B7B5-F0202A3FF038@opencsw.org> <49CCEE50.5010803@opencsw.org> Message-ID: <20090327153120.GK47757@bolthole.com> On Fri, Mar 27, 2009 at 10:18:40AM -0500, Mike Watters wrote: > > OK, zone was a bad term, I am going to try virtual box > running inside a solaris 10 zone. I have no idea if I can get it to work. > but I haven't quite given myself a concussion yet so I keep persevering. wierd.... I would hae thought that running virtualbox requires more raw access to hardware, and installing drivers. cant do that in a zone... but I guess virtualbox is different. weeeird. BTW from the usermanual, it would seem to emulate RECENT network cards. cards that sol8 wont know about :) but you may be able to tweak the solaris configs to have sol8 treat the intel pro/1000 like an intel pro/100 Ahhh, Configuration Assistant, how i've missed you... From dam at opencsw.org Fri Mar 27 17:48:33 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 17:48:33 +0100 Subject: [csw-maintainers] Attention: build8x2 is available now! Message-ID: Hi, I express-installed the new machine which is available now. It is a V65x with Linux and VMware Workstation, 2 GB installed and 1,5 GB mapped to Solaris through the virtualization and a 2,8 GHz Xeon You can access it with ssh build8x2 The hostname is already set to build8x as it will replace the old build8x when proven to be 100% usable, so don't be alarmed. The installed CSW packages are current and therefore slightly newer than the packages installed on the other machines of the farm. I'll update the other machines later. Let me know if you encounter anything strange. Best regards -- Dago From mwatters at opencsw.org Fri Mar 27 17:56:04 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 11:56:04 -0500 Subject: [csw-maintainers] Attention: build8x2 is available now! In-Reply-To: References: Message-ID: <49CD0524.7050105@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > I express-installed the new machine which is available now. > It is a V65x with Linux and VMware Workstation, 2 GB installed > and 1,5 GB mapped to Solaris through the virtualization and a > 2,8 GHz Xeon > > You can access it with > ssh build8x2 > The hostname is already set to build8x as it will replace the old > build8x when proven to be 100% usable, so don't be alarmed. > > The installed CSW packages are current and therefore slightly > newer than the packages installed on the other machines of the > farm. I'll update the other machines later. > > Let me know if you encounter anything strange. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Excellent, I had seemed to hit a brick wall with "finding" solaris8 x86 I can't seem to find them here, I will have to look at home and see if I still have any ISOs for x86 laying around. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknNBSQACgkQLrhmsXMSLxdszQCg525DUDhAIBdHJeHWZOvKN6xo uysAnjtQpqQQ9Sg86lDbCkgAyoQLMxny =QiiD -----END PGP SIGNATURE----- From maciej at opencsw.org Fri Mar 27 17:56:36 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 16:56:36 +0000 Subject: [csw-maintainers] keychain on the buildfarm In-Reply-To: References: Message-ID: On Fri, Mar 27, 2009 at 10:51 AM, Dagobert Michelsen wrote: > After some ugly things happening when non-released packages > got installed on the farm I promised to install only released > packages. Just push it out and I install it ASAP. keychain is now in testing. What can I do to make the package go further? Maciej From dam at opencsw.org Fri Mar 27 18:05:13 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 18:05:13 +0100 Subject: [csw-maintainers] keychain on the buildfarm In-Reply-To: References: Message-ID: <62317E52-B1F5-40F0-B3DD-79C57845C83C@opencsw.org> Hi Maciej, Am 27.03.2009 um 17:56 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 10:51 AM, Dagobert Michelsen > wrote: >> After some ugly things happening when non-released packages >> got installed on the farm I promised to install only released >> packages. Just push it out and I install it ASAP. > > keychain is now in testing. What can I do to make the package go > further? scp it over to www.opencsw.org:/home/newpkgs and write an email to Phil. If you don't have an ssh-key on www.* Ihsan or Phil can set it up for you. Best regards -- Dago From mwatters at opencsw.org Fri Mar 27 18:29:11 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 12:29:11 -0500 Subject: [csw-maintainers] Attention: build8x2 is available now! In-Reply-To: <49CD0524.7050105@opencsw.org> References: <49CD0524.7050105@opencsw.org> Message-ID: <49CD0CE7.4090903@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Dagobert Michelsen wrote: >> Hi, > >> I express-installed the new machine which is available now. >> It is a V65x with Linux and VMware Workstation, 2 GB installed >> and 1,5 GB mapped to Solaris through the virtualization and a >> 2,8 GHz Xeon > >> You can access it with >> ssh build8x2 >> The hostname is already set to build8x as it will replace the old >> build8x when proven to be 100% usable, so don't be alarmed. > >> The installed CSW packages are current and therefore slightly >> newer than the packages installed on the other machines of the >> farm. I'll update the other machines later. > >> Let me know if you encounter anything strange. > > >> Best regards > >> -- Dago >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > Excellent, I had seemed to hit a brick wall with "finding" solaris8 x86 > I can't seem to find them here, I will have to look at home and see if I > still have any ISOs for x86 laying around. > > > _______________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers Wow, they were in the last place I thought to look. my home dir on the build farm. ;) Thanks 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknNDOcACgkQLrhmsXMSLxdE0ACeONCCmab/zS69nHc1sjfIXxbw v0QAnj1rdKWkBNJgUKvgClETBjbVakEN =KHCt -----END PGP SIGNATURE----- From maciej at opencsw.org Fri Mar 27 18:36:54 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 17:36:54 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49CB5DEC.2040203@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: On Thu, Mar 26, 2009 at 10:50 AM, William Bonnet wrote: > It is based on wordpress for the main pages. This means, there has to be MySQL installation already. > I am integrating dokuwiki, and > it will be used for pages dedicated to packagess. Dokuwiki is interesting > because it does not use a DBRM backend, but a file backend. What's the problem with having a database backend? > So it is easy to > generated automatically some ?of the pages. It shouldn't be that hard with a database either... I think. > There will be also some custom > php pages for package list, etc. I've given it some thought. There's Wordpress already, which means there's MySQL with some tables and there's also a list of users who are registered in Wordpress. I suspect Wordpress users aren't integrated with users in other places (Mantis, SourceForce, Trac, etc.) Wordpress has very nice features, where you can create both blog-like news and static pages. Your plan is to have additional custom PHP pages. How about... using a web framework? I'm mostly accustomed with Python and Django, and I know that it's fairly easy to marry Django with other authentication backends. Users can be shared between Django and Wordpress, I've done that between Django and phpBB. When you have an application powered by a framework with ORM, you can easily navigate relationships between objects. For instance, you can say: pkg = Package.objects.get(name="CSWcommon") dependent_packages = pkg.dependentpackage_set.all() And then in your HTML template, you can say

{{ pkg }}

    {% for dep_pkg in dependent_packages %}
  • {{ dep_pkg }}
  • {% endfor %}
This gives you a HTML page with a list of packages depending on CSWcommon. All the SQL magic is happening under the hood. To recap, I think that if you plan to have custom dynamic pages, a web framework with an ORM is the way to go. If you decide to use Django, I'll be happy to get involved. If you tell me what kind of stuff you would like the application to do, tell me, and I'll write a proof of concept. Maciej From phil at bolthole.com Fri Mar 27 18:54:01 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 10:54:01 -0700 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: <20090327175401.GP47757@bolthole.com> On Fri, Mar 27, 2009 at 05:36:54PM +0000, Maciej (Matchek) Blizinski wrote: > .... > Your plan is to have additional custom PHP pages. How about... using a > web framework? I'm mostly accustomed with Python and Django, and I > know that it's fairly easy to marry Django with other authentication > backends. here's the problem with custom fancy web-framework-du-jour stuff. It's popular today. but out of fashion tomorrow. A very small subset of people understand all of it today, and almost no-one will, in 2 years. In contrast, our basic php infrastructure was written by me 5 years ago, it hasnt changed much, and if need be, there are many many people who can look at the code and understand it quickly. > For instance, you can say: > > pkg = Package.objects.get(name="CSWcommon") > dependent_packages = pkg.dependentpackage_set.all() > > And then in your HTML template, you can say > >

{{ pkg }}

> >
    > {% for dep_pkg in dependent_packages %} >
  • {{ dep_pkg }}
  • > {% endfor %} >
> > This gives you a HTML page with a list of packages depending on > CSWcommon. All the SQL magic is happening under the hood. The basic premise of opensource/community development is: If you want something to happen, be prepared to do the work yourself :) Here's an offer for you. if you'd like to make a fancyschmancy web/SQL/sprinkles page, I can set you up with a web page on our existing server, plus DB access, and you can have a ball writing up something. You just have to write it in something that's going to be comprehensible for the next 5 years. So, PHP, or Perl. [MAYBE python, if you really really have to :-) but strong preference is perl or php.] > I'll be happy to get involved. If you tell me what kind of stuff you > would like the application to do, tell me, and I'll write a proof of > concept. That's kind of backwards. The more usual flow is, "write it how YOU would like the application to perform, and then be prepared to take lots of criticism on it" ;-) From maciej at opencsw.org Fri Mar 27 19:22:36 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 18:22:36 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <20090327175401.GP47757@bolthole.com> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> <20090327175401.GP47757@bolthole.com> Message-ID: On Fri, Mar 27, 2009 at 5:54 PM, Philip Brown wrote: > here's the problem with custom fancy web-framework-du-jour stuff. > It's popular today. but out of fashion tomorrow. > A very small subset of people understand all of it today, and > almost no-one will, in 2 years. If we reason by induction, Django existed since 2003 and is open source since 2005. Its user base is rapidly growing, I doubt that 2 or even 5 years is enough for it to fade to the state of almost no-one understanding it. 10 years, maybe. > You just have to write it in something that's going to be comprehensible > for the next 5 years. > So, PHP, or Perl. > [MAYBE python, if you really really have to :-) but strong preference is > perl or php.] I would stick with Python, I'm afraid. There aren't comparably good frameworks in PHP. CakePHP, maybe. But it's got fairly small user base, I think it could potentially fall within the "gone in 2 years" category. >> I'll be happy to get involved. If you tell me what kind of stuff you >> would like the application to do, tell me, and I'll write a proof of >> concept. > > That's kind of backwards. The more usual flow is, > "write it how YOU would like the application to perform, and then be > ?prepared to take lots of criticism on it" ;-) William sounded like he had some ideas, I was curious what they were. Maciej From mwatters at opencsw.org Fri Mar 27 19:33:16 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 13:33:16 -0500 Subject: [csw-maintainers] cmake 2.6.3 now in testing Message-ID: <49CD1BEC.9090505@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 built with gar v2 upgraded from 2.4.8 - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknNG+wACgkQLrhmsXMSLxeM3QCfYsfEAaMqDeHVGTVNGWmT8oVf 560AoJ4LfHJB7OJ1npqkwnV3UU7LY7r9 =p0R7 -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 19:46:14 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 13:46:14 -0500 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> <20090327175401.GP47757@bolthole.com> Message-ID: <49CD1EF6.3010703@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maciej (Matchek) Blizinski wrote: > On Fri, Mar 27, 2009 at 5:54 PM, Philip Brown wrote: >> here's the problem with custom fancy web-framework-du-jour stuff. >> It's popular today. but out of fashion tomorrow. >> A very small subset of people understand all of it today, and >> almost no-one will, in 2 years. > > If we reason by induction, Django existed since 2003 and is open > source since 2005. Its user base is rapidly growing, I doubt that 2 or > even 5 years is enough for it to fade to the state of almost no-one > understanding it. 10 years, maybe. > >> You just have to write it in something that's going to be comprehensible >> for the next 5 years. >> So, PHP, or Perl. >> [MAYBE python, if you really really have to :-) but strong preference is >> perl or php.] > > I would stick with Python, I'm afraid. There aren't comparably good > frameworks in PHP. CakePHP, maybe. But it's got fairly small user > base, I think it could potentially fall within the "gone in 2 years" > category. > >>> I'll be happy to get involved. If you tell me what kind of stuff you >>> would like the application to do, tell me, and I'll write a proof of >>> concept. >> That's kind of backwards. The more usual flow is, >> "write it how YOU would like the application to perform, and then be >> prepared to take lots of criticism on it" ;-) > > William sounded like he had some ideas, I was curious what they were. > > Maciej > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have played around with TurboGears on Fedora's FAS and pkgdb systems. I have a small understanding of that, if you decide Django, I would love to get involved to learn that framework. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknNHvYACgkQLrhmsXMSLxe3YwCeL1E5Qex2pumF96R1j1J5WLvL lFIAnR9uDSy2qIcjB77O07k28xhbfW3T =exJN -----END PGP SIGNATURE----- From maciej at opencsw.org Fri Mar 27 20:33:05 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 19:33:05 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Message-ID: On Thu, Mar 26, 2009 at 12:22 PM, Dagobert Michelsen wrote: >> Is there anything else I missed? > > Yes: http://wiki.opencsw.org > > Peter set it up when we had no Wiki and the OpenCSW association hadn't been > founded. It's a very nicely done wiki, especially the content. Will this content be integrated with the new website? I'm not sure if I've seen this wiki before, there isn't much links to it. I mean, it's not advertised proportionally to the quality of its content. >> Counting by role: >> >> wikis: 3 >> issue tracking systems: 3 >> code repositories: 2 >> documentation for developers: 3 >> >> >> There seems to be some duplication, especially as far as documentation >> for developers is concerned. Are there any plans to consolidate it? > > Plans, yes. IMHO it would be a good idea to bundle all developer > resources on the SourceForge "gar" project with SVN as repository > and Trac as Wiki. Feedback welcome. Yes, trac also has nice issue tracking system, much nicer than the SourceForge built-in one. Creating new stuff is easier than getting rid of the old stuff. However, having old stuff around is not good in a sense that it causes confusion in users, who don't know what to look at, which bit is actually up to date, and what is the purpose of each component. Basically, we need the following components: - the main project website - news + RSS feeds - static pages with usage instructions - general project information - a developer hub - source code repository (-ies) - for the buillds - for other code (buildfarm tools, etc.) - a developer wiki - source code browser - issue tracking system (-s) - for builds - for other things (maybe not necessarily a separate one?) Is the above list complete/correct? What would you add or remove? What solutions would you choose for different components? Maciej From bonivart at opencsw.org Fri Mar 27 20:48:46 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 20:48:46 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Message-ID: <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> On Fri, Mar 27, 2009 at 8:33 PM, Maciej (Matchek) Blizinski wrote: > On Thu, Mar 26, 2009 at 12:22 PM, Dagobert Michelsen wrote: >>> Is there anything else I missed? >> >> Yes: http://wiki.opencsw.org >> >> Peter set it up when we had no Wiki and the OpenCSW association hadn't been >> founded. > > It's a very nicely done wiki, especially the content. Will this > content be integrated with the new website? I'm not sure if I've seen > this wiki before, there isn't much links to it. I mean, it's not > advertised proportionally to the quality of its content. Couldn't agree more... Even if we're waiting on "something else" we could have had a lot more quality content if more people knew about the wiki. All the time people express how surprised they are not knowing about this wiki. -- /peter From phil at bolthole.com Fri Mar 27 21:31:05 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 13:31:05 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> Message-ID: <20090327203105.GQ47757@bolthole.com> On Fri, Mar 27, 2009 at 08:48:46PM +0100, Peter Bonivart wrote: > Even if we're waiting on "something else" we could have had a lot more > quality content if more people knew about the wiki. All the time > people express how surprised they are not knowing about this wiki. > ok.. so.. make it actually look like part of www.opencsw.org, and we'll integrate it. There's not even one link back (at the top level) from wiki to www, let alone any attempt at sharing a common look and feel. From phil at bolthole.com Fri Mar 27 21:35:01 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 13:35:01 -0700 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> <20090327175401.GP47757@bolthole.com> Message-ID: <20090327203501.GR47757@bolthole.com> On Fri, Mar 27, 2009 at 06:22:36PM +0000, Maciej (Matchek) Blizinski wrote: > If we reason by induction, Django existed since 2003 and is open > source since 2005. Its user base is rapidly growing, "fastest/rapidly growing XYZ" is a great marketing phrase, because it always sounds very impressive, even if absolute numbers are negligable :-) There are probably tens of thousands, if not hundreds of thousands, of people who can program in PHP or perl. django does not come anywhere near close I'm sure. If you wish to play around with something in Python, please feel free. Let me or ihsan know what area of www.opencsw.org you'd like it to live in, and we'll set up up with an area that you can own and play with. and/or please feel free to experiment with William's stuff, if that is possible. His stuff is on a separate server somewheres.... From bonivart at opencsw.org Fri Mar 27 21:40:28 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 21:40:28 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090327203105.GQ47757@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> Message-ID: <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> On Fri, Mar 27, 2009 at 9:31 PM, Philip Brown wrote: > ok.. so.. make it actually look like part of www.opencsw.org, and we'll > integrate it. Why would I waste time on that, even more so now when we have decided to refresh our very dated site? > There's not even one link back (at the top level) from wiki to www, let > alone any attempt at sharing a common look and feel. Yes, there is, right on the first page. It's also under Links. The problem isn't links in that direction... And fortunately your idea of "look and feel" has already lost. -- /peter From ihsan at opencsw.org Fri Mar 27 21:52:57 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Fri, 27 Mar 2009 21:52:57 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326182607.GJ89998@bolthole.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> Message-ID: <49CD3CA9.7050704@opencsw.org> Am 26.3.2009 19:26 Uhr, Philip Brown schrieb: > too long :-) > > bug-admin? i think that's a semi-standard And who is going to be behind bug-admin at opencsw.org? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Fri Mar 27 22:04:22 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:04:22 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> Message-ID: <20090327210422.GT47757@bolthole.com> On Fri, Mar 27, 2009 at 09:40:28PM +0100, Peter Bonivart wrote: > On Fri, Mar 27, 2009 at 9:31 PM, Philip Brown wrote: > > ok.. so.. make it actually look like part of www.opencsw.org, and we'll > > integrate it. > > Why would I waste time on that, even more so now when we have decided > to refresh our very dated site? make up your mind.. do you want "changes now", or do you want to wait for the new site? please pick a path and stick with it. > > There's not even one link back (at the top level) from wiki to www, let > > alone any attempt at sharing a common look and feel. > > Yes, there is, right on the first page. It's also under Links. The > problem isn't links in that direction... > One link in the middle of the top page, is inadequate. The "opencsw" logo links back to the wiki itself The "home" link in the left-side navbar, links back to the wiki itself. Both of those should link to www.opencsw.org, not the wiki, since the wiki is not the central web "home" of opencsw.org. Right now, the wiki seems to give the impression that IT is the central point of opencsw.org, for some "strange" reason.... From skayser at opencsw.org Fri Mar 27 22:08:07 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 27 Mar 2009 22:08:07 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> Message-ID: <49CD4037.806@opencsw.org> Peter Bonivart wrote: > On Fri, Mar 27, 2009 at 9:31 PM, Philip Brown wrote: >> ok.. so.. make it actually look like part of www.opencsw.org, and we'll >> integrate it. > > Why would I waste time on that, even more so now when we have decided > to refresh our very dated site? > >> There's not even one link back (at the top level) from wiki to www, let >> alone any attempt at sharing a common look and feel. > > Yes, there is, right on the first page. It's also under Links. The > problem isn't links in that direction... > > And fortunately your idea of "look and feel" has already lost. I am glad we are moving forwards and i guess it's neither easy for the people trying to pull the wagon forward nor for people trying to tame the horses a bit. Let's not forget that it is always easy to judge and at the same time to neglect effort that has been put into something (goes for both sides IMHO) ... please :D Sebastian From phil at bolthole.com Fri Mar 27 22:14:30 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:14:30 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> Message-ID: <20090327211430.GV47757@bolthole.com> On Fri, Mar 27, 2009 at 09:40:28PM +0100, Peter Bonivart wrote: > And fortunately your idea of "look and feel" has already lost. PS: I have never said I thought the look of www.opencsw.org was wonderful. What I HAVE said, is that currently, it has a nice underlying framework, to be easily extensible to whatever fancier layout we might wish. It has a single common css header across all pages, so changing the overall site "look and feel" should be easy at this point. I have previously invited people to make suggestions. It's all "open source" so to speak.. people can see what is currently done, and suggest changes to the CSS and so on. To my memory, not even one person has done that yet. I care about "common feel", not MY "look and feel". I like the way the top psuedo-logo looks, on wiki.opencsw.org If you'd like to spend a few minutes to suggest how we can put that same look in at the top of www.opencsw.org css, please do so! I'd like to see it. [unfortunately, the html/css/... code in wiki.opencsw.org is too convoluted for me to easily parse it. I dont claim to be a web designer] From phil at bolthole.com Fri Mar 27 22:14:44 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:14:44 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CD3CA9.7050704@opencsw.org> References: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CD3CA9.7050704@opencsw.org> Message-ID: <20090327211444.GW47757@bolthole.com> On Fri, Mar 27, 2009 at 09:52:57PM +0100, Ihsan Dogan wrote: > Am 26.3.2009 19:26 Uhr, Philip Brown schrieb: > > > too long :-) > > > > bug-admin? i think that's a semi-standard > > And who is going to be behind bug-admin at opencsw.org? sebastian and myself From william at wbonnet.net Fri Mar 27 22:26:54 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 27 Mar 2009 22:26:54 +0100 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: References: Message-ID: <49CD449E.50403@wbonnet.net> Hi Dagobert > I was just wondering why pkg-get didn't finish installing the > packages after a few hours: it looped between CSWajclang and > CSWajcconfig depending on each other :-)) William, can you > push out a fix ASAP? Ooops my fault... i wrote a script that checks for depends on java libs (by extracting jar contents and decompiling .class) but i forgot to add a test for circular dependencies. I removed depends from ajcconfig to ajclang. It is an arbitrary choice... Fix is both in /testing and /newpkgs Phil please can you push it ? sorry guys 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 Fri Mar 27 22:37:11 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 22:37:11 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090327210422.GT47757@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327210422.GT47757@bolthole.com> Message-ID: <625385e30903271437x2bd90059q27017ae4da380e54@mail.gmail.com> On Fri, Mar 27, 2009 at 10:04 PM, Philip Brown wrote: > make up your mind.. do you want "changes now", or do you want to wait for > the new site? please pick a path and stick with it. I'm waiting for the new site because I know too well that something you dislike from the beginning you will never warm up to, I jumped through a lot of hoops to make the wiki more to your liking in the beginning but it was never enough and the idea of making a modern wiki look like your site from 1995 is not well invested time. So, I'm waiting for the new site. Sticking with that. Still people ask why this wiki is not better advertised. Real easy to fix. > The "home" link in the left-side navbar, links back to the wiki itself. > Both of those should link to www.opencsw.org, not the wiki, since the wiki > is not the central web "home" of opencsw.org. > Right now, the wiki seems to give the impression that IT is the central > point of opencsw.org, for some "strange" reason.... I think it's a very common design to have "home" point to the first page of the site you're at, I and probably many others would be very surprised to be taken to another site. This is one thing (full) integration will solve. The first page explains very well what status the wiki has compared to the official web site, you even contributed most of that text yourself. That people would interpret logo links as something more official than what is actually written in plain text is not very likely. This is a total waste of time. You made up your mind a long time ago not to support this wiki and we're probably close to having an integrated substitute so I'm not spending more time on this. -- /peter From phil at bolthole.com Fri Mar 27 22:37:50 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:37:50 -0700 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: <49CD449E.50403@wbonnet.net> References: <49CD449E.50403@wbonnet.net> Message-ID: <20090327213750.GX47757@bolthole.com> On Fri, Mar 27, 2009 at 10:26:54PM +0100, William Bonnet wrote: > > Fix is both in /testing and /newpkgs Phil please can you push it ? ok From dam at opencsw.org Fri Mar 27 22:40:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 22:40:43 +0100 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: <49CD449E.50403@wbonnet.net> References: <49CD449E.50403@wbonnet.net> Message-ID: Hi, Am 27.03.2009 um 22:26 schrieb William Bonnet: > Hi Dagobert >> I was just wondering why pkg-get didn't finish installing the >> packages after a few hours: it looped between CSWajclang and >> CSWajcconfig depending on each other :-)) William, can you >> push out a fix ASAP? > > Ooops my fault... i wrote a script that checks for depends on java > libs (by extracting jar contents and decompiling .class) but i > forgot to add a test for circular dependencies. I removed depends > from ajcconfig to ajclang. It is an arbitrary choice... Phil, how about verifying circular dependencies in checkpkg? These are especially bad as they break the package install/update process with pkg-get. It would be even more difficult to discover if the chain was not mutual, but longer. Peter, pkgutil loops also at 100% cpu without notice. It should be fairly easy to detect loops in Perl. pkg-get only loops when the package containing the loop is installed, pkg-util loops on all installs. Best regards -- Dago From phil at bolthole.com Fri Mar 27 22:50:38 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:50:38 -0700 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: References: <49CD449E.50403@wbonnet.net> Message-ID: <20090327215038.GB47757@bolthole.com> On Fri, Mar 27, 2009 at 10:40:43PM +0100, Dagobert Michelsen wrote: > > Phil, how about verifying circular dependencies in checkpkg? it almost never happens. This is about the second time in 6 years. Plus... it would be very difficult to do FULL loop detection. Even "simple" detection with two packages, is potentially non-trivial, since checkpkg is at the moment very much centered on a "one package at a time" mechanism. More complicated stuff would involve checkpkg attempting to contact our central database and do SQL queries. Not something I'd want it doing commonly. Might be appropriate for PRE-PUBLISH-time checking. But not appropriate for checkpkg. If someone wants to volunteer to think up how to do the SQL for that check, please talk to me via direct off-list email, and I'd be happy to collaborate with you. From bonivart at opencsw.org Fri Mar 27 22:53:33 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 22:53:33 +0100 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: References: <49CD449E.50403@wbonnet.net> Message-ID: <625385e30903271453mbbf09aci711e40f47b2a2cfa@mail.gmail.com> On Fri, Mar 27, 2009 at 10:40 PM, Dagobert Michelsen wrote: > Peter, pkgutil loops also at 100% cpu without notice. It should be fairly > easy to detect loops in Perl. pkg-get only loops when the package containing > the loop is installed, pkg-util loops on all installs. Loop protection is going in. Maybe in a simple form already in 1.5. Normally I opt to make sure bldcat and chkcat do a proper job, then pkgutil will also be happy. Those utilities will also receive more updates but not until 1.6. -- /peter From dam at opencsw.org Fri Mar 27 22:58:30 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 22:58:30 +0100 Subject: [csw-maintainers] New members welcome! Message-ID: <452CD164-F487-442D-9893-6EC0F8241C31@opencsw.org> Hi, the association welcomes the newly accepted members - Jake Goerzen - J?rgen Arndt Jake is a long-term member maintaining multimedia libraries and games, including freeciv and hatari. J?rgen is a colleague of mine specializing in system monitoring and system management. He starts his OpenCSW engagement with Nagios and associated packages. 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 maybird1776 at yahoo.com Sat Mar 28 00:36:42 2009 From: maybird1776 at yahoo.com (ken mays) Date: Fri, 27 Mar 2009 16:36:42 -0700 (PDT) Subject: [csw-maintainers] cmake 2.6.3 now in testing Message-ID: <696149.47764.qm@web111308.mail.gq1.yahoo.com> Mike, Any thoughts on updating Stellarium whch will test the new cmake functionality?? ;o) Is GCC 4.3.3 available now? ~ Ken --- On Fri, 3/27/09, Mike Watters wrote: > From: Mike Watters > Subject: [csw-maintainers] cmake 2.6.3 now in testing > To: "CSW maintainers" , "CSW users" > Date: Friday, March 27, 2009, 2:33 PM > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > built with gar v2 > upgraded from 2.4.8 > > > - -- > > 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 (SunOS) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAknNG+wACgkQLrhmsXMSLxeM3QCfYsfEAaMqDeHVGTVNGWmT8oVf > 560AoJ4LfHJB7OJ1npqkwnV3UU7LY7r9 > =p0R7 > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From mwatters at opencsw.org Sat Mar 28 01:17:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 19:17:36 -0500 Subject: [csw-maintainers] cmake 2.6.3 now in testing In-Reply-To: <696149.47764.qm@web111308.mail.gq1.yahoo.com> References: <696149.47764.qm@web111308.mail.gq1.yahoo.com> Message-ID: <49CD6CA0.1080404@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ken mays wrote: > Mike, > > Any thoughts on updating Stellarium whch will test the new cmake functionality?? ;o) > > Is GCC 4.3.3 available now? > > ~ Ken > > > > --- On Fri, 3/27/09, Mike Watters wrote: > >> From: Mike Watters >> Subject: [csw-maintainers] cmake 2.6.3 now in testing >> To: "CSW maintainers" , "CSW users" >> Date: Friday, March 27, 2009, 2:33 PM > built with gar v2 > upgraded from 2.4.8 > > I have it compiled, I need to merge the amd and then I will push to testing I had to recompile yesterday due to a patch I found that helped with some memory usage. I will get it merged and out to testing tonight after the kids are in bed. I guess I can take a look at Stellarium next week when I am back at work with my test box. ;) _______________________________________________ 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 iEYEARECAAYFAknNbKAACgkQLrhmsXMSLxeZswCfZduE3L8nVvHCLQe4eVlJ/Ygc oJ4AoMcT4/ISEdF7VfUM6bIFUcLKj8kr =hBpj -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Mar 28 05:02:38 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 23:02:38 -0500 Subject: [csw-maintainers] gcc4 package problems Message-ID: <49CDA15E.9050905@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Can someone look over my gcc4 recipe for some reason, the isaexec links are not being added to the i386/amd package. I need a second or third pair of eyes. I checked in my latest to svn. - -- 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 iEYEARECAAYFAknNoV4ACgkQLrhmsXMSLxf+EACgjTTCangqKhxlApNsuYSNXfNU D88AoLTnuEqXG14FJUV7M6H80h3kASmX =w7Ce -----END PGP SIGNATURE----- From jgoerzen at opencsw.org Sat Mar 28 06:23:18 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 27 Mar 2009 22:23:18 -0700 Subject: [csw-maintainers] update pkgs in testing: sdlimage sdlmixer sdlnet Message-ID: <315c02ae0903272223t56a1cc0m8a538d5397f79df2@mail.gmail.com> Hello, The following pkgs are available in testing: sdlimage-1.2.7,REV=2009.03.28-SunOS5.8-i386-CSW.pkg.gz sdlimage-1.2.7,REV=2009.03.28-SunOS5.8-sparc-CSW.pkg.gz sdlmixer-1.2.8,REV=2009.03.28-SunOS5.8-i386-CSW.pkg.gz sdlmixer-1.2.8,REV=2009.03.28-SunOS5.8-sparc-CSW.pkg.gz sdlnet-1.2.7,REV=2009.03.28-SunOS5.8-i386-CSW.pkg.gz sdlnet-1.2.7,REV=2009.03.28-SunOS5.8-sparc-CSW.pkg.gz I have done testing with a few apps and all looks good. I'll submit to unstable in a few days unless someone finds a problem. Thanks, Jake From rupert at opencsw.org Sat Mar 28 12:09:03 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 28 Mar 2009 12:09:03 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49CB5DEC.2040203@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: <6af4270903280409g7d79b0ddx470842d70a27427f@mail.gmail.com> On Thu, Mar 26, 2009 at 11:50, William Bonnet wrote: > Hi Maciej >> >> Cool. How will the new website work? >> > > It is based on wordpress for the main pages. I am integrating dokuwiki, and > it will be used for pages dedicated to packagess. Dokuwiki is interesting > because it does not use a DBRM backend, but a file backend. So it is easy to > generated automatically some ?of the pages. There will be also some custom > php pages for package list, etc. Just like the current, with a bit more > informations, and a unified css. sounds interesting ... did you consider http://moinmo.in as well? it seems to be one of the current market leaders, also supporting file based storage. many distributions use it, like: * http://wiki.debian.org * http://wiki.ubuntu.com (and many others from ubuntu) * http://kernelnewbies.org * http://wiki.centos.org * http://wiki.apache.org but also more consumer oriented sites, like: * https://developer.skype.com/ but also many software packages, like: * http://wiki.nginx.org ubuntu currently uses: * drupal (main page) * moinmoin * http://www.planetplanet.org/ (for http://planet.ubuntu.com) if you need some volunteer and you do not have fixed delivery dates just drop me a line. rupert. From yann at pleiades.fr.eu.org Sat Mar 28 14:03:45 2009 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sat, 28 Mar 2009 14:03:45 +0100 Subject: [csw-maintainers] openssh 5.2 in testing (server/client split and LPK support) Message-ID: <49CE2031.9090003@pleiades.fr.eu.org> Hello, You will find openssh 5.2 packages in testing http://mirror.opencsw.org/testing.html I split the client part in a separate package in this release to allow to only install the client if need, this was requested in bug 2983: http://www.opencsw.org/mantis/view.php?id=2983 and I also created another package with ldap public key patch applied on William's request: http://mirror.opencsw.org/testing/openssh_lpk-5.2,REV=2009.03.28_rev=p1-SunOS5.8-i386-CSW.pkg.gzhttp://mirror.opencsw.org/testing/openssh_lpk-5.2,REV=2009.03.28_rev=p1-SunOS5.10-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/openssh_lpk-5.2,REV=2009.03.28_rev=p1-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/openssh_lpk-5.2,REV=2009.03.28_rev=p1-SunOS5.10-sparc-CSW.pkg.gz see http://code.google.com/p/openssh-lpk/ for more information on the LPK patch. Feedbacks would be greatly appreciated. Yann From skayser at opencsw.org Sat Mar 28 18:04:25 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 28 Mar 2009 18:04:25 +0100 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: <49CC2C19.1070502@opencsw.org> References: <49CBFF13.7080004@opencsw.org> <49CC2C19.1070502@opencsw.org> Message-ID: <49CE5899.5040302@opencsw.org> Mike Watters wrote: > Sebastian Kayser wrote: >> Dagobert Michelsen wrote: >>> Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >>>> how is it possible to merge multiple source trees into one package? >>>> Is there a piece of documentation or does anybody have a package, >>>> which I could use as an example? >>> All things from DISTFILES are extracted and can then be compiled >>> and installed. Or do you need multiple versions of the same >>> package? Please check in your material so we can have a look >>> at it. >> I have something similar with dovecot. There is a sieve plugin that >> should be compiled against the dovecot sources, so that's what i do >> within one Makefile: Build dovecot and the sieve plugin. > >> https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > >> Apart from the fact that it doesn't look nice i just realized that the >> sieve plugin package needs to have a different version number than the >> dovecot package. Is there any way to define a separate version number >> for one package out of $(PACKAGES)? > > I have a similar issue with Alpine. > alpine will have 3 packages, CSWalpine CSWalpine-web and CSWimap > I will need a way to version the imap accordingly. Mike, i have put together a workaround for the version issue. The package that needs a version != $(GARVERSION) is CSWdovecot-sieve. 1) Exclude CSWdovecot-sieve from the regular packaging NOPACKAGE = CSWdovecot-sieve 2) Add a post-package target that packages only CSWdovecot-sieve with an adjusted version number. package-sieveplugin: @gmake -o post-package \ NOPACKAGE="CSWdovecot CSWdovecotdevel" SPKG_VERSION=1.1.6 \ repackage @$(MAKECOOKIE) post-package: package-sieveplugin @$(MAKECOOKIE) See [1] for the full Makefile. Btw. is CSWimap the UW imapd? Would that be part of the CSWalpine build or vice versa? Sebastian [1] https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile From mwatters at opencsw.org Sat Mar 28 20:48:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 28 Mar 2009 14:48:26 -0500 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: <49CE5899.5040302@opencsw.org> References: <49CBFF13.7080004@opencsw.org> <49CC2C19.1070502@opencsw.org> <49CE5899.5040302@opencsw.org> Message-ID: <49CE7F0A.5080903@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Kayser wrote: > Mike Watters wrote: >> Sebastian Kayser wrote: >>> Dagobert Michelsen wrote: >>>> Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >>>>> how is it possible to merge multiple source trees into one package? >>>>> Is there a piece of documentation or does anybody have a package, >>>>> which I could use as an example? >>>> All things from DISTFILES are extracted and can then be compiled >>>> and installed. Or do you need multiple versions of the same >>>> package? Please check in your material so we can have a look >>>> at it. >>> I have something similar with dovecot. There is a sieve plugin that >>> should be compiled against the dovecot sources, so that's what i do >>> within one Makefile: Build dovecot and the sieve plugin. >>> https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile >>> Apart from the fact that it doesn't look nice i just realized that the >>> sieve plugin package needs to have a different version number than the >>> dovecot package. Is there any way to define a separate version number >>> for one package out of $(PACKAGES)? >> I have a similar issue with Alpine. >> alpine will have 3 packages, CSWalpine CSWalpine-web and CSWimap >> I will need a way to version the imap accordingly. > > Mike, i have put together a workaround for the version issue. The > package that needs a version != $(GARVERSION) is CSWdovecot-sieve. > > 1) Exclude CSWdovecot-sieve from the regular packaging > > NOPACKAGE = CSWdovecot-sieve > > 2) Add a post-package target that packages only CSWdovecot-sieve with > an adjusted version number. > > package-sieveplugin: > @gmake -o post-package \ > NOPACKAGE="CSWdovecot CSWdovecotdevel" SPKG_VERSION=1.1.6 \ > repackage > @$(MAKECOOKIE) > > post-package: package-sieveplugin > @$(MAKECOOKIE) > > See [1] for the full Makefile. Btw. is CSWimap the UW imapd? Would > that be part of the CSWalpine build or vice versa? > > Sebastian > > [1] https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Thanks for the fix. CSWimap == UW imap yes. and the UW imap is what is shipped with Alpine (which is also UW) They need to be separate packages as imap is only an optional configuration for Alpine. same with the Alpine Web. it interfaces with Yahoo mail api (separate download) - -- 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 iEYEARECAAYFAknOfwkACgkQLrhmsXMSLxcvIQCcDNab9i3DoR6AhclgO9WtkqNo e50An0nAGhqKQJgATB8SfxCYEOWp7B4D =Mubg -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Mar 28 20:49:05 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 28 Mar 2009 14:49:05 -0500 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: <49CE5899.5040302@opencsw.org> References: <49CBFF13.7080004@opencsw.org> <49CC2C19.1070502@opencsw.org> <49CE5899.5040302@opencsw.org> Message-ID: <49CE7F31.9030005@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Kayser wrote: > Mike Watters wrote: >> Sebastian Kayser wrote: >>> Dagobert Michelsen wrote: >>>> Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >>>>> how is it possible to merge multiple source trees into one package? >>>>> Is there a piece of documentation or does anybody have a package, >>>>> which I could use as an example? >>>> All things from DISTFILES are extracted and can then be compiled >>>> and installed. Or do you need multiple versions of the same >>>> package? Please check in your material so we can have a look >>>> at it. >>> I have something similar with dovecot. There is a sieve plugin that >>> should be compiled against the dovecot sources, so that's what i do >>> within one Makefile: Build dovecot and the sieve plugin. >>> https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile >>> Apart from the fact that it doesn't look nice i just realized that the >>> sieve plugin package needs to have a different version number than the >>> dovecot package. Is there any way to define a separate version number >>> for one package out of $(PACKAGES)? >> I have a similar issue with Alpine. >> alpine will have 3 packages, CSWalpine CSWalpine-web and CSWimap >> I will need a way to version the imap accordingly. > > Mike, i have put together a workaround for the version issue. The > package that needs a version != $(GARVERSION) is CSWdovecot-sieve. > > 1) Exclude CSWdovecot-sieve from the regular packaging > > NOPACKAGE = CSWdovecot-sieve > > 2) Add a post-package target that packages only CSWdovecot-sieve with > an adjusted version number. > > package-sieveplugin: > @gmake -o post-package \ > NOPACKAGE="CSWdovecot CSWdovecotdevel" SPKG_VERSION=1.1.6 \ > repackage > @$(MAKECOOKIE) > > post-package: package-sieveplugin > @$(MAKECOOKIE) > > See [1] for the full Makefile. Btw. is CSWimap the UW imapd? Would > that be part of the CSWalpine build or vice versa? > > Sebastian > > [1] https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Thanks for the fix. CSWimap == UW imap yes. and the UW imap is what is shipped with Alpine (which is also UW) They need to be separate packages as imap is only an optional configuration for Alpine. same with the Alpine Web. it interfaces with Yahoo mail api (separate download) - -- 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 iEYEARECAAYFAknOfwkACgkQLrhmsXMSLxcvIQCcDNab9i3DoR6AhclgO9WtkqNo e50An0nAGhqKQJgATB8SfxCYEOWp7B4D =Mubg -----END PGP SIGNATURE----- From maciej at opencsw.org Sun Mar 29 12:30:00 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 29 Mar 2009 10:30:00 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090327211430.GV47757@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> Message-ID: On Fri, Mar 27, 2009 at 9:14 PM, Philip Brown wrote: > I care about "common feel", It's reasonable enough. Of course, it requires work with customizing existing templates of programs such as Mediawiki, Trac, etc. How would you define this common feel? I'm guessing it would be a logo, or "OpenCSW" written in some specific font, and palette, a small set of colors. What would the font be, and what would the colors be? (I know I can go and look at the existing website, but the existing website won't tell me what _you_ think is important about the common feel.) A'propos linking between different project sites, there's one thing which can be fairly easily done and would be an advantage. Here's the idea: every site, which means the main website, every wiki, every bug tracking system, etc., would have, on its local 'home' page, a clearly visible list of links. This set of links would constitute 'a standard' for OpenCSW sites. An example list could look like this: OpenCSW Home | Package issue tracking | Project wiki | Developers wiki | mGAR | SourceForge project | Trac The rule would be that if you click any of these links, you'll see the same list again. In other words, links would form a (bidirectional) complete graph. Thoughts? From skayser at opencsw.org Sun Mar 29 12:50:28 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 29 Mar 2009 12:50:28 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> Message-ID: <49CF5274.7050004@opencsw.org> Maciej (Matchek) Blizinski wrote: > A'propos linking between different project sites, there's one thing > which can be fairly easily done and would be an advantage. Here's the > idea: every site, which means the main website, every wiki, every bug > tracking system, etc., would have, on its local 'home' page, a clearly > visible list of links. This set of links would constitute 'a standard' > for OpenCSW sites. An example list could look like this: > > OpenCSW Home | Package issue tracking | Project wiki | Developers wiki > | mGAR | SourceForge project | Trac > > The rule would be that if you click any of these links, you'll see the > same list again. In other words, links would form a (bidirectional) > complete graph. > > Thoughts? Depends on the audience. The link list above is maintainer-centric and thus could make sense for the maintainer-relevant sites (but then, the bugtracker is used by both, users and maintainers). As a user browsing the opencsw.org site i would want to see only user-relevant links ... and that's as few as possible to get me started using OpenCSW packages. The opensolaris.com site is IMHO a good example of how to target users as opposed to opensolaris.org as a developer hub. Sebastian From hson at opencsw.org Sun Mar 29 14:02:36 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sun, 29 Mar 2009 14:02:36 +0200 Subject: [csw-maintainers] libtool problem Message-ID: <49CF635C.90503@opencsw.org> I've been trying to package libgsf on the buildfarm but I'm facing a problem which I don't know how to handle. Due to .la files problem, I have to use Mike's fixme.sh to get the stuff to link, which works just fine. But during the install phase libtool does a relink with the result that some libraries get linked to the old libgsf in /opt/csw/lib. Anyone have a clue how to resolve this? From phil at bolthole.com Sun Mar 29 15:54:43 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 06:54:43 -0700 Subject: [csw-maintainers] libtool problem In-Reply-To: <49CF635C.90503@opencsw.org> References: <49CF635C.90503@opencsw.org> Message-ID: <20090329135443.GA30131@bolthole.com> On Sun, Mar 29, 2009 at 02:02:36PM +0200, Roger H?kansson wrote: > Due to .la files problem, I have to use Mike's fixme.sh to get the stuff > to link, which works just fine. But during the install phase libtool > does a relink with the result that some libraries get linked to the old > libgsf in /opt/csw/lib. > Anyone have a clue how to resolve this? well, you could be dirty, and, just for the install phase, symlink libtool to /bin/true? :-) Or, you could request that those packages get removed from the specific build machines you are using, for a fixed period of time. From phil at bolthole.com Sun Mar 29 16:09:24 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 07:09:24 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> Message-ID: <20090329140924.GD30131@bolthole.com> On Sun, Mar 29, 2009 at 10:30:00AM +0000, Maciej (Matchek) Blizinski wrote: > On Fri, Mar 27, 2009 at 9:14 PM, Philip Brown wrote: > > I care about "common feel", > > It's reasonable enough. Of course, it requires work with customizing > existing templates of programs such as Mediawiki, Trac, etc. How would > you define this common feel? I'm guessing it would be a logo, or > "OpenCSW" written in some specific font, and palette, a small set of > colors. What would the font be, and what would the colors be? (I know > I can go and look at the existing website, but the existing website > won't tell me what _you_ think is important about the common feel.) I do agree that a common logo, plus fonts and colors, would be good. I dont feel that I should pick which colors and fonts it uses myself, though. I leave that up to other people. As I said, I'm not a web designer :) I also think there is some benefit in being flexible. For example, I think that the current wiki "left column nav" is appropriate for the wiki. In contrast, I do think that the top bar nav is appropriate for the main site. This is because the wiki is potentially more expansive in different types of information, whereas www.opencsw.org has more of a narrow focus. I see it as more of a top-level "static portal", if you will. At the same time, they could still be more unified. > A'propos linking between different project sites, there's one thing > which can be fairly easily done and would be an advantage. Here's the > idea: every site, which means the main website, every wiki, every bug > tracking system, etc., would have, on its local 'home' page, a clearly > visible list of links. This set of links would constitute 'a standard' > for OpenCSW sites. An example list could look like this: > > OpenCSW Home | Package issue tracking | Project wiki | Developers wiki > | mGAR | SourceForge project | Trac > > The rule would be that if you click any of these links, you'll see the > same list again. Yes, I like that sort of idea. For www.opencsw.org, that would be the top nav. For the wiki, that could be one section of the left nav. Although I think the list needs to be shorter. Perhaps CSW Home | Bugs | Wiki | Packages | Maintainer Resources "user guide" would be migrated under "wiki". "mirrors" would be migrated under "Packages" "standards" would be migrated somewhere under Maintainer Resources. From phil at bolthole.com Sun Mar 29 16:10:35 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 07:10:35 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: <49CF5274.7050004@opencsw.org> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <49CF5274.7050004@opencsw.org> Message-ID: <20090329141035.GE30131@bolthole.com> On Sun, Mar 29, 2009 at 12:50:28PM +0200, Sebastian Kayser wrote: > > The opensolaris.com site is IMHO a good example of how to target users > as opposed to opensolaris.org as a developer hub. by that, I presume you are referring to the great big "Top four" blocks, of [Learn] [Use] [Share] [Get] i agree. From hson at opencsw.org Sun Mar 29 16:30:08 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Sun, 29 Mar 2009 16:30:08 +0200 Subject: [csw-maintainers] libtool problem In-Reply-To: <20090329135443.GA30131@bolthole.com> References: <49CF635C.90503@opencsw.org> <20090329135443.GA30131@bolthole.com> Message-ID: <49CF85F0.2000501@opencsw.org> Philip Brown wrote: > On Sun, Mar 29, 2009 at 02:02:36PM +0200, Roger H?kansson wrote: >> Due to .la files problem, I have to use Mike's fixme.sh to get the stuff >> to link, which works just fine. But during the install phase libtool >> does a relink with the result that some libraries get linked to the old >> libgsf in /opt/csw/lib. >> Anyone have a clue how to resolve this? > > well, you could be dirty, and, just for the install phase, symlink libtool > to /bin/true? :-) > > Or, you could request that those packages get removed from the specific > build machines you are using, for a fixed period of time. Hmm, well thats not a big problem, I've got my own build machines to create the packages on, where I've removed the current libgsf package, but I was thinking more of a generic fix for the future. From phil at bolthole.com Sun Mar 29 17:06:03 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 08:06:03 -0700 Subject: [csw-maintainers] libtool Message-ID: <20090329150603.GA82619@bolthole.com> The "generic, and permenant fix", is to track down the dependant packages that are using libtool, and hound the maintainer to remove the .la files :-) From mwatters at opencsw.org Sun Mar 29 17:21:07 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 29 Mar 2009 10:21:07 -0500 Subject: [csw-maintainers] libtool problem In-Reply-To: <49CF85F0.2000501@opencsw.org> References: <49CF635C.90503@opencsw.org> <20090329135443.GA30131@bolthole.com> <49CF85F0.2000501@opencsw.org> Message-ID: <49CF91E3.6030500@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Philip Brown wrote: >> On Sun, Mar 29, 2009 at 02:02:36PM +0200, Roger H???kansson wrote: >>> Due to .la files problem, I have to use Mike's fixme.sh to get the >>> stuff to link, which works just fine. But during the install phase >>> libtool does a relink with the result that some libraries get linked >>> to the old libgsf in /opt/csw/lib. >>> Anyone have a clue how to resolve this? >> >> well, you could be dirty, and, just for the install phase, symlink >> libtool >> to /bin/true? :-) >> >> Or, you could request that those packages get removed from the specific >> build machines you are using, for a fixed period of time. > > Hmm, well thats not a big problem, I've got my own build machines to > create the packages on, where I've removed the current libgsf package, > but I was thinking more of a generic fix for the future. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers create a post build script that goes and modifies the search path in libtool and ltmain.sh my script changes ltmain.sh to fix the relinking problem for the .la files. it does not however modify the -L ...lib path. - -- 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 iEYEARECAAYFAknPkeMACgkQLrhmsXMSLxd4xACg29iOCDkYrhlsIqYATj5HWv2n PrUAoM9G5LAdbsY12N0+8/Lb1IId+8X7 =D047 -----END PGP SIGNATURE----- From ihsan at opencsw.org Sun Mar 29 17:25:52 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sun, 29 Mar 2009 17:25:52 +0200 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090327211444.GW47757@bolthole.com> References: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CD3CA9.7050704@opencsw.org> <20090327211444.GW47757@bolthole.com> Message-ID: <49CF9300.3040900@opencsw.org> Am 27.3.2009 22:14 Uhr, Philip Brown schrieb: >>> bug-admin? i think that's a semi-standard >> And who is going to be behind bug-admin at opencsw.org? > > sebastian and myself Done. It's active now. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From maciej at opencsw.org Sun Mar 29 20:11:05 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 29 Mar 2009 18:11:05 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090329140924.GD30131@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> Message-ID: On Sun, Mar 29, 2009 at 2:09 PM, Philip Brown wrote: > Yes, I like that sort of idea. For www.opencsw.org, that would be the top > nav. For the wiki, that could be one section of the left nav. > > Although I think the list needs to be shorter. > Perhaps > > CSW Home | Bugs | Wiki | Packages | Maintainer Resources > > "user guide" would be migrated under "wiki". > "mirrors" would be migrated under "Packages" > "standards" would be migrated somewhere under Maintainer Resources. What would be the target URLs of those links? I was thinking: CSW Home http://www.opencsw.org/ Bugs http://www.opencsw.org/bugtrack/ Wiki http://wiki.opencsw.org/ Packages http://www.opencsw.org/packages/ Maintainer Resources (GAR wiki on sourceforge? Trac? something else?) Out of curiosity, I looked at the current link structure between main pages of existing sites: http://automaciej.rootnode.net/opencsw-link-structure.png The grey filled nodes are the ones I thought of as important for navigation. Every edge is a link, the label next to every edge is the anchor text. To achieved a complete graph (between the grey nodes), the following links would need to be added: Main website ? Mantis Main website ? mGAR on SourceForge Main website ? mGAR Wiki Main website ? Project wiki Main website ? Trac Mantis ? mGAR on SourceForge Mantis ? mGAR Wiki Mantis ? Project wiki Mantis ? Trac mGAR on SourceForge ? Main website mGAR on SourceForge ? Mantis mGAR on SourceForge ? Project wiki mGAR Wiki ? Main website mGAR Wiki ? Mantis mGAR Wiki ? Project wiki Project wiki ? Mantis Project wiki ? mGAR on SourceForge Project wiki ? mGAR Wiki Project wiki ? Trac Trac ? Main website Trac ? Mantis Trac ? mGAR Wiki Trac ? Project wiki Also, standarized anchor text would be good. Maciej From maciej at opencsw.org Sun Mar 29 20:14:27 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 29 Mar 2009 18:14:27 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> Message-ID: On Sun, Mar 29, 2009 at 6:11 PM, Maciej (Matchek) Blizinski wrote: > To achieve a complete graph (between the grey nodes), the following > links would need to be added: Ewww, what happened to those lines! This should work better. The missing links list: http://dpaste.com/20725/ Maciej From hson at opencsw.org Sun Mar 29 20:42:51 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sun, 29 Mar 2009 20:42:51 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <20090329150603.GA82619@bolthole.com> References: <20090329150603.GA82619@bolthole.com> Message-ID: <49CFC12B.1090900@opencsw.org> Philip Brown wrote: > The "generic, and permenant fix", is to track down the dependant packages > that are using libtool, and hound the maintainer to remove the .la files > :-) And in this case, the maintainer is "retired" and the "dependant package" is the one I'm trying to build... A recap: CSWlibgsf consists of two libraries, libgsf-1.so(.114.0.11) and libgsf-gnome-1.so(.114.0.11) Both libraries get built without any problem, and libgsf-gnome-1.so.114.0.11 gets linked to libgsf-1.so.114.0.11 But during the install (to work/pkgroot...) libgsf-gnome-1.so.114.0.11 is relinked (as usual when using libtool) get linked to /opt/csw/lib/libgsf-1.1.9.1. My thought was that someone might have seen this problem (with another package) before and had a solution for it. From dam at opencsw.org Sun Mar 29 22:07:01 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 29 Mar 2009 22:07:01 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <49CFC12B.1090900@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> Message-ID: Hi Roger, Am 29.03.2009 um 20:42 schrieb Roger H?kansson: > Philip Brown wrote: >> The "generic, and permenant fix", is to track down the dependant >> packages >> that are using libtool, and hound the maintainer to remove the .la >> files >> :-) > > And in this case, the maintainer is "retired" and the "dependant > package" is the one I'm trying to build... > > A recap: > > CSWlibgsf consists of two libraries, libgsf-1.so(.114.0.11) and > libgsf-gnome-1.so(.114.0.11) > Both libraries get built without any problem, and libgsf-gnome-1.so. > 114.0.11 gets linked to libgsf-1.so.114.0.11 > But during the install (to work/pkgroot...) libgsf-gnome-1.so. > 114.0.11 is relinked (as usual when using libtool) get linked to / > opt/csw/lib/libgsf-1.1.9.1. > > My thought was that someone might have seen this problem (with > another package) before and had a solution for it. Indeed. I have seen this several times. On some occasions the '-L' had to be taken out of CFLAGS (like in ncurses) > include gar/category.mk > > LDFLAGS := $(filter-out -L%,$(LDFLAGS)) Some needed manual patching and now I have encountered this problem again in an old libflac version. James suggested to use an interposing script between CC and the real compiler which reorders -L and -I directives so /opt/csw comes last and the stuff on workdir/ first. I haven't implemented this, though. I also encountered this when packaging gettext, but couldn't solve it. BTW, are you sure this is a libtool issue? Best regards -- Dago From mwatters at opencsw.org Sun Mar 29 22:12:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 29 Mar 2009 15:12:46 -0500 Subject: [csw-maintainers] libtool In-Reply-To: <49CFC12B.1090900@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> Message-ID: <49CFD63E.2050603@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Philip Brown wrote: >> The "generic, and permenant fix", is to track down the dependant packages >> that are using libtool, and hound the maintainer to remove the .la files >> :-) > > And in this case, the maintainer is "retired" and the "dependant > package" is the one I'm trying to build... > > A recap: > > CSWlibgsf consists of two libraries, libgsf-1.so(.114.0.11) and > libgsf-gnome-1.so(.114.0.11) > Both libraries get built without any problem, and > libgsf-gnome-1.so.114.0.11 gets linked to libgsf-1.so.114.0.11 > But during the install (to work/pkgroot...) libgsf-gnome-1.so.114.0.11 > is relinked (as usual when using libtool) get linked to > /opt/csw/lib/libgsf-1.1.9.1. > > My thought was that someone might have seen this problem (with another > package) before and had a solution for it. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers not that I think about this some more. if you enable-fast-install it will stop the relink. [ ==> Begin Quote <== ] You can pass a list of executables as the argument to `--enable-fast-install' to determine which set of executables will not be relinked at installation time (on the hosts that require it). By specifying: $ ./configure --enable-fast-install=autogen [ ==> End Quote <== ] http://sources.redhat.com/autobook/autobook/autobook_85.html - -- 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 iEYEARECAAYFAknP1j4ACgkQLrhmsXMSLxdQwgCg2ld+ux5CHpDq4rigJjigfvlA +l0An0U55Wh6wHdlj8RbRuiHKZmykc5E =7XK4 -----END PGP SIGNATURE----- From william at wbonnet.net Sun Mar 29 22:13:47 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 29 Mar 2009 22:13:47 +0200 Subject: [csw-maintainers] Pixman, cairo and pango Message-ID: <49CFD67B.50303@wbonnet.net> Hi all I have finished to update pango (1.24.0) and cairo (1.8.6) packages. They are ready to be compiled from GAR. I also added pixman (0.14) which is a new package and a depend of the recent cairo. Pixman has been submitted to Phil for 'current' archive. To compile and release the latest pango, i also need an update of fontconfig. The current version of fontconfig in GAR is the latest, but it is not yet released. I compiled it, and i am using it successfully on my box at home. So Alexander, could you please consider release this package for testing ? Ken, you are still flagged as retired on the package pages (http://opencsw.org/packages/libpango). So let me know if you choose to continue to maintain these two packages, or if you prefer i release these update (when pixman and fontconfig will be uptodate on the farm). Whatever is your decision, several packages are needing these updates, and it has to be tested by more people before going to current. 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 hson at opencsw.org Sun Mar 29 22:26:28 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Sun, 29 Mar 2009 22:26:28 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <49CFD63E.2050603@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> <49CFD63E.2050603@opencsw.org> Message-ID: <49CFD974.5000104@opencsw.org> Mike Watters wrote: > not that I think about this some more. if you enable-fast-install it will stop > the relink. > > [ ==> Begin Quote <== ] > You can pass a list of executables as the argument to `--enable-fast-install' > to determine which set of executables will not be relinked at installation time > (on the hosts that require it). By specifying: > > $ ./configure --enable-fast-install=autogen > [ ==> End Quote <== ] http://sources.redhat.com/autobook/autobook/autobook_85.html > fast-install is enabled by default and --no-fast-install can be given to libtool to change that... From mwatters at opencsw.org Sun Mar 29 22:40:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 29 Mar 2009 15:40:57 -0500 Subject: [csw-maintainers] libtool In-Reply-To: <49CFD974.5000104@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> <49CFD63E.2050603@opencsw.org> <49CFD974.5000104@opencsw.org> Message-ID: <49CFDCD9.6010400@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Mike Watters wrote: >> not that I think about this some more. if you enable-fast-install it >> will stop >> the relink. >> >> [ ==> Begin Quote <== ] >> You can pass a list of executables as the argument to >> `--enable-fast-install' >> to determine which set of executables will not be relinked at >> installation time >> (on the hosts that require it). By specifying: >> >> $ ./configure --enable-fast-install=autogen >> [ ==> End Quote <== ] >> http://sources.redhat.com/autobook/autobook/autobook_85.html >> > > fast-install is enabled by default and --no-fast-install can be given to > libtool to change that... > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I forgot about that, you are correct there... I built the library but did not "install" so I could see what is going on. the pseudo-library for gsf-gnome work/build-isa-sparcv8/libgsf-1.14.11/gsf-gnome/.libs right after build has -L/opt/csw/lib /home/mwatters/mgar/pkg/libgsf/trunk/work/build-isa-sparcv8/libgsf-1.14.11/gsf/libgsf-1.la when libtool re-links it is picking up the one in /opt/csw/lib The only real fix for this is to put -L $(DESTDIR)$(libdir) before -L /opt/csw/lib then in a post-install or post-merge remove the pseudo-libraries. - -- 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 iEYEARECAAYFAknP3NAACgkQLrhmsXMSLxdWzQCgh+z+zx8Zelz+aaVg2wNshcTf ZUEAoKGJ3o2Eq2PwPfwisrSp/XTitfUb =mTs2 -----END PGP SIGNATURE----- From dam at opencsw.org Sun Mar 29 22:49:58 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 29 Mar 2009 22:49:58 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <49CFC12B.1090900@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> Message-ID: <4EEB569E-6A8A-4A77-9191-DAADCE28EC1C@opencsw.org> Hi Roger, Am 29.03.2009 um 20:42 schrieb Roger H?kansson: > Philip Brown wrote: >> The "generic, and permenant fix", is to track down the dependant >> packages >> that are using libtool, and hound the maintainer to remove the .la >> files >> :-) > > And in this case, the maintainer is "retired" and the "dependant > package" is the one I'm trying to build... > > A recap: > > CSWlibgsf consists of two libraries, libgsf-1.so(.114.0.11) and > libgsf-gnome-1.so(.114.0.11) > Both libraries get built without any problem, and libgsf-gnome-1.so. > 114.0.11 gets linked to libgsf-1.so.114.0.11 > But during the install (to work/pkgroot...) libgsf-gnome-1.so. > 114.0.11 is relinked (as usual when using libtool) get linked to / > opt/csw/lib/libgsf-1.1.9.1. > > My thought was that someone might have seen this problem (with > another package) before and had a solution for it. After re-reading your post I propose to use the standard-process: - release libgsf to current - request installation on the buildfarm - build and release libgsf-gnome Best regards -- Dago From skayser at opencsw.org Sun Mar 29 23:09:29 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 29 Mar 2009 23:09:29 +0200 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CF9300.3040900@opencsw.org> References: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CD3CA9.7050704@opencsw.org> <20090327211444.GW47757@bolthole.com> <49CF9300.3040900@opencsw.org> Message-ID: <49CFE389.7060801@opencsw.org> Ihsan Dogan wrote: > Am 27.3.2009 22:14 Uhr, Philip Brown schrieb: > >>>> bug-admin? i think that's a semi-standard >>> And who is going to be behind bug-admin at opencsw.org? >> sebastian and myself > > Done. It's active now. I have adjusted the mailto: links visible in Mantis. Sebastian From phil at bolthole.com Sun Mar 29 23:17:44 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 14:17:44 -0700 Subject: [csw-maintainers] libtool In-Reply-To: <49CFC12B.1090900@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> Message-ID: <20090329211744.GD69158@bolthole.com> On Sun, Mar 29, 2009 at 08:42:51PM +0200, Roger H?kansson wrote: > Philip Brown wrote: >> The "generic, and permenant fix", is to track down the dependant packages >> that are using libtool, and hound the maintainer to remove the .la files >> :-) > > And in this case, the maintainer is "retired" and the "dependant > package" is the one I'm trying to build... "dependant package" is always relative to "the one you are trying to build". (althogh "dependant" isnt quite the accurate word. should really be, "the package upon which your current package depends, that uses libtool .la garbage". but that is long and ugly :-) From hson at opencsw.org Sun Mar 29 23:18:34 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sun, 29 Mar 2009 23:18:34 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <4EEB569E-6A8A-4A77-9191-DAADCE28EC1C@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> <4EEB569E-6A8A-4A77-9191-DAADCE28EC1C@opencsw.org> Message-ID: <49CFE5AA.9010004@opencsw.org> Dagobert Michelsen wrote: > > After re-reading your post I propose to use the standard-process: > > - release libgsf to current > - request installation on the buildfarm > - build and release libgsf-gnome Seems a bit over the top to split a small package consisting of two libraries, some header files and documentation into two packages where the libgsf-gnome only would consist of the lib and 5 header files. And then we have the problem of the current packages depending on libgsf but where they need libgsf-gnome... From maybird1776 at yahoo.com Sun Mar 29 23:19:09 2009 From: maybird1776 at yahoo.com (ken mays) Date: Sun, 29 Mar 2009 14:19:09 -0700 (PDT) Subject: [csw-maintainers] Pixman, cairo and pango Message-ID: <723260.57555.qm@web111308.mail.gq1.yahoo.com> William, If the packages are good, then release them. I'm reviewing the merge of GNOME 2.26.0 packages which is important for maintaining the Evolution email client and CD burner for users. Would it be easier just to build from GNOME 2.26.0 so we don't run into any gotchas with Firefox 3.x?? ~Ken --- On Sun, 3/29/09, William Bonnet wrote: > From: William Bonnet > Subject: [csw-maintainers] Pixman, cairo and pango > To: "internal list for the CSW maintainers" > Date: Sunday, March 29, 2009, 4:13 PM > Hi all > > I have finished to update pango (1.24.0) and cairo (1.8.6) > packages. They are ready to be compiled from GAR. I also > added pixman (0.14) which is a new package and a depend of > the recent cairo. Pixman has been submitted to Phil for > 'current' archive. > > To compile and release the latest pango, i also need an > update of fontconfig. The current version of fontconfig in > GAR is the latest, but it is not yet released. I compiled > it, and i am using it successfully on my box at home. So > Alexander, could you please consider release this package > for testing ? > > Ken, you are still flagged as retired on the package pages > (http://opencsw.org/packages/libpango). So > let me know if you choose to continue to maintain these two > packages, or if you prefer i release these update (when > pixman and fontconfig will be uptodate on the farm).? > Whatever is your decision, several packages are needing > these updates, and it has to be tested by more people before > going to current. > > 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 > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From phil at bolthole.com Mon Mar 30 00:07:33 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 15:07:33 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> Message-ID: <20090329220733.GM69158@bolthole.com> On Sun, Mar 29, 2009 at 06:11:05PM +0000, Maciej (Matchek) Blizinski wrote: > ... > To achieved a complete graph (between the grey nodes), the following > links would need to be added: > > Project wiki ??? Mantis > > Project wiki ??? mGAR on SourceForge > > Project wiki ??? mGAR Wiki > > Project wiki ??? Trac > Intersting way of thinking. Why do we need so much duplication, though? we have *3* wikis, and *3* bugtracking things. Since "trac" is both a wiki, AND a bugtracker. I think that there is some sensibility in having separate bugtracking and wiki engins, for "opencsw" vs "gar". but I think that we only need one of each for gar, not two :) Lets pick one of each for gar, before going crosseyed trying to plan these links out further? If one is going to be an "experimental-only" one, then I believe it should not be linked regularly at all. we should pick one main wiki, and one main bugtrack, for gar, and then have those be the official linked-to targets. From phil at bolthole.com Mon Mar 30 00:33:34 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 15:33:34 -0700 Subject: [csw-maintainers] libtool In-Reply-To: <49CFE5AA.9010004@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> <4EEB569E-6A8A-4A77-9191-DAADCE28EC1C@opencsw.org> <49CFE5AA.9010004@opencsw.org> Message-ID: <20090329223334.GN69158@bolthole.com> On Sun, Mar 29, 2009 at 11:18:34PM +0200, Roger H?kansson wrote: > Dagobert Michelsen wrote: >> >> After re-reading your post I propose to use the standard-process: >> >> - release libgsf to current >> - request installation on the buildfarm >> - build and release libgsf-gnome > > Seems a bit over the top to split a small package consisting of two > libraries, some header files and documentation into two packages where > the libgsf-gnome only would consist of the lib and 5 header files. > > And then we have the problem of the current packages depending on libgsf > but where they need libgsf-gnome... how about quoting some specific package sizes? it's not the number of files that's important, it's the size of the resulting packages (and how realistic it is, that someone would want to use the pure libgsf, without libgsf_gnome) and what is the use of "Libgsf" without "gnome bits", when the software itself is described as "gnome structured file library" ? you have a point about current dependancies. there are 10, and some of them are "large". From glaw at opencsw.org Mon Mar 30 00:38:23 2009 From: glaw at opencsw.org (Gary Law) Date: Sun, 29 Mar 2009 22:38:23 +0000 Subject: [csw-maintainers] New facter-1.5.4 in testing Message-ID: Enjoy Gary -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgoerzen at opencsw.org Mon Mar 30 04:10:05 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Sun, 29 Mar 2009 19:10:05 -0700 Subject: [csw-maintainers] what to put in MASTER_SITES Message-ID: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> Hello, I'm working on updating our fltk package. I've committed my latest work but I could use some help. I'm not sure what to put in MASTER_SITES to download the source because the the source link is not a direct link. Nor is it hosted at SourceForge. Thanks, Jake From maciej at opencsw.org Mon Mar 30 08:25:02 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 30 Mar 2009 06:25:02 +0000 Subject: [csw-maintainers] Home directories on the buildfarm Message-ID: maciej at build10s [build10s]:~/src/opencsw/pkg > df -h | grep home /export/home 373K 265K 108K 72% /export/home /export/home/trygvis 671M 670M 108K 100% /home/trygvis /export/home/maciej 231M 231M 108K 100% /home/maciej Can an administrator look at this? Maciej From maciej at opencsw.org Mon Mar 30 08:28:40 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 30 Mar 2009 06:28:40 +0000 Subject: [csw-maintainers] what to put in MASTER_SITES In-Reply-To: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> References: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> Message-ID: On Mon, Mar 30, 2009 at 2:10 AM, Jake Goerzen wrote: > I'm working on updating our fltk package. I've committed my latest > work but I could use some help. I'm not sure what to put in > MASTER_SITES to download the source because the the source link is not > a direct link. Nor is it hosted at SourceForge. Maybe a direct link to one of the mirrors? http://ftp.rz.tu-bs.de/pub/mirror/ftp.easysw.com/ftp/pub/fltk/snapshots/ Maciej From dam at opencsw.org Mon Mar 30 08:38:40 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 30 Mar 2009 08:38:40 +0200 Subject: [csw-maintainers] Home directories on the buildfarm In-Reply-To: References: Message-ID: <3DCC54AB-F599-417C-9D65-7125E1CF9B9C@opencsw.org> Hi Maciej, Am 30.03.2009 um 08:25 schrieb Maciej (Matchek) Blizinski: > maciej at build10s [build10s]:~/src/opencsw/pkg > df -h | grep home > /export/home 373K 265K 108K 72% /export/home > /export/home/trygvis 671M 670M 108K 100% /home/trygvis > /export/home/maciej 231M 231M 108K 100% /home/maciej > > Can an administrator look at this? This is ok. build10s is a zone where /export/home is mapped with lofs from the global zone to the build10s zone. /home is automounted on all machines to the place where the homedirectories are. On the zones residing on the same machine as the server providing the homedirectories this is again mounted with lofs. The x86 servers access the homedirectories via NFS. Using lofs instead of NFS inside the zones is a real performance- gainer :-) Best regards -- Dago From hson at opencsw.org Mon Mar 30 08:44:26 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 30 Mar 2009 08:44:26 +0200 Subject: [csw-maintainers] Home directories on the buildfarm In-Reply-To: <3DCC54AB-F599-417C-9D65-7125E1CF9B9C@opencsw.org> References: <3DCC54AB-F599-417C-9D65-7125E1CF9B9C@opencsw.org> Message-ID: <49D06A4A.4000708@opencsw.org> Dagobert Michelsen wrote: > Hi Maciej, > > Am 30.03.2009 um 08:25 schrieb Maciej (Matchek) Blizinski: >> maciej at build10s [build10s]:~/src/opencsw/pkg > df -h | grep home >> /export/home 373K 265K 108K 72% /export/home >> /export/home/trygvis 671M 670M 108K 100% /home/trygvis >> /export/home/maciej 231M 231M 108K 100% /home/maciej >> >> Can an administrator look at this? > > This is ok. Well, not... hson at build8s :~/dev/mgar/pkg/libgsf/trunk > svn update svn: Can't open file '.svn/lock': No space left on device From dam at opencsw.org Mon Mar 30 09:18:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 30 Mar 2009 09:18:19 +0200 Subject: [csw-maintainers] Home directories on the buildfarm In-Reply-To: <49D06A4A.4000708@opencsw.org> References: <3DCC54AB-F599-417C-9D65-7125E1CF9B9C@opencsw.org> <49D06A4A.4000708@opencsw.org> Message-ID: Hi Roger, Am 30.03.2009 um 08:44 schrieb Roger H?kansson: > Dagobert Michelsen wrote: >> Hi Maciej, >> Am 30.03.2009 um 08:25 schrieb Maciej (Matchek) Blizinski: >>> maciej at build10s [build10s]:~/src/opencsw/pkg > df -h | grep home >>> /export/home 373K 265K 108K 72% /export/home >>> /export/home/trygvis 671M 670M 108K 100% /home/trygvis >>> /export/home/maciej 231M 231M 108K 100% /home/maciej >>> >>> Can an administrator look at this? >> This is ok. > > Well, not... > > hson at build8s :~/dev/mgar/pkg/libgsf/trunk > svn update > svn: Can't open file '.svn/lock': No space left on device Argh, you mean *this*. I started a mirror job two days ago and it looks like it pulled _a lot_ more than I had anticipated. After some moving around there should be enough space again. Best regards -- Dago From dam at opencsw.org Mon Mar 30 14:32:55 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 30 Mar 2009 14:32:55 +0200 Subject: [csw-maintainers] what to put in MASTER_SITES In-Reply-To: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> References: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> Message-ID: <579084CF-644F-4579-A23E-B1518C8C1C58@opencsw.org> Hi Jake, Am 30.03.2009 um 04:10 schrieb Jake Goerzen: > I'm working on updating our fltk package. I've committed my latest > work but I could use some help. I'm not sure what to put in > MASTER_SITES to download the source because the the source link is not > a direct link. Nor is it hosted at SourceForge. In this case you must enter one of the mirrors as the page uses http-refresh which isn't easily followable by wget. Please make sure to also do a "gmake garchive" which makes a copy of the software to /home/src so we have it just in case. Best regards -- Dago From william at wbonnet.net Mon Mar 30 15:27:38 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 30 Mar 2009 15:27:38 +0200 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <723260.57555.qm@web111308.mail.gq1.yahoo.com> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> Message-ID: <49D0C8CA.5090705@wbonnet.net> Hi Ken > If the packages are good, then release them. Ok i'll do it as soon as depends will be released and installed. > I'm reviewing the merge of > GNOME 2.26.0 packages which is important for maintaining the Evolution email client and CD burner for users. > > Would it be easier just to build from GNOME 2.26.0 so we don't run into any gotchas with Firefox 3.x?? > Sorry i am not sure to understand what do you mean. I need updated of several libs from gnome for FF3.x, and also for Xfce 4.6 which is out. Do you mean we have to take the whole gnome 2.26 at a time ? or is it possible to update slowly libs ? I can imagine that once the first gnome lib will be updated, we will have to provide a consistent set of version, otherwise it's not going to work... I suppose Cairo, Pango and Pixman can be updated withut updating all the gnome stuff. Am i right ? that's also why i'd like more people to test, because most of the time i do not use gnome. cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From maybird1776 at yahoo.com Mon Mar 30 15:47:40 2009 From: maybird1776 at yahoo.com (ken mays) Date: Mon, 30 Mar 2009 06:47:40 -0700 (PDT) Subject: [csw-maintainers] Pixman, cairo and pango Message-ID: <579230.68028.qm@web111311.mail.gq1.yahoo.com> --- On Mon, 3/30/09, William Bonnet wrote: > From: William Bonnet > Subject: Re: [csw-maintainers] Pixman, cairo and pango > To: "internal list for the CSW maintainers" > Date: Monday, March 30, 2009, 9:27 AM > Hi Ken > > If the packages are good, then release them. > Ok i'll do it as soon as depends will be released and > installed. > > > I'm reviewing the merge of > > GNOME 2.26.0 packages which is important for > I need updated of several libs from gnome for FF3.x, and > also for Xfce 4.6 which is out. Do you mean we have to take > the whole gnome 2.26 at a time ? or is it possible to update > slowly libs ? I can imagine that once the first gnome lib > will be updated, we will have to provide a consistent set of > version, otherwise it's not going to work... > > I suppose Cairo, Pango and Pixman can be updated withut > updating all the gnome stuff. Am i right ? that's also why > i'd like more people to test, because most of the time i do > not use gnome. Yes. You can update the main core libs of GNOME to GNOME 2.26.0 (before you get to far into things) without building all of GNOME for now. Mainly, just update glib2 to v2.20.0. That is it. Have Chad Harp update to glib2 2.20.0. Then, upload your updates from there. ~ Ken From phil at bolthole.com Mon Mar 30 16:21:57 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 30 Mar 2009 07:21:57 -0700 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <49D0C8CA.5090705@wbonnet.net> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> <49D0C8CA.5090705@wbonnet.net> Message-ID: <20090330142157.GB30681@bolthole.com> On Mon, Mar 30, 2009 at 03:27:38PM +0200, William Bonnet wrote: > > I need updated of several libs from gnome for FF3.x, and also for Xfce > 4.6 which is out. Do you mean we have to take the whole gnome 2.26 at a > time ? or is it possible to update slowly libs ? I can imagine that once > the first gnome lib will be updated, we will have to provide a > consistent set of version, otherwise it's not going to work... If william has smaller updates, for one or two packages, that make "his stuff" work, and he doesnt mind redundant work, then I think it would be nice to do the smaller, safer updates, than to hold up his stuff for a "full gnome refresh". William, if you are "close" to updating ff3 and ffce, I think it would be Really Nice, if you could complete that in the next few days, and then we will take a snapshot of "current". After that point, we should then start working on full gnome refresh. Well actually, we can "start working" on that now as well. That's what 'testing' is for, after all :) From dam at opencsw.org Mon Mar 30 17:49:12 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 30 Mar 2009 17:49:12 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090329220733.GM69158@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> Message-ID: <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> Hi, Am 30.03.2009 um 00:07 schrieb Philip Brown: > Why do we need so much duplication, though? > we have *3* wikis, and *3* bugtracking things. > > Since "trac" is both a wiki, AND a bugtracker. > > I think that there is some sensibility in having separate > bugtracking and > wiki engins, for "opencsw" vs "gar". but I think that we only > need one of each for gar, not two :) > > Lets pick one of each for gar, before going crosseyed trying to plan > these > links out further? > > If one is going to be an "experimental-only" one, then I believe it > should > not be linked regularly at all. > we should pick one main wiki, and one main bugtrack, for gar, and then > have those be the official linked-to targets. When I set up "gar" on SourceForge Trac was not available as hosted application. As it is there now we can happily switch over from the standard SF bugtracker and MediaWiki to GAR. Rupert, Maciej, if you could join in on moving the stuff over :-) Best regards -- Dago From bonivart at opencsw.org Mon Mar 30 19:46:43 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 30 Mar 2009 19:46:43 +0200 Subject: [csw-maintainers] /testing clamav 0.95 In-Reply-To: <49CBB017.8020608@opencsw.org> References: <625385e30903260320u5235f461x5ddaeb930aa40a35@mail.gmail.com> <49CBB017.8020608@opencsw.org> Message-ID: <625385e30903301046m3e22b475g58aec3c2dc0d71f1@mail.gmail.com> On Thu, Mar 26, 2009 at 6:40 PM, Ihsan Dogan wrote: > I've just installed it on the OpenCSW mail server. Runs great. Thanks > for your effort. Thanks for the report. I've done some tests as well and to me it looks ok, still no help with the milter though but no complaints either. :-) It's now released. -- /peter From william at wbonnet.net Mon Mar 30 21:15:37 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 30 Mar 2009 21:15:37 +0200 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <20090330142157.GB30681@bolthole.com> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> <49D0C8CA.5090705@wbonnet.net> <20090330142157.GB30681@bolthole.com> Message-ID: <49D11A59.9010008@wbonnet.net> Hi Phil > If william has smaller updates, for one or two packages, that make "his > stuff" work, and he doesnt mind redundant work, then I think it would be > nice to do the smaller, safer updates, than to hold up his stuff for a > "full gnome refresh". > > William, if you are "close" to updating ff3 and ffce, I think it would be > Really Nice, if you could complete that in the next few days, and then we > will take a snapshot of "current". > I am not really close to release it :( That's also why i am working on different things. Either FF3 or Xfce 4.6 needs about 10 packages update. But bot 10 at a time, i mean 10 in sequence. Package A, depends on package B, which has to go to current first... but it depends on package C, which has to go to current... but it depends on package D, etc. If anyone has a time saver solution for this kind of situation, i will appreciate :) because i will need about 4 to 6 weeks to release Xfce 4.6 starting from today :( 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 Mon Mar 30 21:27:28 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 30 Mar 2009 12:27:28 -0700 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <49D11A59.9010008@wbonnet.net> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> <49D0C8CA.5090705@wbonnet.net> <20090330142157.GB30681@bolthole.com> <49D11A59.9010008@wbonnet.net> Message-ID: <20090330192728.GE47757@bolthole.com> On Mon, Mar 30, 2009 at 09:15:37PM +0200, William Bonnet wrote: > > Either FF3 or Xfce 4.6 needs about 10 packages update. But bot 10 at a > time, i mean 10 in sequence. Package A, depends on package B, which has > to go to current first... but it depends on package C, which has to go > to current... but it depends on package D, etc. Awww. I'm really looking forward to a new xfce. > If anyone has a time saver solution for this kind of situation, i will > appreciate :) because i will need about 4 to 6 weeks to release Xfce 4.6 > starting from today :( perhaps, you might put up a wiki page to detail which packages need to be updated. nothing fancy, just a simple text list, and then they can be crossed off when done. That would encourage others to help adopt updates, when needed, I think. From william at wbonnet.net Mon Mar 30 21:35:50 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 30 Mar 2009 21:35:50 +0200 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <20090330192728.GE47757@bolthole.com> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> <49D0C8CA.5090705@wbonnet.net> <20090330142157.GB30681@bolthole.com> <49D11A59.9010008@wbonnet.net> <20090330192728.GE47757@bolthole.com> Message-ID: <49D11F16.6070706@wbonnet.net> Hi Phil > Awww. I'm really looking forward to a new xfce. > Version 4.4.1 has been in tsting for about one year ;) > perhaps, you might put up a wiki page to detail which packages need to be > updated. nothing fancy, just a simple text list, and then they can be > crossed off when done. > I have a list of packages updates needed for FF3. They are not needed for compilation it, but to help me hunt segfaults. I have segfault for version 2.0.0.19 and higher, same for TB 2.0.0.21. FF3 was working of Solaris 10 and the old blastwave stack. Actually these updates would help me because most of the time the answer i find are "first updates your libs, then come back and talk about your segfault problems". The packages needed for compilation are not yet released, they are new packages i took from Xorg project. I already did a few, i have about 8 more to submit. Xfce is a bit different. I have about 7 packages to compile in order, each one depending on another. Even if i have a dedicated zone, there is always a risk of side effect to other packages. Thus it is not so safe to go out of the standard way. > That would encourage others to help adopt updates, when needed, I think. > Sure. BTW i also always create mantis entries for that (and i appreciate to notice that other are really fast to process these ! thanks guys) 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 jgoerzen at opencsw.org Mon Mar 30 23:09:43 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Mon, 30 Mar 2009 14:09:43 -0700 Subject: [csw-maintainers] what to put in MASTER_SITES In-Reply-To: <579084CF-644F-4579-A23E-B1518C8C1C58@opencsw.org> References: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> <579084CF-644F-4579-A23E-B1518C8C1C58@opencsw.org> Message-ID: <315c02ae0903301409g237d1f53g2bfa71e5873c2614@mail.gmail.com> On Mon, Mar 30, 2009 at 5:32 AM, Dagobert Michelsen wrote: > Hi Jake, > > Am 30.03.2009 um 04:10 schrieb Jake Goerzen: >> >> I'm working on updating our fltk package. I've committed my latest >> work but I could use some help. I'm not sure what to put in >> MASTER_SITES to download the source because the the source link is not >> a direct link. Nor is it hosted at SourceForge. > > In this case you must enter one of the mirrors as the page uses > http-refresh which isn't easily followable by wget. Please make > sure to also do a "gmake garchive" which makes a copy of the > software to /home/src so we have it just in case. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > Thank you both Maciej and Dago Jake From rupert at opencsw.org Tue Mar 31 01:39:38 2009 From: rupert at opencsw.org (rupert THURNER) Date: Tue, 31 Mar 2009 01:39:38 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> References: <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> Message-ID: <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> On Mon, Mar 30, 2009 at 17:49, Dagobert Michelsen wrote: > Hi, > > Am 30.03.2009 um 00:07 schrieb Philip Brown: >> >> Why do we need so much duplication, though? >> we have *3* wikis, and *3* bugtracking things. >> >> Since "trac" is both a wiki, AND a bugtracker. >> >> I think that there is some sensibility in having separate bugtracking and >> wiki engins, for "opencsw" vs "gar". but I think that we only >> need one of each for gar, not two :) >> >> Lets pick one of each for gar, before going crosseyed trying to plan these >> links out further? >> >> If one is going to be an "experimental-only" one, then I believe it should >> not be linked regularly at all. >> we should pick one main wiki, and one main bugtrack, for gar, and then >> have those be the official linked-to targets. > > When I set up "gar" on SourceForge Trac was not available as > hosted application. As it is there now we can happily switch > over from the standard SF bugtracker and MediaWiki to GAR. > > Rupert, Maciej, if you could join in on moving the stuff over :-) for the wiki: the mGAR things are copied. you want to keep the gar stuff as is? rupert. From dam at opencsw.org Tue Mar 31 09:11:59 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 09:11:59 +0200 Subject: [csw-maintainers] Transition of build8x Message-ID: <71686725-9625-4DD2-A876-7F5F2B987EA9@opencsw.org> Hi, in the transition of replacing build8x I have now switched hostnames: - The new server is now reachable via "build8x" (and build8x2 for some time) - The old server is now reachabke via "build8x1" for some time If everything is smooth I will shut down build8x1 next weekend. Best regards -- Dago From dam at opencsw.org Tue Mar 31 09:22:55 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 09:22:55 +0200 Subject: [csw-maintainers] Server build10x is having difficulties Message-ID: Hi, build10x is currently very slow. We are investigating this issue. Best regards -- Dago From dam at opencsw.org Tue Mar 31 09:56:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 09:56:43 +0200 Subject: [csw-maintainers] [csw-buildfarm] Server build10x is having difficulties In-Reply-To: References: Message-ID: Hi, Am 31.03.2009 um 09:22 schrieb Dagobert Michelsen: > build10x is currently very slow. We are investigating this issue. The issue is resolved. Sorry for the inconvenience. Best regards -- Dago From wmeler at opencsw.org Tue Mar 31 12:06:15 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Tue, 31 Mar 2009 12:06:15 +0200 Subject: [csw-maintainers] Mantis access Message-ID: <49D1EB17.8020300@opencsw.org> How to access mantis as package maintainer? I've released lua package and want to close bug report... regards, Wojtek From amaier at opencsw.org Tue Mar 31 12:12:18 2009 From: amaier at opencsw.org (Alexander Maier) Date: Tue, 31 Mar 2009 12:12:18 +0200 Subject: [csw-maintainers] New in testing: fontconfig 2.6.0 Message-ID: Hi, current fontconfig version is now in testing at http://mirror.opencsw.org/testing/ : fontconfig-2.6.0,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz fontconfig-2.6.0,REV=2009.03.30-SunOS5.8-sparc-CSW.pkg.gz Please give it a try. -Alexander From maciej at opencsw.org Tue Mar 31 12:20:41 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 31 Mar 2009 11:20:41 +0100 Subject: [csw-maintainers] Font packages Message-ID: How do we go about adding font packages? Let's suppose I have a font what I want to package. Let it be Terminus[1], for the sake of the exercise. Can it be somehow integrated with Sun-provided X server in Solaris 10? Are there established practices about including fonts in OpenCSW? Maciej [1] http://www.is-vn.bg/hamster/ From maciej at opencsw.org Tue Mar 31 12:24:18 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 31 Mar 2009 11:24:18 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> References: <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> Message-ID: On Tue, Mar 31, 2009 at 12:39 AM, rupert THURNER wrote: >> When I set up "gar" on SourceForge Trac was not available as >> hosted application. As it is there now we can happily switch >> over from the standard SF bugtracker and MediaWiki to GAR. >> >> Rupert, Maciej, if you could join in on moving the stuff over :-) > > for the wiki: the mGAR things are copied. you want to keep the gar stuff as is? Can already migrated Mediawiki pages be replaced with links to their Trac locations? From skayser at opencsw.org Tue Mar 31 13:14:52 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 31 Mar 2009 13:14:52 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> Message-ID: <49D1FB2C.5060405@opencsw.org> Maciej (Matchek) Blizinski wrote: > On Tue, Mar 31, 2009 at 12:39 AM, rupert THURNER wrote: >>> When I set up "gar" on SourceForge Trac was not available as >>> hosted application. As it is there now we can happily switch >>> over from the standard SF bugtracker and MediaWiki to GAR. >>> >>> Rupert, Maciej, if you could join in on moving the stuff over :-) >> for the wiki: the mGAR things are copied. you want to keep the gar stuff as is? > > Can already migrated Mediawiki pages be replaced with links to their > Trac locations? I had just done so for the GAR variable reference and now for the other pages as well. The content of DynamicPackageFiles [1] looks modified compared to the content on the Media Wiki [2] so it might be a good idea for Dago to cross-check the new content on Trac and then replace the Media Wiki page with "This page has moved to ..." and mark it as moved to Trac on the main page as i have done on the Media Wiki main page. The --enable-fast-install page on Trac is missing some red color highlighting, i suppose this is because Trac doesn't support elements. Rupert, any chance to re-gain the red color? Sebastian [1] https://apps.sourceforge.net/trac/gar/wiki/DynamicPackageFiles [2] https://apps.sourceforge.net/mediawiki/gar/index.php?title=Packaging From skayser at opencsw.org Tue Mar 31 14:37:06 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 31 Mar 2009 14:37:06 +0200 Subject: [csw-maintainers] Mantis access In-Reply-To: <49D1EB17.8020300@opencsw.org> References: <49D1EB17.8020300@opencsw.org> Message-ID: <49D20E72.3030303@opencsw.org> Wojtek Meler wrote: > How to access mantis as package maintainer? > I've released lua package and want to close bug report... >From what i see, you have two Mantis accounts, one with the @opencsw.org address (username: "wm") and one with your private email address (username: "wmeler"). The latter one matches your maintainer username (wmeler) and is equipped with maintainer privileges for lua. So just use this one (adjust the mail address to point to wmeler at opencsw.org) instead of the "wm" one and you should be fine. Let me know whether that helps. Sebastian From phil at bolthole.com Tue Mar 31 16:45:58 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 31 Mar 2009 07:45:58 -0700 Subject: [csw-maintainers] Mantis access In-Reply-To: <49D1EB17.8020300@opencsw.org> References: <49D1EB17.8020300@opencsw.org> Message-ID: <20090331144558.GB28733@bolthole.com> On Tue, Mar 31, 2009 at 12:06:15PM +0200, Wojtek Meler wrote: > How to access mantis as package maintainer? > I've released lua package and want to close bug report... you should be able to now From phil at bolthole.com Tue Mar 31 16:50:03 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 31 Mar 2009 07:50:03 -0700 Subject: [csw-maintainers] Font packages In-Reply-To: References: Message-ID: <20090331145003.GD28733@bolthole.com> On Tue, Mar 31, 2009 at 11:20:41AM +0100, Maciej (Matchek) Blizinski wrote: > How do we go about adding font packages? Let's suppose I have a font > what I want to package. Let it be Terminus[1], for the sake of the > exercise. Can it be somehow integrated with Sun-provided X server in > Solaris 10? Are there established practices about including fonts in > OpenCSW? Hrrrrm. well, you have to add it to the "font path" somehow. We have an existing standard for where to put "X resources" files, so we should follow suit there. http://www.opencsw.org/userguide/ mentions XFILESEARCHPATH=/opt/csw/lib/X11/%T/%N%C so probably /opt/csw/lib/X11/fonts, as as copy of the sun /usr/openwin/lib/X11/fonts or whatever it is. However... Although.... with the new "X header" packages, deploying under /opt/csw/X11, perhaps it is time to change the location to /opt/csw/X11/lib. Please discuss :-) From ihsan at opencsw.org Tue Mar 31 17:24:23 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 31 Mar 2009 17:24:23 +0200 Subject: [csw-maintainers] wget Paket Message-ID: <49D235A7.2030605@opencsw.org> Hi Dago, I'm working currently on a updated version of the wget package. The wget package provides a statically linked wget binary, which is used by pkg-get. Before I was using a custom script to generate the wget package, but as far we are moving everything into Gar, I would like to do this with Gar as well. I was thinking, that I could run a second build process with different "configure" options. You provide already a possibility with the modulations, but I don't need an optimized version. I know this is a special case, but is this possible with Gar? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From Darin.Perusich at cognigencorp.com Tue Mar 31 19:35:42 2009 From: Darin.Perusich at cognigencorp.com (Darin Perusich) Date: Tue, 31 Mar 2009 13:35:42 -0400 Subject: [csw-maintainers] gar package howto Message-ID: <49D2546E.8090707@cognigencorp.com> Is there a howto for creating a package in GAR? I've been looking through, flailing around is more appropriate, the various documentation pages trying to figure this out and I'm getting nowhere. -- Darin Perusich Unix Systems Administrator Cognigen Corporation 395 Youngs Rd. Williamsville, NY 14221 Phone: 716-633-3463 Email: darinper at cognigencorp.com From skayser at opencsw.org Tue Mar 31 20:08:11 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 31 Mar 2009 20:08:11 +0200 Subject: [csw-maintainers] gar package howto In-Reply-To: <49D2546E.8090707@cognigencorp.com> References: <49D2546E.8090707@cognigencorp.com> Message-ID: <49D25C0B.8030809@opencsw.org> Hi Darin, Darin Perusich wrote: > Is there a howto for creating a package in GAR? I've been looking > through, flailing around is more appropriate, the various documentation > pages trying to figure this out and I'm getting nowhere. the documentation is in flux right now and it seems we rather have too much documentation ;). For now i have just adjusted the first part of the "GAR Tutorial" [1] (up to "Building 10 easy ...") to match the current GAR repository structure. Once i have completely overhauled it, it will be moved to the Trac Wiki. Easiest thing is to just check out a package that can be built with GAR, give it a "gmake package", and then have a look at some other Makefiles (build descriptions) to see how people use GAR. It is not as intimidating as it might look. You can cross-check with the GAR Variable Reference [2] to see what specific variables do. If you haven't done so, request access to the buildfarm [3] so that you don't have to setup the build environment yourself. I can give you a Q&A session on IRC later, if you would like to. Sebastian [1] http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Tutorial [2] http://apps.sourceforge.net/trac/gar/wiki/GAR%20Variable%20Reference [3] http://opencsw.org/standards/build_farm From dam at opencsw.org Tue Mar 31 21:09:58 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 21:09:58 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: <49D1FB2C.5060405@opencsw.org> References: <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> <49D1FB2C.5060405@opencsw.org> Message-ID: <74E91AF6-245F-4A61-8F94-3A17A5E3079E@opencsw.org> Hi, Am 31.03.2009 um 13:14 schrieb Sebastian Kayser: > The content of DynamicPackageFiles [1] looks modified compared to the > content on the Media Wiki [2] so it might be a good idea for Dago to > cross-check the new content on Trac and then replace the Media Wiki > page > with "This page has moved to ..." and mark it as moved to Trac on the > main page as i have done on the Media Wiki main page. I reviewed the Trac page, updated it and removed the original from MediaWiki. Best regards -- Dago From dam at opencsw.org Tue Mar 31 21:12:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 21:12:49 +0200 Subject: [csw-maintainers] gar package howto In-Reply-To: <49D25C0B.8030809@opencsw.org> References: <49D2546E.8090707@cognigencorp.com> <49D25C0B.8030809@opencsw.org> Message-ID: Hi Darin, Am 31.03.2009 um 20:08 schrieb Sebastian Kayser: > Darin Perusich wrote: >> Is there a howto for creating a package in GAR? I've been looking >> through, flailing around is more appropriate, the various >> documentation >> pages trying to figure this out and I'm getting nowhere. > > the documentation is in flux right now and it seems we rather have too > much documentation ;) Right. If you need anything else on GAR: just ask :-) Best regards -- Dago From dam at opencsw.org Tue Mar 31 21:16:58 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 21:16:58 +0200 Subject: [csw-maintainers] wget Paket In-Reply-To: <49D235A7.2030605@opencsw.org> References: <49D235A7.2030605@opencsw.org> Message-ID: Hi Ihsan, Am 31.03.2009 um 17:24 schrieb Ihsan Dogan: > I'm working currently on a updated version of the wget package. The > wget > package provides a statically linked wget binary, which is used by > pkg-get. > > Before I was using a custom script to generate the wget package, but > as > far we are moving everything into Gar, I would like to do this with > Gar > as well. > > I was thinking, that I could run a second build process with different > "configure" options. You provide already a possibility with the > modulations, but I don't need an optimized version. I know this is a > special case, but is this possible with Gar? Absolutely. I just finished ncurses with a modulation for wide- characters. Just take a look at Best regards -- Dago From mwatters at opencsw.org Tue Mar 31 21:40:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 31 Mar 2009 14:40:36 -0500 Subject: [csw-maintainers] Transition of build8x In-Reply-To: <71686725-9625-4DD2-A876-7F5F2B987EA9@opencsw.org> References: <71686725-9625-4DD2-A876-7F5F2B987EA9@opencsw.org> Message-ID: <49D271B4.3000107@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > in the transition of replacing build8x I have now switched hostnames: > > - The new server is now reachable via "build8x" (and build8x2 for some > time) > - The old server is now reachabke via "build8x1" for some time > > If everything is smooth I will shut down build8x1 next weekend. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I found a minor issue with the "new" build8x box. seems the new box can't resolve DNS see error below: mwatters at build8x:~/mgar/pkg $ svn up python svn: PROPFIND request failed on '/svnroot/gar/csw/mgar/pkg' svn: PROPFIND of '/svnroot/gar/csw/mgar/pkg': Could not resolve hostname `gar.svn.sf.net': Host not found (https://gar.svn.sf.net) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknScbQACgkQLrhmsXMSLxf9cQCffMN9tZWV9F0KN3kmXJuOt7Ww 4KUAoJFBq4NDniEoYyBEDAmrzLjwsVcD =Qc5v -----END PGP SIGNATURE----- From dam at opencsw.org Tue Mar 31 21:49:12 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 21:49:12 +0200 Subject: [csw-maintainers] Transition of build8x In-Reply-To: <49D271B4.3000107@opencsw.org> References: <71686725-9625-4DD2-A876-7F5F2B987EA9@opencsw.org> <49D271B4.3000107@opencsw.org> Message-ID: Hi Mike, Am 31.03.2009 um 21:40 schrieb Mike Watters: > I found a minor issue with the "new" build8x box. > seems the new box can't resolve DNS > > see error below: > > mwatters at build8x:~/mgar/pkg > $ svn up python > svn: PROPFIND request failed on '/svnroot/gar/csw/mgar/pkg' > svn: PROPFIND of '/svnroot/gar/csw/mgar/pkg': Could not resolve > hostname > `gar.svn.sf.net': Host not found (https://gar.svn.sf.net) The problem was not due to DNS, but due to a missing /etc/subversion/servers to use the proxy. This is fixed now. Thanks for the report! -- Dago From mwatters at opencsw.org Tue Mar 31 22:19:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 31 Mar 2009 15:19:34 -0500 Subject: [csw-maintainers] gcc-4.3.3 NOW IN TESTING Message-ID: <49D27AD6.10005@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After several concussions and gallons of spackle... gcc-4.3.3 is in testing. This is still missing the ada piece. that one is on its way. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknSetYACgkQLrhmsXMSLxcoIgCePPssSpG22F4LLdvi6uTEi1P/ U+cAoJpFLm9cVSV8egULsre6leGzapMl =K/M3 -----END PGP SIGNATURE----- From wmeler at opencsw.org Tue Mar 31 22:20:40 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Tue, 31 Mar 2009 22:20:40 +0200 Subject: [csw-maintainers] Mantis access In-Reply-To: <49D20E72.3030303@opencsw.org> References: <49D1EB17.8020300@opencsw.org> <49D20E72.3030303@opencsw.org> Message-ID: <49D27B18.8020406@opencsw.org> Sebastian Kayser pisze: > Wojtek Meler wrote: >> How to access mantis as package maintainer? >> I've released lua package and want to close bug report... > >>From what i see, you have two Mantis accounts, one with the @opencsw.org > address (username: "wm") and one with your private email address > (username: "wmeler"). > > The latter one matches your maintainer username (wmeler) and is equipped > with maintainer privileges for lua. So just use this one (adjust the > mail address to point to wmeler at opencsw.org) instead of the "wm" one and > you should be fine. > > Let me know whether that helps. Sure, it was hard to guess which private address was used :) - it is needed to recover lost password :). Could you remove "wm" account? Thanks From phil at bolthole.com Tue Mar 31 22:31:33 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 31 Mar 2009 13:31:33 -0700 Subject: [csw-maintainers] Mantis access In-Reply-To: <49D27B18.8020406@opencsw.org> References: <49D1EB17.8020300@opencsw.org> <49D20E72.3030303@opencsw.org> <49D27B18.8020406@opencsw.org> Message-ID: <20090331203133.GG82486@bolthole.com> On Tue, Mar 31, 2009 at 10:20:40PM +0200, Wojtek Meler wrote: > Sure, it was hard to guess which private address was used :) - it is > needed to recover lost password :). > Could you remove "wm" account? > done From dam at opencsw.org Tue Mar 31 23:04:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 23:04:17 +0200 Subject: [csw-maintainers] Runtime linker pathes in GAR Message-ID: <33EBB8DF-3A47-4451-8793-B14A9D923519@opencsw.org> Hi, James is currently in the tedious task of reviewing all runtime linker pathes from the packages. To make it easier for you as maintainer I have a summary here how this works in GAR and how to fix things. Runtime pathes can be checked with /usr/ccs/bin/dump -Lv | A correct setting with ISALIST should look like [7] RUNPATH /opt/csw/lib/$ISALIST:/opt/csw/lib [8] RPATH /opt/csw/lib/$ISALIST:/opt/csw/lib A correct setting without ISALIST should look like [7] RUNPATH /opt/csw/lib [8] RPATH /opt/csw/lib GAR adds a runtime path with $ISALIST by default. To skip this entirely in GAR you can use NOISALIST = 1 How much shell escaping is necessary depends on if the application uses autoconf and/or libtool. The quoting-level can be reduced with RUNPATHQUOTE = 1 (quote for one expansion, e. g. only configure) as opposed to the default RUNPATHQUOTE = 2 (quote for double expansion, configure and libtool). Best regards -- Dago From rupert at opencsw.org Sun Mar 1 16:35:05 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 1 Mar 2009 16:35:05 +0100 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? Message-ID: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> hi, for mod_wsgi i did: sw=mod_wsgi cd ~/mgar/pkg/$sw make package MAKE=gmake stagepkg which then says: If you dont already have a prototype file, you should copy /home/rupert/mgar/pkg/mod_wsgi/cswstage/prototype to where you keep your pkginfo file so i continued: $ find . -name pkginfo ./gar/pkglib/csw/pkginfo cp cswstage/prototype gar/pkglib/csw/ and then? stagepkg said: Next, cd ~/pkgs/[software] You should then do EITHER createpkg -b /home/rupert/mgar/pkg/mod_wsgi/cswstage/opt/csw but ... there is no ~/pkgs/[software] ... the only thing i see is: $ ls /home/rupert/pkgs/01.Mar.2009/ap2_modwsgi-2.3,REV\=2009.03.01-SunOS5.10-sparc-CSW.pkg.gz and now i am wondering what i should do with it to: try it, and then ask somebody to test it as well? rupert. From rupert at opencsw.org Sun Mar 1 16:48:20 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 1 Mar 2009 16:48:20 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6? Message-ID: <6af4270903010748v55c35730ld4d332b9958e7310@mail.gmail.com> hi, i tried to build the same mod_wsgi now on build8x and build10x ... but it gives: rupert at build8x:~/mgar/pkg/mod_wsgi $ make package ... ==> Running make in work/build-isa-i386/mod_wsgi-2.3 gmake[2]: Entering directory `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-i386/mod_wsgi-2.3' /opt/csw/apache2/sbin/apxs -c -I/opt/csw/include/python2.6 -DNDEBUG mod_wsgi.c -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv -lsocket -lnsl -lrt -ldl -lpthread /opt/csw/apache2/share/build/libtool --silent --mode=compile cc -prefer-pic -DSSL_EXPERIMENTAL -DSSL_ENGINE -xO3 -xtarget=generic -xarch=generic -I/opt/csw/bdb44/include -I/opt/csw/include -I/opt/csw/bdb44/include -I/opt/csw/include -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -mt -I/opt/csw/apache2/include -I/opt/csw/apache2/include -I/opt/csw/apache2/include -I/opt/csw/bdb44/include -I/opt/csw/include -I/opt/csw/include/python2.6 -DNDEBUG -c -o mod_wsgi.lo mod_wsgi.c && touch mod_wsgi.slo "/opt/csw/include/python2.6/pyconfig.h", line 1004: warning: macro redefined: _FILE_OFFSET_BITS "mod_wsgi.c", line 8290: warning: statement not reached "mod_wsgi.c", line 8370: warning: statement not reached /opt/csw/apache2/share/build/libtool --silent --mode=link cc -o mod_wsgi.la -rpath /opt/csw/apache2/libexec -module -avoid-version mod_wsgi.lo -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv -lsocket -lnsl -lrt -ldl -lpthread ld: fatal: library -lpython2.6: not found ld: fatal: File processing errors. No output written to .libs/mod_wsgi.so apxs:Error: Command failed with rc=65536 ... where could be the difference? rupert. From phil at bolthole.com Sun Mar 1 17:18:28 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 08:18:28 -0800 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? In-Reply-To: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> References: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> Message-ID: <20090301161828.GC68376@bolthole.com> On Sun, Mar 01, 2009 at 04:35:05PM +0100, rupert THURNER wrote: > and then? stagepkg said: > Next, > cd ~/pkgs/[software] > You should then do EITHER > createpkg -b /home/rupert/mgar/pkg/mod_wsgi/cswstage/opt/csw > > but ... there is no ~/pkgs/[software] ... the only thing i see is: That advice was made on the assumption you were building manually, not in gar. If you want to built it "manually" within gar, then cd to the place where your pkginfo file is, and build with createpkg -b [path-to-cswstage]/opt/csw But there's probably a more "gar" way to do the whole thing anyway. From phil at bolthole.com Sun Mar 1 17:23:45 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 08:23:45 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6? In-Reply-To: <6af4270903010748v55c35730ld4d332b9958e7310@mail.gmail.com> References: <6af4270903010748v55c35730ld4d332b9958e7310@mail.gmail.com> Message-ID: <20090301162345.GD68376@bolthole.com> On Sun, Mar 01, 2009 at 04:48:20PM +0100, rupert THURNER wrote: > gmake[2]: Entering directory > `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-i386/mod_wsgi-2.3' > /opt/csw/apache2/sbin/apxs -c -I/opt/csw/include/python2.6 -DNDEBUG > mod_wsgi.c -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv thats odd. There are no shared libs in /opt/csw/lib/python2.6/config looks like the latest python packages are broken for new development. For one thing, if it's going to offer a non-standard lib path for -L, it should provide a matching -R. However, it's providing the wrong -L path to begin with. the libs appear to be in /opt/csw/lib anyways. (so it should be providing the usual -L/opt/csw/lib -R'/opt/csw/lib/$ISALIST' ) you can add that to your makefile flags if you're in a hurry, and it should work From rupert at opencsw.org Sun Mar 1 18:20:40 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 1 Mar 2009 18:20:40 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? Message-ID: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> hi, i branched the gar subversion, and try to build it. subversion newly depends also on sqlite3, recommended 3.6.10, but also 3.4.0 should work. how would one best fulfill this dependency? the make says: checking for sqlite3.h... yes checking sqlite library version (via header)... unsupported SQLite version checking sqlite library version (via pkg-config)... none or unsupported 3.2 no An appropriate version of sqlite could not be found. We recommmend 3.6.10, but require at least 3.4.0. Please either install a newer sqlite on this system or get the sqlite 3.6.10 amalgamation from: http://www.sqlite.org/sqlite-amalgamation-3.6.10.tar.gz unpack the archive using tar/gunzip and copy sqlite3.c from the resulting directory to: /home/rupert/mgar/pkg/subversion/branches/1.6.0/work/build-isa-sparcv8/subversion-1.6.0-rc2/sqlite-amalgamation/sqlite3.c This file also ships as part of the subversion-deps distribution. configure: error: Subversion requires SQLite gmake[1]: *** [configure-work/build-isa-sparcv8/subversion-1.6.0-rc2/configure] Error 1 gmake[1]: Leaving directory `/home/rupert/mgar/pkg/subversion/branches/1.6.0' gmake: *** [merge-isa-sparcv8] Error 2 rupert. From phil at bolthole.com Sun Mar 1 18:28:10 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 09:28:10 -0800 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> Message-ID: <20090301172810.GH68376@bolthole.com> On Sun, Mar 01, 2009 at 06:20:40PM +0100, rupert THURNER wrote: > hi, > > i branched the gar subversion, and try to build it. subversion newly > depends also on sqlite3, recommended 3.6.10, but also 3.4.0 should > work. > > how would one best fulfill this dependency? file a bug against our sqlite3 package, for upgrade. and/or prepare to take it over if Michael is too busy. From william at wbonnet.net Sun Mar 1 18:51:50 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 01 Mar 2009 18:51:50 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <20090301172810.GH68376@bolthole.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> Message-ID: <49AACB36.6060104@wbonnet.net> Hi >> how would one best fulfill this dependency? >> > > file a bug against our sqlite3 package, for upgrade. > and/or prepare to take it over if Michael is too busy. > I already contacted Michael a couple of month oago about this package. I needed it to update firefox. I already added sqlite3 to GAR in december (but it is not yet released). I have rebuilt version 3.6.10. It is now in testing. Let me know if it works for you. I'll push it to unstable after. 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 rupert at opencsw.org Sun Mar 1 18:55:29 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 1 Mar 2009 18:55:29 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49AACB36.6060104@wbonnet.net> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> Message-ID: <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> thats great! * is there a good way to test on the buildfarm? otherwise the test needs some days because i need to upgrade our testing machines at work. * can i use this package somehow to build subversion now? rupert. On Sun, Mar 1, 2009 at 18:51, William Bonnet wrote: > Hi > > >>> how would one best fulfill this dependency? >>> >> >> file a bug against our sqlite3 package, for upgrade. >> and/or prepare to take it over if Michael is too busy. >> > I already contacted Michael a couple of month oago about this package. I > needed it to update firefox. > > I already added sqlite3 to GAR in december (but it is not yet released). > I have rebuilt version 3.6.10. It is now in testing. Let me know if it > works for you. I'll push it to unstable after. > > 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 > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From phil at bolthole.com Sun Mar 1 20:13:18 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 11:13:18 -0800 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> Message-ID: <20090301191318.GI68376@bolthole.com> On Sun, Mar 01, 2009 at 06:55:29PM +0100, rupert THURNER wrote: > thats great! > > * is there a good way to test on the buildfarm? otherwise the test > needs some days because i need to upgrade our testing machines at > work. back in earlier days, it was kosher to request your own personasl sol10 zone with your own root access, for when peopel wnated to install packages and play around themselves. dunno if we still do that. From dam at opencsw.org Sun Mar 1 20:50:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 20:50:31 +0100 Subject: [csw-maintainers] mGAR v2 : more small problems In-Reply-To: <49A4845F.1060200@wbonnet.net> References: <49A4845F.1060200@wbonnet.net> Message-ID: <8E58EE02-AC5D-4268-A0D9-0B04701A8C19@opencsw.org> Hi William, Am 25.02.2009 um 00:35 schrieb William Bonnet: > First sorry for this long and uneasy to read email. I hope you'll > retrieve the information between logs. > > I have finished updating kbproto and experienced several problems. > It seems difficult to build package on both sparc and x86 without > doing a clean between the different build. This is because it is not supported (yet) ;-) The reason is that some information like cookies for the global modulation is shared between different GARCHs and confuses GAR about what things already have been done. Ideally nobody should notice the change, with the exception of "clean", where "clean" means "clean up everything for the current GARCH". Similar to the current behaviour would be the existing targets "imageclean" and "spotless", which completely remove download/, cookies/ and workdir/. I see two solutions here: 1. Put cookies/, download/ and work/ in something like work-$(GARCH)/ and leave everything else the same 2. change global/ to global-$(GARCH)/, pkgroot/ to pkgroot-$(GARCH)/ etc. At the moment I am unsure what would be easier to implement and understand. Solving this issue would also allow parallel builds on sparc and x86. > PS: shouldn't we create a mantis project for mgar ? or do i have to > use SF.net bugtracker ? Please use the SF bugtracker as GAR is a SF project. Looks like this is a feature request ;-) BTW, I was already working on this some time ago when other things distracted me... Best regards -- Dago From dam at opencsw.org Sun Mar 1 20:50:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 20:50:29 +0100 Subject: [csw-maintainers] GAR v2 : preinstall step is not always executed In-Reply-To: <49A4792B.7050002@wbonnet.net> References: <49A4792B.7050002@wbonnet.net> Message-ID: <84AD3751-9959-4C4C-9B47-DC5C36AB25CA@opencsw.org> Hi William, Am 24.02.2009 um 23:48 schrieb William Bonnet: > I am updateing my X11 libs packages in order to finally release these. > > I have noticed that for some package the preinstall step is not > executed in same case > > I tested it on the x11/inputproto package. > > If i run gmake clean && gmake package, then the pre-install target > is never executed. But it i run gmake clean && gmake extract && > gmake install then it is executed. > > Is it a bug or a feature ? ;) Did i missed something or did > something wrong ? Difficult. In GAR v1 you had one flow in the Makefile: checksum -> extract -> patch -> configure -> build -> test -> install -> package With GAR v2 you have checksum -> extract -> patch -> configure -> build -> test -> install -> merge -> package -> extract -> patch -> configure -> build -> test -> install -> merge -> -> extract -> patch -> configure -> build -> test -> install -> merge -> That means the flow is split up for each modulation and then reunited before the package phase. Now a pre-install would mean "run pre-install before the first install is run". That would be easy. However, post-install as "run after the last install is run, but before the first merge" is somewhat difficult because invoking merge-modulation for one modulation would trigger install-modulated for all modulations to satisfy this condition. Thinking again I imagine that having general pre- and post-scripts for modulated rules outside the modulation is not really useful besides the edge-cases pre-extract and post-merge. I suggest changing the meaning of post-install to be what is currently post-install-modulated. During the transition warnings like this could be issued: WARNING: 'pre-install-modulated' was called. The behaviour in mGAR v2 has changed. Please use 'pre-install' instead. I don't know how effectively modulations are used right now. Is this change straight forward or do I talk not-understandable stuff here? Thoughts? Best regards -- Dago -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Sun Mar 1 20:55:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 20:55:34 +0100 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS References: <20090301052948.GA8317@keevey> Message-ID: Hi Mike, Anfang der weitergeleiteten E-Mail: > Von: Rob Stampfli > Datum: 1. M?rz 2009 06:29:48 MEZ > An: questions and discussions > Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled > for SPARC32PLUS > Antwort an: questions and discussions > > A word to the wise: If you are on one of the older Sparc boxes with > the original SPARC chipset, you will not be able to run the latest > python load as it is compiled for the SPARC32PLUS instruction set. > (I thought opencsw policy was to not do this. See: > http://www.opencsw.org/userguide/faq ) > > Backing it out now... Rob is right, could you please have a look? If you have build it with GAR it should have everything set up correctly, so solving this is fairly important... Best regards -- Dago From dam at opencsw.org Sun Mar 1 20:57:23 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 20:57:23 +0100 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? In-Reply-To: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> References: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> Message-ID: <52D163AE-461A-46AB-A078-4928FF1E43B7@opencsw.org> Hi Rupert, Am 01.03.2009 um 16:35 schrieb rupert THURNER: > for mod_wsgi i did: > > sw=mod_wsgi > cd ~/mgar/pkg/$sw > make package > MAKE=gmake stagepkg > > which then says: > If you dont already have a prototype file, you should copy > /home/rupert/mgar/pkg/mod_wsgi/cswstage/prototype > to where you keep your pkginfo file > > so i continued: > $ find . -name pkginfo > ./gar/pkglib/csw/pkginfo > cp cswstage/prototype gar/pkglib/csw/ > > and then? stagepkg said: > Next, > cd ~/pkgs/[software] > You should then do EITHER > createpkg -b /home/rupert/mgar/pkg/mod_wsgi/cswstage/opt/csw > > but ... there is no ~/pkgs/[software] ... the only thing i see is: > $ ls /home/rupert/pkgs/01.Mar.2009/ap2_modwsgi-2.3,REV\=2009.03.01- > SunOS5.10-sparc-CSW.pkg.gz > > and now i am wondering what i should do with it to: try it, and then > ask somebody to test it as well? You are mixing stuff from the manual package build descriptions and the GAR descriptions. Please do not use the manual package build descriptions any more, but take a look at http://gar.opencsw.org for an introduction to GAR. Please let me know if you encounter anything strange on this. Best regards -- Dago From dam at opencsw.org Sun Mar 1 21:01:37 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 21:01:37 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> Message-ID: Hi Rupert, Am 01.03.2009 um 18:55 schrieb rupert THURNER: > * is there a good way to test on the buildfarm? otherwise the test > needs some days because i need to upgrade our testing machines at > work. Unfortunately not. The servers on the farm should stay pristine as they may only contain released packages. If you don't have a testing machine on your own I can set up a zone if really necessary. > * can i use this package somehow to build subversion now? Not yet. The package needs to be released and updated on the farm first. We tried updating to testing packages, but this ended in some chaos. Best regards -- Dago From dam at opencsw.org Sun Mar 1 21:03:05 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 1 Mar 2009 21:03:05 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <20090301191318.GI68376@bolthole.com> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> <20090301191318.GI68376@bolthole.com> Message-ID: <730CA482-E696-4BE7-BF79-0E45360F39FC@opencsw.org> Hi Phil, Am 01.03.2009 um 20:13 schrieb Philip Brown: > On Sun, Mar 01, 2009 at 06:55:29PM +0100, rupert THURNER wrote: >> thats great! >> >> * is there a good way to test on the buildfarm? otherwise the test >> needs some days because i need to upgrade our testing machines at >> work. > > back in earlier days, it was kosher to request your own personasl > sol10 > zone with your own root access, for when peopel wnated to install > packages > and play around themselves. dunno if we still do that. Yes, if someone really needs it I do this. But the machine has only 8 GB and is already swapping :-( Best regards -- Dago From william at wbonnet.net Sun Mar 1 21:16:55 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 01 Mar 2009 21:16:55 +0100 Subject: [csw-maintainers] Firefox 2 update Message-ID: <49AAED37.9090407@wbonnet.net> Hi, Since FF3 is still not ready, i have started to update FF2 package to latest version 2.0.0.20 (security fix). I have created a branch in svn to work on FF3. I am thinking of creating a CSWfirefox2 package once FF3 will be available. My point of view is that CSWfirefox should be lastest version. This is what most users are looking for. But as long as Mozilla will maintain FF2, there is no real need to drop it. The simplest solution for end user seems to me the following (when FF2 is ready). CSWfirefox moves to v3 CSWfirefox2 is created CSWfirefox2 is the latest v2 (security release) CSWfirefox2 and CSWfirefox are declared as I (Incompatible). That means you won't be able to run both at the same time. This solution is not the best, but the easiest (in fact the easiest is to drop firefox2 ;) ). I will look at the possibility to locate it somewhere else, but i am affraid that some mozilla script have to be modified :( Not sure yet, but i add some strange behavior when compiling and using FF3. 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 skayser at opencsw.org Sun Mar 1 22:42:40 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 01 Mar 2009 22:42:40 +0100 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: References: <20090301052948.GA8317@keevey> Message-ID: <49AB0150.9000107@opencsw.org> Dagobert Michelsen wrote: > Anfang der weitergeleiteten E-Mail: >> Von: Rob Stampfli >> Datum: 1. M?rz 2009 06:29:48 MEZ >> An: questions and discussions >> Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled >> for SPARC32PLUS >> Antwort an: questions and discussions >> >> A word to the wise: If you are on one of the older Sparc boxes with >> the original SPARC chipset, you will not be able to run the latest >> python load as it is compiled for the SPARC32PLUS instruction set. >> (I thought opencsw policy was to not do this. See: >> http://www.opencsw.org/userguide/faq ) >> >> Backing it out now... > > Rob is right, could you please have a look? If you have build it > with GAR it should have everything set up correctly, so solving > this is fairly important... Didn't we have something like this the other day with clamav? Phil, could you put a check in checkpkg to check for valid instruction sets? Sebastian From phil at bolthole.com Mon Mar 2 00:09:48 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 15:09:48 -0800 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: <49AB0150.9000107@opencsw.org> References: <20090301052948.GA8317@keevey> <49AB0150.9000107@opencsw.org> Message-ID: <20090301230948.GJ68376@bolthole.com> On Sun, Mar 01, 2009 at 10:42:40PM +0100, Sebastian Kayser wrote: > Didn't we have something like this the other day with clamav? Phil, > could you put a check in checkpkg to check for valid instruction sets? > see the discussion on this on the archives two months ago please From phil at bolthole.com Mon Mar 2 00:28:35 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 15:28:35 -0800 Subject: [csw-maintainers] mGAR v2 : more small problems In-Reply-To: <8E58EE02-AC5D-4268-A0D9-0B04701A8C19@opencsw.org> References: <49A4845F.1060200@wbonnet.net> <8E58EE02-AC5D-4268-A0D9-0B04701A8C19@opencsw.org> Message-ID: <20090301232835.GK68376@bolthole.com> > Am 25.02.2009 um 00:35 schrieb William Bonnet: > > PS: shouldn't we create a mantis project for mgar ? or do i have to > > use SF.net bugtracker ? mantis projects, are for csw packages. gar is not a package. I'd LIKE it to be one. but it isnt :-} From phil at bolthole.com Mon Mar 2 00:32:28 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 15:32:28 -0800 Subject: [csw-maintainers] Firefox 2 update In-Reply-To: <49AAED37.9090407@wbonnet.net> References: <49AAED37.9090407@wbonnet.net> Message-ID: <20090301233228.GL68376@bolthole.com> On Sun, Mar 01, 2009 at 09:16:55PM +0100, William Bonnet wrote: > This solution is not the best, but the easiest (in fact the easiest is > to drop firefox2 ;) I think it would probably be best to keep "firefox" as *best*, not "latest". If firefox3 is not ready to replace firefox2, then it is not ready to be named as "firefox" software, in my opinion. And if it IS ready to replace firefox2, then no point in having a firefox2 package. For those fanatics who really really want firefox3, you might create a non-registered firefox3 package and keep it in testing? :-} (but might create bandwidth problems if it becomes too popular) From mwatters at opencsw.org Mon Mar 2 04:43:25 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 01 Mar 2009 21:43:25 -0600 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: References: <20090301052948.GA8317@keevey> Message-ID: <49AB55DD.3030608@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dago, I built this gar v2. I didn't put anything in to change the architecture. I will check into where it is picking up this arch and correct. Dagobert Michelsen wrote: > Hi Mike, > > Anfang der weitergeleiteten E-Mail: >> Von: Rob Stampfli >> Datum: 1. M?rz 2009 06:29:48 MEZ >> An: questions and discussions >> Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for >> SPARC32PLUS >> Antwort an: questions and discussions >> >> A word to the wise: If you are on one of the older Sparc boxes with >> the original SPARC chipset, you will not be able to run the latest >> python load as it is compiled for the SPARC32PLUS instruction set. >> (I thought opencsw policy was to not do this. See: >> http://www.opencsw.org/userguide/faq ) >> >> Backing it out now... > > Rob is right, could you please have a look? If you have build it > with GAR it should have everything set up correctly, so solving > this is fairly important... > > > 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 iEYEARECAAYFAkmrVd0ACgkQLrhmsXMSLxcTgQCbBl0T5KkADzSsND6XvJuSun4u UkUAnA768KAUh2kWlo+Fb4iZTvDbqCmG =lIxr -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 2 08:15:18 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 1 Mar 2009 23:15:18 -0800 Subject: [csw-maintainers] pkg-get 4.1 in testing Message-ID: <20090302071518.GA99068@bolthole.com> FYI: i shoved pkg-get 4.1 into testing. i wanted to put more stuff in, but ran out of development time this weekend. sooo.. what you see is what you get :-) mostly just bugfixes. but would appreciate some folks other than myself saying, "yeah i tried it for a while, and it works for me". From dam at opencsw.org Mon Mar 2 08:44:02 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Mar 2009 08:44:02 +0100 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: <20090301230948.GJ68376@bolthole.com> References: <20090301052948.GA8317@keevey> <49AB0150.9000107@opencsw.org> <20090301230948.GJ68376@bolthole.com> Message-ID: <455AFDA9-5DEA-400B-8F54-9CEC5E761B6C@opencsw.org> Hi Phil, Am 02.03.2009 um 00:09 schrieb Philip Brown: > On Sun, Mar 01, 2009 at 10:42:40PM +0100, Sebastian Kayser wrote: >> Didn't we have something like this the other day with clamav? Phil, >> could you put a check in checkpkg to check for valid instruction >> sets? > > see the discussion on this on the archives two months ago please The main argument was "I cannot tell which ISA should be in which directory", but at least for /opt/csw/bin there must only be sparcv8 binaries (or shellscripts) in there. That was the problem last time and now again. How about checking only this? Best regards -- Dago From mwatters at opencsw.org Mon Mar 2 16:22:41 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 09:22:41 -0600 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: References: <20090301052948.GA8317@keevey> Message-ID: <49ABF9C1.7040707@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Anfang der weitergeleiteten E-Mail: >> Von: Rob Stampfli >> Datum: 1. M?rz 2009 06:29:48 MEZ >> An: questions and discussions >> Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for >> SPARC32PLUS >> Antwort an: questions and discussions >> >> A word to the wise: If you are on one of the older Sparc boxes with >> the original SPARC chipset, you will not be able to run the latest >> python load as it is compiled for the SPARC32PLUS instruction set. >> (I thought opencsw policy was to not do this. See: >> http://www.opencsw.org/userguide/faq ) >> >> Backing it out now... > > Rob is right, could you please have a look? If you have build it > with GAR it should have everything set up correctly, so solving > this is fairly important... > > > Best regards > > -- Dago I have solved the problem, I will rebuild it today. the issue was configure was explicitly adding -xcode=pic32 as a flag. I "patched" the configure script and forced it to xarch=v8 I will solve the library issue prior to release. - -- 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 iEYEARECAAYFAkmr+cEACgkQLrhmsXMSLxdi0ACg1mMox8EMOIX3m4NgRNo7+m5F WG8AnjDegEwKODMcsRxsJhkQWikFqece =3oRC -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 2 16:33:22 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 07:33:22 -0800 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: <455AFDA9-5DEA-400B-8F54-9CEC5E761B6C@opencsw.org> References: <20090301052948.GA8317@keevey> <49AB0150.9000107@opencsw.org> <20090301230948.GJ68376@bolthole.com> <455AFDA9-5DEA-400B-8F54-9CEC5E761B6C@opencsw.org> Message-ID: <20090302153322.GA83327@bolthole.com> On Mon, Mar 02, 2009 at 08:44:02AM +0100, Dagobert Michelsen wrote: > > The main argument was "I cannot tell which ISA should be in > which directory", but at least for /opt/csw/bin there must > only be sparcv8 binaries (or shellscripts) in there. That was > the problem last time and now again. How about checking only > this? awwright. i think i actually suggested that myself :-) but didnt have the time to check it out. Now had the time to do it, so tossed together a quick update for it. seems to actually flag the python package, which is good. always nice to have a test case. From mwatters at opencsw.org Mon Mar 2 20:14:14 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 13:14:14 -0600 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: References: <20090301052948.GA8317@keevey> Message-ID: <49AC3006.7000406@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Anfang der weitergeleiteten E-Mail: >> Von: Rob Stampfli >> Datum: 1. M?rz 2009 06:29:48 MEZ >> An: questions and discussions >> Betreff: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for >> SPARC32PLUS >> Antwort an: questions and discussions >> >> A word to the wise: If you are on one of the older Sparc boxes with >> the original SPARC chipset, you will not be able to run the latest >> python load as it is compiled for the SPARC32PLUS instruction set. >> (I thought opencsw policy was to not do this. See: >> http://www.opencsw.org/userguide/faq ) >> >> Backing it out now... > > Rob is right, could you please have a look? If you have build it > with GAR it should have everything set up correctly, so solving > this is fairly important... > > > Best regards > > -- Dago OK, I think I have everything straightened out on the python build. I have added -L/opt/csw/lib -R/opt/csw/lib to python-config --ldflags I patched the configure script and "forced" to compile with xarch=v8 I am rebuilding and packaging up now, I will have new version in testing shortly. - -- 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 iEYEARECAAYFAkmsMAAACgkQLrhmsXMSLxcdLwCgrpAREQ3h+fmuVS3YL7e8NDr9 FYgAoLhbm2mG6w/Mf42KlRdcEX4sFIRT =JOKg -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 2 20:18:25 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 11:18:25 -0800 Subject: [csw-maintainers] Fwd: [csw-users] Warning: Opencsw latest python 2.6.1 compiled for SPARC32PLUS In-Reply-To: <49AC3006.7000406@opencsw.org> References: <20090301052948.GA8317@keevey> <49AC3006.7000406@opencsw.org> Message-ID: <20090302191825.GB19077@bolthole.com> On Mon, Mar 02, 2009 at 01:14:14PM -0600, Mike Watters wrote: > OK, I think I have everything straightened out on the python build. > I have added -L/opt/csw/lib -R/opt/csw/lib to python-config --ldflags > nooo, -R/opt/csw/lib/$ISALIST From william at wbonnet.net Mon Mar 2 21:23:21 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 02 Mar 2009 21:23:21 +0100 Subject: [csw-maintainers] pkg-get 4.1 in testing In-Reply-To: <20090302071518.GA99068@bolthole.com> References: <20090302071518.GA99068@bolthole.com> Message-ID: <49AC4039.4080903@wbonnet.net> Hi Phil > FYI: i shoved pkg-get 4.1 into testing. i wanted to put more stuff in, > but ran out of development time this weekend. sooo.. what you see is what > you get :-) > > mostly just bugfixes. but would appreciate some folks other than myself > saying, "yeah i tried it for a while, and it works for me". > Installed at home... i'll let you know 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 rupert at opencsw.org Mon Mar 2 22:00:14 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 2 Mar 2009 22:00:14 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <730CA482-E696-4BE7-BF79-0E45360F39FC@opencsw.org> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <6af4270903010955sf38fd57le88eb63dc18d7924@mail.gmail.com> <20090301191318.GI68376@bolthole.com> <730CA482-E696-4BE7-BF79-0E45360F39FC@opencsw.org> Message-ID: <6af4270903021300x41f74c76w13561c2cc520ab4@mail.gmail.com> no, not necessary. i can do it here, just takes a little time to cleanly separate it. rupert. On Sun, Mar 1, 2009 at 21:03, Dagobert Michelsen wrote: > Hi Phil, > > Am 01.03.2009 um 20:13 schrieb Philip Brown: > >> On Sun, Mar 01, 2009 at 06:55:29PM +0100, rupert THURNER wrote: >>> thats great! >>> >>> * is there a good way to test on the buildfarm? otherwise the test >>> needs some days because i need to upgrade our testing machines at >>> work. >> >> back in earlier days, it was kosher to request your own personasl >> sol10 >> zone with your own root access, for when peopel wnated to install >> packages >> and play around themselves. dunno if we still do that. > > Yes, if someone really needs it I do this. But the machine has > only 8 GB and is already swapping :-( > > > Best regards > > ? -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From rupert at opencsw.org Mon Mar 2 22:12:10 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 2 Mar 2009 22:12:10 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? Message-ID: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> but now its consistent at least, it fails with the same error on build8s as well :) do you have an example how to add it to the mgar makefile somewhere? rupert. On Sun, Mar 1, 2009 at 17:23, Philip Brown wrote: > On Sun, Mar 01, 2009 at 04:48:20PM +0100, rupert THURNER wrote: >> gmake[2]: Entering directory >> `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-i386/mod_wsgi-2.3' >> /opt/csw/apache2/sbin/apxs -c -I/opt/csw/include/python2.6 -DNDEBUG >> mod_wsgi.c -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv > > thats odd. There are no shared libs in /opt/csw/lib/python2.6/config > > looks like the latest python packages are broken for new development. > > For one thing, if it's going to offer a non-standard lib path for -L, it > should provide a matching -R. However, it's providing the wrong -L path to > begin with. the libs appear to be in /opt/csw/lib anyways. > > (so it should be providing the usual > ?-L/opt/csw/lib -R'/opt/csw/lib/$ISALIST' ?) > > you can add that to your makefile flags if you're in a hurry, and it should > work > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From dam at opencsw.org Mon Mar 2 22:23:02 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Mar 2009 22:23:02 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> Message-ID: Hi Rupert, Am 02.03.2009 um 22:12 schrieb rupert THURNER: > but now its consistent at least, it fails with the same error on > build8s as well :) > > do you have an example how to add it to the mgar makefile somewhere? GAR automatically sets everything correct. Just make sure LDFLAGS are honored during MAKE: build8s% gmake modenv Arch: sparc Kernel: sparcv9 Default ISA 32: sparcv8 Default ISA 64: sparcv9 Requested ISAs: sparcv8 Needed ISAs: sparcv8 Build ISAs: sparcv8 ISAEXEC dirs: ISAEXEC files: Merge include: Merge exclude: /opt/csw/share/info/dir /opt/csw/lib/.*\.la .* \~ /opt/csw/lib/.*\.a Requested compiler flags: * Modulation isa-sparcv8: ISA=sparcv8 PATH = /home/dam/mgar/pkg/autoconf/trunk/work/install-isa- sparcv8/opt/csw/bin:/home/dam/mgar/pkg/autoconf/trunk/work/install- isa-sparcv8/opt/csw/bin:/home/dam/mgar/pkg/autoconf/trunk/work/ install-isa-sparcv8/opt/csw/sbin:/home/dam/mgar/pkg/autoconf/trunk/ work/install-isa-sparcv8/opt/csw/sbin:/opt/csw/bin:/opt/csw/bin:/opt/ csw/sbin:/opt/csw/sbin:/opt/studio/SOS11/SUNWspro/bin:/home/dam/mgar/ pkg/autoconf/trunk/gar/bin:/usr/bin:/usr/sbin:/usr/java/bin:/usr/ccs/bin PKG_CONFIG_PATH = /opt/csw/lib/pkgconfig CFLAGS = -xO3 -xarch=v8 -I/opt/csw/include CXXFLAGS = -xO3 -xarch=v8 -I/opt/csw/include CPPFLAGS = -I/opt/csw/include LDFLAGS = -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\$ $ISALIST -R/opt/csw/lib ASFLAGS = OPTFLAGS = -xO3 -xarch=v8 The strange quoting is due to multiple expansion during configure and make. Make sure you check the output with /usr/ccs/bin/dump -Lv Best regards -- Dago > > rupert. > > > On Sun, Mar 1, 2009 at 17:23, Philip Brown wrote: >> On Sun, Mar 01, 2009 at 04:48:20PM +0100, rupert THURNER wrote: >>> gmake[2]: Entering directory >>> `/home/rupert/mgar/pkg/mod_wsgi/work/build-isa-i386/mod_wsgi-2.3' >>> /opt/csw/apache2/sbin/apxs -c -I/opt/csw/include/python2.6 -DNDEBUG >>> mod_wsgi.c -L/opt/csw/lib/python2.6/config -lpython2.6 -lresolv >> >> thats odd. There are no shared libs in /opt/csw/lib/python2.6/config >> >> looks like the latest python packages are broken for new development. >> >> For one thing, if it's going to offer a non-standard lib path for - >> L, it >> should provide a matching -R. However, it's providing the wrong -L >> path to >> begin with. the libs appear to be in /opt/csw/lib anyways. >> >> (so it should be providing the usual >> -L/opt/csw/lib -R'/opt/csw/lib/$ISALIST' ) >> >> you can add that to your makefile flags if you're in a hurry, and >> it should >> work >> _______________________________________________ >> 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 From phil at bolthole.com Mon Mar 2 22:39:36 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 13:39:36 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> Message-ID: <20090302213936.GE19077@bolthole.com> On Mon, Mar 02, 2009 at 10:23:02PM +0100, Dagobert Michelsen wrote: > GAR automatically sets everything correct. Just make sure LDFLAGS > are honored during MAKE: > .... > LDFLAGS = -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\$ > $ISALIST -R/opt/csw/lib Errr.... I wasnt aware that -xarch=v8 was valid as an "LDFLAG". It appears that it actually is NOT valid. You cannot pass it to ld. From dam at opencsw.org Mon Mar 2 22:44:06 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Mar 2009 22:44:06 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <20090302213936.GE19077@bolthole.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> Message-ID: Hi Phil, Am 02.03.2009 um 22:39 schrieb Philip Brown: > On Mon, Mar 02, 2009 at 10:23:02PM +0100, Dagobert Michelsen wrote: >> GAR automatically sets everything correct. Just make sure LDFLAGS >> are honored during MAKE: >> .... >> LDFLAGS = -xarch=v8 -L/opt/csw/lib -R/opt/csw/lib/\\$ >> $ISALIST -R/opt/csw/lib > > Errr.... I wasnt aware that -xarch=v8 was valid as an "LDFLAG". > It appears that it actually is NOT valid. > You cannot pass it to ld. But in many cases this is picked up by libtool which infers for the sparcv9 case 64 bit linking. Ugly, yes, but I haven't found something better. Best regards -- Dago From mwatters at opencsw.org Mon Mar 2 22:51:56 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 15:51:56 -0600 Subject: [csw-maintainers] *** Fixed *** Python now in testing Message-ID: <49AC54FC.9030105@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: fixed architecture on binaries. for sparc /opt/csw/bin/python: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped for i386 /opt/csw/bin/python: ELF 32-bit LSB executable 80386 Version 1, dynamically linked, stripped Fixed python-config --ldflags $ ./python-config --ldflags - -L/opt/csw/lib -R/opt/csw/lib/$ISALIST -lresolv -lsocket -lnsl -lrt -ldl -lpthread -lm -lpython2.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.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmsVO4ACgkQLrhmsXMSLxcvswCg3+zrEaWdBE3xnhm23ODU4LE8 /QYAoIozM/4N+ky5wsY3vk4UhQ4mrcnH =Lko3 -----END PGP SIGNATURE----- From mwatters at opencsw.org Tue Mar 3 00:00:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 17:00:35 -0600 Subject: [csw-maintainers] ap2_modpython now in testing Message-ID: <49AC6513.8050608@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: compile 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.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmsZRIACgkQLrhmsXMSLxcJuwCgrfFMh3e2vHQv4N77r/OSTby6 2tcAn0i4XkKdxVFT2saosAIrPa+To7am =wxMm -----END PGP SIGNATURE----- From rupert at opencsw.org Tue Mar 3 00:27:50 2009 From: rupert at opencsw.org (rupert THURNER) Date: Tue, 3 Mar 2009 00:27:50 +0100 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? In-Reply-To: <52D163AE-461A-46AB-A078-4928FF1E43B7@opencsw.org> References: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> <52D163AE-461A-46AB-A078-4928FF1E43B7@opencsw.org> Message-ID: <6af4270903021527o14badbf0r51ccd99013dcf9d2@mail.gmail.com> it would be great, if a complete workflow until the built package and the delivery would be there. rupert. On Sun, Mar 1, 2009 at 20:57, Dagobert Michelsen wrote: > Hi Rupert, > > Am 01.03.2009 um 16:35 schrieb rupert THURNER: >> for mod_wsgi i did: >> >> sw=mod_wsgi >> cd ~/mgar/pkg/$sw >> make package >> MAKE=gmake stagepkg >> >> which then says: >> If you dont already have a prototype file, you should copy >> /home/rupert/mgar/pkg/mod_wsgi/cswstage/prototype >> to where you keep your pkginfo file >> >> so i continued: >> $ find . -name pkginfo >> ./gar/pkglib/csw/pkginfo >> cp cswstage/prototype gar/pkglib/csw/ >> >> and then? stagepkg said: >> Next, >> ?cd ~/pkgs/[software] >> You should then do EITHER >> ?createpkg -b /home/rupert/mgar/pkg/mod_wsgi/cswstage/opt/csw >> >> but ... there is no ~/pkgs/[software] ?... the only thing i see is: >> $ ls /home/rupert/pkgs/01.Mar.2009/ap2_modwsgi-2.3,REV\=2009.03.01- >> SunOS5.10-sparc-CSW.pkg.gz >> >> and now i am wondering what i should do with it to: try it, and then >> ask somebody to test it as well? > > You are mixing stuff from the manual package build descriptions and the > GAR descriptions. Please do not use the manual package build > descriptions > any more, but take a look at http://gar.opencsw.org for an introduction > to GAR. Please let me know if you encounter anything strange on this. > > > Best regards > > ? -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From phil at bolthole.com Tue Mar 3 00:34:14 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 15:34:14 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> Message-ID: <20090302233414.GI19077@bolthole.com> On Mon, Mar 02, 2009 at 10:44:06PM +0100, Dagobert Michelsen wrote: > Am 02.03.2009 um 22:39 schrieb Philip Brown: > > Errr.... I wasnt aware that -xarch=v8 was valid as an "LDFLAG". > > It appears that it actually is NOT valid. > > You cannot pass it to ld. > > But in many cases this is picked up by libtool which infers for > the sparcv9 case 64 bit linking. Ugly, yes, but I haven't found > something better. it's worse than "ugly". it's *wrong* :-( It will break anything that uses LDFLAGS as it is supposed to be used. (by directly calling ld $(LDFLAGS) ) From mike at opencsw.org Tue Mar 3 01:05:49 2009 From: mike at opencsw.org (Mike Arnold) Date: Mon, 2 Mar 2009 17:05:49 -0700 (MST) Subject: [csw-maintainers] [Fwd: please let me in] Message-ID: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> This message bounced with reason: 550 5.1.1 : Recipient address rejected: User unknown in virtual alias table. ---------------------------- Original Message ---------------------------- Subject: please let me in From: "Mike Arnold" Date: Sat, February 28, 2009 12:57 To: buildfarm at opencsw.org -------------------------------------------------------------------------- I need access to the buildfarms. Here is my public key. ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEA3ekX3HMn8NhI70ZDlUFpkwbphze2+BPdpWRyQ3m/wGRtNPvjhCCebqsA9XdG5NEQSAuPlQRU0jbqlf34mv1J1qRQoKvNo12q/4oxfatCDDnGbvEjCNt9wrhF2Qci5K7YUwiiH6vSOfolthI2ejUHjJ4Rt7fRYZwbUEz7cn85RZM= CSW - blastwave.org -- -m ... so long as the people do not care to exercise their freedom, those who wish to tyrranize will do so; for tyrants are active and ardent, and will devote themselves in the name of any number of gods, religious and otherwise, to put shackles upon sleeping men. -- Voltarine de Cleyre From rupert at opencsw.org Tue Mar 3 01:06:36 2009 From: rupert at opencsw.org (rupert THURNER) Date: Tue, 3 Mar 2009 01:06:36 +0100 Subject: [csw-maintainers] subversion-1.5.6 builds - but then ... perl ? Message-ID: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> hi, tried to build subversion-1.5.6. commented javahl, until somebody really needs it, and asked on the subversion tigris list for the compile error we all hit. and i am wondering: 1. is it normal to get these 50 or so protection override questions? coudl one avoid it? 2. how does one prevent this error: ## Checking is complete. /usr/sbin/pkgchk passed. 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 16463 1235929725 ERROR: perllocal.pod should be removed from prototype file gmake: *** [pkgcheck-CSWsvn] Error 2 (i tried to remove it from $ vi work/build-global/prototype but it it gets created all the time again) rupert. the detailled messages: rupert at build10s:~/mgar/pkg/subversion/trunk $ make package .... /home/rupert/spool/5.10-sparc/CSWsvn/install/copyright /home/rupert/spool/5.10-sparc/CSWsvn/install/depend ## Validating control scripts. ## Packaging complete. mkp: exec( pkgtrans -s /home/rupert/spool/5.10-sparc /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg CSWsvn ) Transferring package instance mkp: exec( gzip -9 -f /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg ) mkp: exec( mv /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg.gz /home/rupert/pkgs/02.Mar.2009 ) mkp: exec( rm -r /home/rupert/spool/5.10-sparc/CSWsvn ) rm: /home/rupert/spool/5.10-sparc/CSWsvn/root/opt/csw/lib/perl/site_perl/auto/SVN/_Repos/_Repos.so: override protection 555 (yes/no)? yes rm: /home/rupert/spool/5.10-sparc/CSWsvn/root/opt/csw/lib/perl/site_perl/auto/SVN/_Repos/_Repos.bs: override protection 444 (yes/no)? yes ... ==> Checking compliance: CSWsvn Examining /home/rupert/pkgs/02.Mar.2009/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg.gz Looking for bad strings... Extracting files for more detailed inspection... CSWsvn/pkginfo 30 blocks Info for pkg CSWsvn software= 'subversion' arch= 'sparc' desc='Version control rethought' pkgname='CSWsvn' version='1.5.6,REV=2009.03.02' maintainer name='THURNER rupert' maint email='rupert at opencsw.org' hotline='http://www.opencsw.org/bugtrack/' Extracing pkg for examination of files... pkginfo pkgmap install install/copyright install/checkinstall install/depend ... root/opt/csw/lib/perl/site_perl/SVN/Wc.pm root/opt/csw/lib/perl/site_perl/SVN/Client.pm 32314 blocks Checking uninstalled directory format package from ## Checking control scripts. ## Checking package objects. ## Checking is complete. /usr/sbin/pkgchk passed. 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 16463 1235929725 ERROR: perllocal.pod should be removed from prototype file gmake: *** [pkgcheck-CSWsvn] Error 2 From phil at bolthole.com Tue Mar 3 01:23:10 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 16:23:10 -0800 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> Message-ID: <20090303002309.GJ19077@bolthole.com> On Mon, Mar 02, 2009 at 05:05:49PM -0700, Mike Arnold wrote: > This message bounced with reason: 550 5.1.1 : > Recipient address rejected: User unknown in virtual alias table. fyi; it's buildfarm at lists.opencsw.org :-) From mwatters at opencsw.org Tue Mar 3 02:56:48 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 02 Mar 2009 19:56:48 -0600 Subject: [csw-maintainers] subversion-1.5.6 builds - but then ... perl ? In-Reply-To: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> References: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> Message-ID: <49AC8E60.6020400@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have got the javahl piece to compile. there are 2 ways to do it... either force it to use gcc or "supposedly" compile on Studio12 I had to force the rbsvn to use gcc since ruby is compiled using gcc. ( supposedly that can be compiled with Studio12 as well ) I am working on the mgar automation to make this work. rupert THURNER wrote: > hi, > > tried to build subversion-1.5.6. commented javahl, until somebody > really needs it, and asked on the subversion tigris list for the > compile error we all hit. and i am wondering: > 1. is it normal to get these 50 or so protection override questions? > coudl one avoid it? > 2. how does one prevent this error: > ## Checking is complete. > /usr/sbin/pkgchk passed. > 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 > 16463 1235929725 > ERROR: perllocal.pod should be removed from prototype file > gmake: *** [pkgcheck-CSWsvn] Error 2 > (i tried to remove it from $ vi work/build-global/prototype > but it it gets created all the time again) > > rupert. > > the detailled messages: > > rupert at build10s:~/mgar/pkg/subversion/trunk > $ make package > .... > /home/rupert/spool/5.10-sparc/CSWsvn/install/copyright > /home/rupert/spool/5.10-sparc/CSWsvn/install/depend > ## Validating control scripts. > ## Packaging complete. > mkp: exec( pkgtrans -s /home/rupert/spool/5.10-sparc > /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg CSWsvn ) > Transferring package instance > mkp: exec( gzip -9 -f > /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg ) > mkp: exec( mv /tmp/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg.gz > /home/rupert/pkgs/02.Mar.2009 ) > mkp: exec( rm -r /home/rupert/spool/5.10-sparc/CSWsvn ) > rm: /home/rupert/spool/5.10-sparc/CSWsvn/root/opt/csw/lib/perl/site_perl/auto/SVN/_Repos/_Repos.so: > override protection 555 (yes/no)? yes > rm: /home/rupert/spool/5.10-sparc/CSWsvn/root/opt/csw/lib/perl/site_perl/auto/SVN/_Repos/_Repos.bs: > override protection 444 (yes/no)? yes > ... > ==> Checking compliance: CSWsvn > Examining /home/rupert/pkgs/02.Mar.2009/subversion-1.5.6,REV=2009.03.02-SunOS5.10-sparc-CSW.pkg.gz > Looking for bad strings... > Extracting files for more detailed inspection... > CSWsvn/pkginfo > 30 blocks > Info for pkg CSWsvn > software= 'subversion' > arch= 'sparc' > desc='Version control rethought' > pkgname='CSWsvn' > version='1.5.6,REV=2009.03.02' > maintainer name='THURNER rupert' > maint email='rupert at opencsw.org' > hotline='http://www.opencsw.org/bugtrack/' > > Extracing pkg for examination of files... > pkginfo > pkgmap > install > install/copyright > install/checkinstall > install/depend > ... > root/opt/csw/lib/perl/site_perl/SVN/Wc.pm > root/opt/csw/lib/perl/site_perl/SVN/Client.pm > 32314 blocks > Checking uninstalled directory format package from > ## Checking control scripts. > ## Checking package objects. > ## Checking is complete. > /usr/sbin/pkgchk passed. > 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 16463 > 1235929725 > ERROR: perllocal.pod should be removed from prototype file > gmake: *** [pkgcheck-CSWsvn] Error 2 > _______________________________________________ > 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 iEYEARECAAYFAkmsjmAACgkQLrhmsXMSLxezigCgmZvgWu5/pI5UIGK0Mhs3umWc naIAoIubI+BHJU1sObZGo8+LSK69zKM2 =a93C -----END PGP SIGNATURE----- From mike at opencsw.org Tue Mar 3 02:58:40 2009 From: mike at opencsw.org (Mike Arnold) Date: Mon, 2 Mar 2009 18:58:40 -0700 (MST) Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: <20090303002309.GJ19077@bolthole.com> References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> Message-ID: Philip Brown wrote: > On Mon, Mar 02, 2009 at 05:05:49PM -0700, Mike Arnold wrote: >> This message bounced with reason: 550 5.1.1 : >> Recipient address rejected: User unknown in virtual alias table. > > fyi; it's buildfarm at lists.opencsw.org :-) > Then here are some bugs to report: >From http://www.opencsw.org/standards/build_farm - http://mirror.opencsw.org/versionmatrix.html Not Found - buildfarm at opencsw.org (reason: 550 5.1.1 : Recipient address rejected: User unknown in virtual alias table) I cannot find instructions for uploading finished packages. I see http://www.opencsw.org/standards/welcome pointing to http://www.opencsw.org/standards/build_farm which talks about /home/testing. No link to wiki.opencsw.org from www.opencsw.org. http://www.opencsw.org/about deserves a bit more prominent placement. -- -m From phil at bolthole.com Tue Mar 3 03:06:08 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 2 Mar 2009 18:06:08 -0800 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> Message-ID: <20090303020608.GK19077@bolthole.com> On Mon, Mar 02, 2009 at 06:58:40PM -0700, Mike Arnold wrote: > I cannot find instructions for uploading finished packages. I see > http://www.opencsw.org/standards/welcome pointing to > http://www.opencsw.org/standards/build_farm which talks about > /home/testing. It is mentiond in the "Pkg file creation" section, of http://www.opencsw.org/standards/ i'll put a reference to it in the welcome page as well. From mike at opencsw.org Tue Mar 3 03:15:15 2009 From: mike at opencsw.org (Mike Arnold) Date: Mon, 2 Mar 2009 19:15:15 -0700 (MST) Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: <20090303020608.GK19077@bolthole.com> References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> <20090303020608.GK19077@bolthole.com> Message-ID: <49d9dadbff3eb7fefa740f64c0796218.squirrel@www.razorsedge.org> Philip Brown wrote: > On Mon, Mar 02, 2009 at 06:58:40PM -0700, Mike Arnold wrote: >> I cannot find instructions for uploading finished packages. I see >> http://www.opencsw.org/standards/welcome pointing to >> http://www.opencsw.org/standards/build_farm which talks about >> /home/testing. > > > It is mentiond in the "Pkg file creation" section, of > http://www.opencsw.org/standards/ > > i'll put a reference to it in the welcome page as well. Yep, I missed it all the way down there. :-( -- -m ... so long as the people do not care to exercise their freedom, those who wish to tyrranize will do so; for tyrants are active and ardent, and will devote themselves in the name of any number of gods, religious and otherwise, to put shackles upon sleeping men. -- Voltarine de Cleyre From dam at opencsw.org Tue Mar 3 08:56:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 08:56:43 +0100 Subject: [csw-maintainers] mod_wsgi, how to really create the package, then test it, using mgar? In-Reply-To: <6af4270903021527o14badbf0r51ccd99013dcf9d2@mail.gmail.com> References: <6af4270903010735o59af16deuc47296569215ed05@mail.gmail.com> <52D163AE-461A-46AB-A078-4928FF1E43B7@opencsw.org> <6af4270903021527o14badbf0r51ccd99013dcf9d2@mail.gmail.com> Message-ID: <878C0C30-5A29-4395-9B02-2B696D92ABC8@opencsw.org> Hi Rupert, Am 03.03.2009 um 00:27 schrieb rupert THURNER: > it would be great, if a complete workflow until the built package and > the delivery would be there. I agree fully and it is on my todo-list when I have some more time. Thanks for the feedback! -- Dago From dam at opencsw.org Tue Mar 3 08:59:37 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 08:59:37 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <20090302233414.GI19077@bolthole.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> Message-ID: Hi Phil, Am 03.03.2009 um 00:34 schrieb Philip Brown: > On Mon, Mar 02, 2009 at 10:44:06PM +0100, Dagobert Michelsen wrote: >> Am 02.03.2009 um 22:39 schrieb Philip Brown: >>> Errr.... I wasnt aware that -xarch=v8 was valid as an "LDFLAG". >>> It appears that it actually is NOT valid. >>> You cannot pass it to ld. >> >> But in many cases this is picked up by libtool which infers for >> the sparcv9 case 64 bit linking. Ugly, yes, but I haven't found >> something better. > > it's worse than "ugly". it's *wrong* :-( > > It will break anything that uses LDFLAGS as it is supposed to be used. > > (by directly calling > ld $(LDFLAGS) ) Should I take it out then? I vaguely remember having it in is needed for quite some packages. Best regards -- Dago From dam at opencsw.org Tue Mar 3 09:03:12 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 09:03:12 +0100 Subject: [csw-maintainers] subversion-1.5.6 builds - but then ... perl ? In-Reply-To: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> References: <6af4270903021606x415fbef0ndcb828ee19011874@mail.gmail.com> Message-ID: Hi Rupert, Am 03.03.2009 um 01:06 schrieb rupert THURNER: > tried to build subversion-1.5.6. commented javahl, until somebody > really needs it, and asked on the subversion tigris list for the > compile error we all hit. and i am wondering: > 1. is it normal to get these 50 or so protection override questions? > coudl one avoid it? This is usually ok. If you are a "100% maintainer" you can report it upstream and see if they fix it :-) But don't mind if it doesn't affect the package... > 2. how does one prevent this error: > ## Checking is complete. > /usr/sbin/pkgchk passed. > 1 f none /opt/csw/lib/perl/5.8.8/perllocal.pod 0644 root bin 223 > 16463 1235929725 > ERROR: perllocal.pod should be removed from prototype file > gmake: *** [pkgcheck-CSWsvn] Error 2 > (i tried to remove it from $ vi work/build-global/prototype > but it it gets created all the time again) Just put EXTRA_MERGE_EXCLUDE_FILES = .*/perllocal.pod in the Makefile. A question to the Perl-community: Should this be excluded by default for all packages? Best regards -- Dago From phil at bolthole.com Tue Mar 3 09:17:25 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Mar 2009 00:17:25 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> Message-ID: <20090303081725.GA8405@bolthole.com> On Tue, Mar 03, 2009 at 08:59:37AM +0100, Dagobert Michelsen wrote: > > It will break anything that uses LDFLAGS as it is supposed to be used. > > > > (by directly calling > > ld $(LDFLAGS) ) > > Should I take it out then? I vaguely remember having it in is > needed for quite some packages. yes. If it is needed for specific packages, then those specific packages should override (with a comment about "this is broken dont do this normally") From dam at opencsw.org Tue Mar 3 09:17:55 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 09:17:55 +0100 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> Message-ID: Hi, Am 03.03.2009 um 02:58 schrieb Mike Arnold: > Philip Brown wrote: >> On Mon, Mar 02, 2009 at 05:05:49PM -0700, Mike Arnold wrote: >>> This message bounced with reason: 550 5.1.1 : >>> Recipient address rejected: User unknown in virtual alias table. >> >> fyi; it's buildfarm at lists.opencsw.org :-) >> > > Then here are some bugs to report: > >> From http://www.opencsw.org/standards/build_farm > - http://mirror.opencsw.org/versionmatrix.html Not Found Phil, could you please correct this? When I separated the mirror.* from buildfarm.* the versionmatrix is now only on > - buildfarm at opencsw.org (reason: 550 5.1.1 : > Recipient address rejected: User unknown in virtual alias table) See my previous mail. It is buildfarm at lists.opencsw.org, but IMHO there should be an alias for the address you used. > I cannot find instructions for uploading finished packages. I see > http://www.opencsw.org/standards/welcome pointing to > http://www.opencsw.org/standards/build_farm which talks about > /home/testing. Please see "Package submission" on > No link to wiki.opencsw.org from www.opencsw.org. Hopefully, we will soon have a new integrated wiki in the site :-) Best regards -- Dago From dam at opencsw.org Tue Mar 3 09:21:22 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Mar 2009 09:21:22 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <20090303081725.GA8405@bolthole.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> <20090303081725.GA8405@bolthole.com> Message-ID: Hi Phil, Am 03.03.2009 um 09:17 schrieb Philip Brown: > On Tue, Mar 03, 2009 at 08:59:37AM +0100, Dagobert Michelsen wrote: >>> It will break anything that uses LDFLAGS as it is supposed to be >>> used. >>> >>> (by directly calling >>> ld $(LDFLAGS) ) >> >> Should I take it out then? I vaguely remember having it in is >> needed for quite some packages. > > yes. > If it is needed for specific packages, then those specific packages > should > override (with a comment about "this is broken dont do this normally") Mmhhh, there is -64 listed in ld(1). I guess that must be in, yes? Best regards -- Dago From phil at bolthole.com Tue Mar 3 18:36:44 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Mar 2009 09:36:44 -0800 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> Message-ID: <20090303173644.GA650@bolthole.com> On Tue, Mar 03, 2009 at 09:17:55AM +0100, Dagobert Michelsen wrote: >> Then here are some bugs to report: >> >>> From http://www.opencsw.org/standards/build_farm >> - http://mirror.opencsw.org/versionmatrix.html Not Found > > Phil, could you please correct this? When I separated > the mirror.* from buildfarm.* the versionmatrix is now > only on > the file is owned by you :-P ls -ld build_farm.shtml -rw-r--r-- 1 dam staff 2773 Jan 12 14:19 build_farm.shtml From phil at bolthole.com Tue Mar 3 18:38:20 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 3 Mar 2009 09:38:20 -0800 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> <20090303081725.GA8405@bolthole.com> Message-ID: <20090303173820.GB650@bolthole.com> On Tue, Mar 03, 2009 at 09:21:22AM +0100, Dagobert Michelsen wrote: > Hi Phil, *wave* > Mmhhh, there is -64 listed in ld(1). I guess that must be in, yes? Err.. that is the exact opposite of what we were discussing: -xarch=v8 If you wanted to put -64 in LD_FLAGS of the gar "build 64bit objs only" configs, that sounds ok. From william at wbonnet.net Tue Mar 3 22:54:31 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 03 Mar 2009 22:54:31 +0100 Subject: [csw-maintainers] Qt maintainer Message-ID: <49ADA717.3050501@wbonnet.net> Hi, I would like to know if we have an active Qt maintainer ? If no i'll start to work on it (since i need it...). Everything will be added to GAR in case some one wants to takeover (which would be appreciated ;) ). 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 dam at opencsw.org Wed Mar 4 00:12:27 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 00:12:27 +0100 Subject: [csw-maintainers] [Fwd: please let me in] In-Reply-To: <20090303173644.GA650@bolthole.com> References: <7b0a0f2f81c2c8c2fb44215d975b8795.squirrel@www.razorsedge.org> <20090303002309.GJ19077@bolthole.com> <20090303173644.GA650@bolthole.com> Message-ID: <4BE34D6F-5B6F-425E-8AFB-E32C8AAD49D2@opencsw.org> Hi Phil, Am 03.03.2009 um 18:36 schrieb Philip Brown: > On Tue, Mar 03, 2009 at 09:17:55AM +0100, Dagobert Michelsen wrote: >>> Then here are some bugs to report: >>> >>>> From http://www.opencsw.org/standards/build_farm >>> - http://mirror.opencsw.org/versionmatrix.html Not Found >> >> Phil, could you please correct this? When I separated >> the mirror.* from buildfarm.* the versionmatrix is now >> only on >> > > the file is owned by you :-P > > ls -ld build_farm.shtml > -rw-r--r-- 1 dam staff 2773 Jan 12 14:19 build_farm.shtml Ahh yes, I remember now. I guess it is the only one, and that's why I keep forgetting it :-( Best regards -- Dago From dam at opencsw.org Wed Mar 4 00:13:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 00:13:31 +0100 Subject: [csw-maintainers] mod_wsgi, on build8x - python-2.6 strange? In-Reply-To: <20090303173820.GB650@bolthole.com> References: <6af4270903021312ia36d8fatdd447fb4f745b2aa@mail.gmail.com> <20090302213936.GE19077@bolthole.com> <20090302233414.GI19077@bolthole.com> <20090303081725.GA8405@bolthole.com> <20090303173820.GB650@bolthole.com> Message-ID: <3F454845-8508-40AE-B122-C8127175F311@opencsw.org> Hi Phil, Am 03.03.2009 um 18:38 schrieb Philip Brown: > On Tue, Mar 03, 2009 at 09:21:22AM +0100, Dagobert Michelsen wrote: >> Hi Phil, > *wave* > >> Mmhhh, there is -64 listed in ld(1). I guess that must be in, yes? > > Err.. that is the exact opposite of what we were discussing: > -xarch=v8 > > If you wanted to put -64 in LD_FLAGS of the gar "build 64bit objs > only" > configs, that sounds ok. That is what I meant: take out -xarch and put in -64 for 64 bit archs. I'll change that next time I'm idling. Best regards -- Dago From bwalton at opencsw.org Wed Mar 4 01:47:18 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 03 Mar 2009 19:47:18 -0500 Subject: [csw-maintainers] ruby updates in testing Message-ID: <1236127436-sup-7169@ntdws12.chass.utoronto.ca> Hi All, I believe this will be the final testing update of ruby before a new release to current. The packages in testing/ fix: 1. Missing libruby-static.a 2. Some path issues with the installed docs (tools knew where they were, but the locations weren't correct). 3. A proper rubydev package is split out. 4. Native extensions built get a proper -R path in LDFLAGS (tested with the mysql gem). Please let me know if you find anything amiss with these. I plan to release them to current by next week if I haven't had any negative feedback (or found something myself). 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 glaw at opencsw.org Wed Mar 4 14:49:52 2009 From: glaw at opencsw.org (Gary Law) Date: Wed, 4 Mar 2009 13:49:52 +0000 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... Message-ID: Hi One new package, the evil/virtuous djbdns. This love-it-or-loathe-it job has been done to satisfy a need I have, and AFAIK is on a CSW wish list I saw somewhere; it's just the binaries, none of the myriad of servers that are included are configured or started. I think this fit with policy as none of them work without custom config anyway. Note this installs entirely in /opt/csw, as we are free to ignore djbs install instructions as he has finally placed the software in the public domain. I'm not sure if to declare a dependency on ucspi-tcp and daemontools, as it is theoretically possible to run this binaries without the rest of the djbware, but in practice no-one does. One updated package, the trivial rl (randomize lines) has a version bump. Use this to mash up your log files for fun and profit. Both were build from gar on the bo farm. Sparc and x86 binaries are now sitting in /home/testing for you cogitate over... Feedback welcome, Gary -- Gary Law Email: garylaw at garylaw.net Chat googletalk/messenger: gary.law at gmail.com iChat/jabber/AIM: gary.law at mac.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at opencsw.org Wed Mar 4 16:34:26 2009 From: mike at opencsw.org (Mike Arnold) Date: Wed, 4 Mar 2009 08:34:26 -0700 (MST) Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: References: Message-ID: <9008b2bc40367bddf4da7e18c1b35cf9.squirrel@www.razorsedge.org> Gary Law wrote: > Hi > > One new package, the evil/virtuous djbdns. This love-it-or-loathe-it job > has > been done to satisfy a need I have, and AFAIK is on a CSW wish list I saw > somewhere; it's just the binaries, none of the myriad of servers that are > included are configured or started. I think this fit with policy as none > of > them work without custom config anyway. Note this installs entirely in > /opt/csw, as we are free to ignore djbs install instructions as he has > finally placed the software in the public domain. I'm not sure if to > declare > a dependency on ucspi-tcp and daemontools, as it is theoretically possible > to run this binaries without the rest of the djbware, but in practice > no-one > does. > > One updated package, the trivial rl (randomize lines) has a version bump. > Use this to mash up your log files for fun and profit. > > Both were build from gar on the bo farm. Sparc and x86 binaries are now > sitting in /home/testing for you cogitate over... > > Feedback welcome, > Will you be adding all of the patches one can find for djbdns? -- -m ... so long as the people do not care to exercise their freedom, those who wish to tyrranize will do so; for tyrants are active and ardent, and will devote themselves in the name of any number of gods, religious and otherwise, to put shackles upon sleeping men. -- Voltarine de Cleyre From dam at opencsw.org Wed Mar 4 20:02:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 20:02:24 +0100 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: References: Message-ID: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> Hi Gary, Am 04.03.2009 um 14:49 schrieb Gary Law: > One new package, the evil/virtuous djbdns. This love-it-or-loathe- > it job has been done to satisfy a need I have, and AFAIK is on a > CSW wish list I saw somewhere; it's just the binaries, none of the > myriad of servers that are included are configured or started. I > think this fit with policy as none of them work without custom > config anyway. Note this installs entirely in /opt/csw, as we are > free to ignore djbs install instructions as he has finally placed > the software in the public domain. I'm not sure if to declare a > dependency on ucspi-tcp and daemontools, as it is theoretically > possible to run this binaries without the rest of the djbware, but > in practice no-one does. > > One updated package, the trivial rl (randomize lines) has a version > bump. Use this to mash up your log files for fun and profit. > > Both were build from gar on the bo farm. Sparc and x86 binaries are > now sitting in /home/testing for you cogitate over... That's great news! I propose to add another package CSWdjbdns- daemontools for the proper daemontool-integration which also handles dependencies. BTW, just today a bug was found in djbdns, which is very rare, to say the least. Good timing ;-) http://article.gmane.org/gmane.network.djbdns/13864 Best regards -- Dago From bwalton at opencsw.org Wed Mar 4 20:08:18 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 04 Mar 2009 14:08:18 -0500 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> Message-ID: <1236193656-sup-426@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Wed Mar 04 14:02:24 -0500 2009: > BTW, just today a bug was found in djbdns, which is very rare, to say > the least. Good timing ;-) > http://article.gmane.org/gmane.network.djbdns/13864 That's the first I've ever heard of djb's $1000 prize being awarded 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 bwalton at opencsw.org Wed Mar 4 20:19:00 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 04 Mar 2009 14:19:00 -0500 Subject: [csw-maintainers] git repo tracking from gar Message-ID: <1236193949-sup-3301@ntdws12.chass.utoronto.ca> Hi All, I just committed a change to GAR that allows you to track git repos for your upstream source instead of pulling down tarballs. To use this feature, you may use some or all of the following: 1. Define GIT_REPOS as a list of urls (git:// or http:// currently, but these are the most common) that will be pulled down. 2. Repos are stored as 'bare' (in git parlance, just the metadata, no checked out workspace) repository. 3. Each fetch should update the repo from the remote site. 4. Depending on the location where GAR is being used, git:// urls may need to be proxied (the BO farm, for example). This is handled by setting GIT_USE_PROXY. The default proxy script is gar/bin/gitproxy, but this is customizable by the user for different environments by setting GIT_PROXY_SCRIPT appropriately. 5. By default, the repo will track the 'master' branch from the origin site, but the user may set GIT_REFS_$(GITPROJ), where GITPROJ is the filename portion of the repo (eg: git://git.kernel.org/pub/scm/git/git.git becomes git.git) 6. At extract time, the default commit to checkout from the repo is HEAD (last commit), but by setting GIT_TREEISH_$(GITPROJ), you can request a specific tag or alternate commit object (most projects will tag releases). For the Git project itself, I use GIT_TREEISH_git.git = v$(GARVERSION). 7. The checkout directory is defaulted to the normal $(EXTRACTDIR). Override git-extract-%: with a more specific target to change this (eg: if you have to upstreams to merge nicely in EXTRACTDIR or something). This feature should allow for efficient storage of an upstream source and also make for easier 'cherry picking' of patches that may be committed upstream but not yet released. Enjoy. -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 glaw at opencsw.org Wed Mar 4 20:54:44 2009 From: glaw at opencsw.org (Gary Law) Date: Wed, 4 Mar 2009 19:54:44 +0000 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: <1236193656-sup-426@ntdws12.chass.utoronto.ca> References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> <1236193656-sup-426@ntdws12.chass.utoronto.ca> Message-ID: 2009/3/4 Ben Walton > Excerpts from Dagobert Michelsen's message of Wed Mar 04 14:02:24 -0500 > 2009: > > > BTW, just today a bug was found in djbdns, which is very rare, to say > > the least. Good timing ;-) > > http://article.gmane.org/gmane.network.djbdns/13864 > > That's the first I've ever heard of djb's $1000 prize being awarded > too! :) > Good grief. I thought I'd found a package that would never need an update -- the last one was in 2001 -- and this happens! OK, suggest we don't release this package until djb releases a new version of djbdns, which appears to be imminent. Re. the suggestion on patches, maybe. I've incorporated none at the moment, as I need none. Most relate to sub-optimal behaviour for caching, which I don't use djbware for so, I've no experience of. Some might be incorporated anyway as part of the next djbdns release, I'll have to wait and see. Re. the idea we could package an integration with daemontools, we could, but for which server? caching? authority? udp or tcp too? available for all, or just for some sub-section of the internet? Bound to which iface? All these things require manual config with djbdns so I'm not minded to do this at all. A package would have to guess what the admin wanted, and I think there are too many unknowns. Thanks for the prompt feedback. Please go ahead with more testing. Gary -- Gary Law -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Wed Mar 4 21:43:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 21:43:39 +0100 Subject: [csw-maintainers] Fwd: [csw-users] pine and alpine References: <16060DBCD52A2445BD9CBF1498974A7D0107B488@EX-NAP.tellabs-west.tellabsinc.net> Message-ID: Hi, FYI. Maybe someone feels the urge to package this ;-) Best regards -- Dago Anfang der weitergeleiteten E-Mail: > Von: "Fechner, Jon L." > Datum: 4. M?rz 2009 21:34:30 MEZ > An: "users at lists.opencsw.org" > Betreff: [csw-users] pine and alpine > Antwort an: questions and discussions > > Hello ? > > I have some engineers in our organization that are interested in > trying out ?alpine?, the successor to pine. > > Pine is having some problems working with our new IMAP server which > prevents some messages from being saved in folders, both > automatically via a filter/rule and manually. > > I?m just wondering if anyone is interested in providing this in the > CSW distro. Just thought I?d ask. We?d be willing to test it, but > couldn?t be the maintainer. > > Thx again, > Jon > > > Jon Fechner > Information Technology > Engineering Tools > Office: 630-798-6501 > Mobile: 630-605-6506 > jon.fechner at tellabs.com > > > ============================================================ > The information contained in this message may be privileged > and confidential and protected from disclosure. If the reader > of this message is not the intended recipient, or an employee > or agent responsible for delivering this message to the > intended recipient, you are hereby notified that any reproduction, > dissemination or distribution of this communication is strictly > prohibited. If you have received this communication in error, > please notify us immediately by replying to the message and > deleting it from your computer. Thank you. Tellabs > ============================================================ > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 2127 bytes Desc: not available URL: From mwatters at opencsw.org Wed Mar 4 21:45:54 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 04 Mar 2009 14:45:54 -0600 Subject: [csw-maintainers] Fwd: [csw-users] pine and alpine In-Reply-To: References: <16060DBCD52A2445BD9CBF1498974A7D0107B488@EX-NAP.tellabs-west.tellabsinc.net> Message-ID: <49AEE882.9040705@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I just pulled the source down. if there is not much to it I will build the first release Dagobert Michelsen wrote: > Hi, > > FYI. Maybe someone feels the urge to package this ;-) > > > Best regards > > -- Dago > > Anfang der weitergeleiteten E-Mail: > >> *Von: *"Fechner, Jon L." > > >> *Datum: *4. M?rz 2009 21:34:30 MEZ >> *An: *"users at lists.opencsw.org " >> > >> *Betreff: **[csw-users] pine and alpine* >> *Antwort an: *questions and discussions > > >> >> Hello ? >> >> I have some engineers in our organization that are interested in >> trying out ?alpine?, the successor to pine. >> >> Pine is having some problems working with our new IMAP server which >> prevents some messages from being saved in folders, both automatically >> via a filter/rule and manually. >> >> I?m just wondering if anyone is interested in providing this in the >> CSW distro. Just thought I?d ask. We?d be willing to test it, but >> couldn?t be the maintainer. >> >> Thx again, >> Jon >> >> >> *Jon Fechner* >> *Information Technology* >> *Engineering Tools* >> >> *Office: 630-798-6501* >> *Mobile**: 630-605-6506 * >> *jon.fechner at tellabs.com * >> >> >> >> ============================================================ >> The information contained in this message may be privileged >> and confidential and protected from disclosure. If the reader >> of this message is not the intended recipient, or an employee >> or agent responsible for delivering this message to the >> intended recipient, you are hereby notified that any reproduction, >> dissemination or distribution of this communication is strictly >> prohibited. If you have received this communication in error, >> please notify us immediately by replying to the message and >> deleting it from your computer. Thank you. Tellabs >> ============================================================ >> _______________________________________________ >> users mailing list >> users at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/users > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 iEYEARECAAYFAkmu6IIACgkQLrhmsXMSLxc+twCggnWhwNCmuugYpmA4C/h9SfoU iv4AoKkspphmqI+WswaDJLccIC819Bx0 =mys9 -----END PGP SIGNATURE----- From dam at opencsw.org Wed Mar 4 21:51:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 21:51:29 +0100 Subject: [csw-maintainers] [csw-users] Problems with makepatch In-Reply-To: References: Message-ID: Hi J?rgen, Am 04.03.2009 um 19:34 schrieb Juergen Arndt: > I already created patches successfully, so I'm really surprised about > this. Can anyone reproduce this behaviour? Or does anyone has a hint > for > me, what I do wrong? Basically, 'makepatch' is currently broken in mGAR v2 when modulated builds were introduced. In mGAR v1 it works :-( It is on my long list of things to fix and enhance... Ben, want to take a shot? Best regards -- Dago From william at wbonnet.net Wed Mar 4 22:03:14 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Mar 2009 22:03:14 +0100 Subject: [csw-maintainers] [csw-devel] Packages age In-Reply-To: <4987563C.6040103@wbonnet.net> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> Message-ID: <49AEEC92.6060506@wbonnet.net> Hi all Here are the February update of age statistics of the package from the unstable source. The last column show the delta between this month and previous month. As you can notice packages total from 2003, 2005, 2006, 2007 and 2008 decreased, which is good (they have been updated). Delta of packages in 2009 is +78, which is very good, and improving each month. This number is higher than the -45 packages for year 2003 to 2008. This means 45 packages have been updated over the last month, and 33 new packages added. This is very good. Thanks to you all. Year Total Delta 1997 1 0 1998 1 0 2001 3 0 2002 4 0 2003 25 -1 2004 107 0 2005 176 -3 2006 200 -2 2007 188 -11 2008 386 -28 2009 142 +78 The stable information did not changed since there has been no stable release 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 bwalton at opencsw.org Wed Mar 4 22:04:58 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 04 Mar 2009 16:04:58 -0500 Subject: [csw-maintainers] [csw-users] Problems with makepatch In-Reply-To: References: Message-ID: <1236200557-sup-2750@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Wed Mar 04 15:51:29 -0500 2009: > Basically, 'makepatch' is currently broken in mGAR v2 when modulated > builds were introduced. In mGAR v1 it works :-( It is on my long list > of things to fix and enhance... > > Ben, want to take a shot? ...well, since I wasn't even aware of this feature until now, I'm certainly interested in it. I've been doing patches manually up to this point (or importing the source with git and using git-format-patch). This sounds like a nice feature though, so I'll take a stab at getting it back in action. 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 Wed Mar 4 22:14:33 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 4 Mar 2009 13:14:33 -0800 Subject: [csw-maintainers] Packages age In-Reply-To: <49AEEC92.6060506@wbonnet.net> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> <49AEEC92.6060506@wbonnet.net> Message-ID: <20090304211433.GQ650@bolthole.com> On Wed, Mar 04, 2009 at 10:03:14PM +0100, William Bonnet wrote: > Year Total Delta > 1997 1 0 > 1998 1 0 > 2001 3 0 > 2002 4 0 > 2003 25 -1 > 2004 107 0 > 2005 176 -3 > 2006 200 -2 > 2007 188 -11 > 2008 386 -28 > 2009 142 +78 it's not clear to me what these numbers are. could you explain a different way, please? not clear what "total" is. total what? From dam at opencsw.org Wed Mar 4 22:15:52 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Mar 2009 22:15:52 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR Message-ID: Hi Folks, March has arrived and I am mentoring the thematics Moving Packages to GAR As a starter I have some requests to William :-) You have done the upstream watch and it would be a good start if we knew which packages are currently build with GAR and which are not. Then we can work on moving stuff in. Personally, I will concentrate on a GAR package and updating the GAR docs. Please don't expect miracles here as I my time is currently quite limited. Best regards -- Dago From william at wbonnet.net Wed Mar 4 22:26:24 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Mar 2009 22:26:24 +0100 Subject: [csw-maintainers] Packages age In-Reply-To: <20090304211433.GQ650@bolthole.com> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> <49AEEC92.6060506@wbonnet.net> <20090304211433.GQ650@bolthole.com> Message-ID: <49AEF200.9010305@wbonnet.net> Hi Phil > On Wed, Mar 04, 2009 at 10:03:14PM +0100, William Bonnet wrote: > >> Year Total Delta >> 1997 1 0 >> 1998 1 0 >> 2001 3 0 >> 2002 4 0 >> 2003 25 -1 >> 2004 107 0 >> 2005 176 -3 >> 2006 200 -2 >> 2007 188 -11 >> 2008 386 -28 >> 2009 142 +78 >> > > it's not clear to me what these numbers are. could you explain a different > way, please? > > not clear what "total" is. > total what? > Total is the number of packages created in a given year. This is based on the creation date from the ,REV= field Delta is the difference between current month (Feb) and previous one (Jan). This is not a yearly based delta. As you can notice the number of package is below the actual number of packages. The reason is that some packages do not include ",REV=yyyy.mm.dd" field in the name. I'll move soon to another method of statistic which will be more accurate. But since it measure only delta from a month to another, total number of packages is not so important ( yes it is of course ;) ) because recent packages have ,REV field. Cheers W. PS: Until this month i was used to send this report to devel list, i moved it to maintainer list to reach more people. But i won't let send it out of maintainers (unless board ask me to ;) ). -- 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 Wed Mar 4 22:33:43 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Mar 2009 22:33:43 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: References: Message-ID: <49AEF3B7.6020203@wbonnet.net> Hi > As a starter I have some requests to William :-) You have done > the upstream watch and it would be a good start if we knew which > packages are currently build with GAR and which are not. Then > we can work on moving stuff in. > We had the same idea :) I did a few thing to anticipate needs. I hope i made the good choices ;) I have created a database to store this (that will be used by next gen upstream watch). It is in final stage of testing and will be released this week end. At least package list. Until this point, i would call maintainers owning packages to check please if the packages they are in charge of are aleardy in GAR. 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 Wed Mar 4 23:26:12 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 4 Mar 2009 14:26:12 -0800 Subject: [csw-maintainers] Packages age In-Reply-To: <49AEF200.9010305@wbonnet.net> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> <49AEEC92.6060506@wbonnet.net> <20090304211433.GQ650@bolthole.com> <49AEF200.9010305@wbonnet.net> Message-ID: <20090304222612.GS650@bolthole.com> On Wed, Mar 04, 2009 at 10:26:24PM +0100, William Bonnet wrote: > >> Year Total Delta > >>.... > >> 2004 107 0 > >> 2005 176 -3 > >> 2006 200 -2 > >> 2007 188 -11 > >> 2008 386 -28 > >> 2009 142 +78 >.... > Total is the number of packages created in a given year. This is based > on the creation date from the ,REV= field > Delta is the difference between current month (Feb) and previous one > (Jan). This is not a yearly based delta. So, does that mean an estimate of only BRAND NEW packages, or "packages that received updates" as well? Also, I think that depending on the REV field may miss quite a few. since not all packages historically had REV fields ;-) From william at wbonnet.net Wed Mar 4 23:59:30 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 04 Mar 2009 23:59:30 +0100 Subject: [csw-maintainers] Packages age In-Reply-To: <20090304222612.GS650@bolthole.com> References: <4937150C.6080907@wbonnet.net> <4963CA45.1040706@wbonnet.net> <4987563C.6040103@wbonnet.net> <49AEEC92.6060506@wbonnet.net> <20090304211433.GQ650@bolthole.com> <49AEF200.9010305@wbonnet.net> <20090304222612.GS650@bolthole.com> Message-ID: <49AF07D2.5010206@wbonnet.net> Hi Phil > Also, I think that depending on the REV field may miss quite a few. since > not all packages historically had REV fields ;-) > 100% agree with you. That's one of the reason why i'll move to a more accurate method soon. But whatever the method you use, it does not change the fact that 78 packages were updated over last motnh, and this is really good :) BTW i also think we agree on that. Now i just have things to fix on my side about reports :) 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 skayser at opencsw.org Thu Mar 5 00:47:03 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 05 Mar 2009 00:47:03 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: References: Message-ID: <49AF12F7.7060605@opencsw.org> Dagobert Michelsen wrote: > March has arrived and I am mentoring the thematics > > Moving Packages to GAR > > As a starter I have some requests to William :-) You have done > the upstream watch and it would be a good start if we knew which > packages are currently build with GAR and which are not. Then > we can work on moving stuff in. > > Personally, I will concentrate on a GAR package and updating the > GAR docs. Please don't expect miracles here as I my time is > currently quite limited. With regards to docs, i have started a GAR variable reference: http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference So if you are having a look at another GAR Makefile and wondering "what is he doing there?", give the reference a try. I found it helpful as a support tool for people just learning GAR (helps to read existing Makefiles). The reference is written with the current mGAR v2 in mind (i.e. it likely contains stuff that is _not_ supported in other GAR versions). Feel free to add additional information. Sebastian From bonivart at opencsw.org Thu Mar 5 01:07:50 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 5 Mar 2009 01:07:50 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <49AF12F7.7060605@opencsw.org> References: <49AF12F7.7060605@opencsw.org> Message-ID: <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> On Thu, Mar 5, 2009 at 12:47 AM, Sebastian Kayser wrote: > With regards to docs, i have started a GAR variable reference: > > ?http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference This is great, thank you! I tend to look a lot at the submissions (posted to the mailing list) made by others to learn from your Makefiles and usually I can figure out how something works but not always. This is a great resource to have, not just as a reference, but as learning tool as well. -- /peter From mike at opencsw.org Thu Mar 5 03:41:18 2009 From: mike at opencsw.org (Mike Arnold) Date: Wed, 4 Mar 2009 19:41:18 -0700 (MST) Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> <1236193656-sup-426@ntdws12.chass.utoronto.ca> Message-ID: <95ffc7f0917da999f7109a9677b829d5.squirrel@www.razorsedge.org> Gary Law wrote: > > Re. the suggestion on patches, maybe. I've incorporated none at the > moment, > as I need none. Most relate to sub-optimal behaviour for caching, which I > don't use djbware for so, I've no experience of. Some might be > incorporated > anyway as part of the next djbdns release, I'll have to wait and see. > These patches: http://www.tinydns.org/djbdns-errno.patch http://dustman.net/andy/djbware/djbdns/1.05/djbdns.patch http://tinydns.org/djbdns-1.05-ignoreip2.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/tinydns-data-semantic-error.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/dnscache-cname-handling.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/tinydns-alias-chain-truncation.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/dnsnamex.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/dnscache-strict-forwardonly.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/compiler-temporary-filename.patch http://homepages.tesco.net./~J.deBoynePollard/Softwares/djbdns/dnscacheip-space-separator.patch http://www.ohse.de/uwe/patches/dnscache-0.61.okclient.patch http://danp.net/djbdns/server-1.05-nxdomain-logging.patch djbdns-1.05.dnsroots.global.patch http://www.fefe.de/dns/djbdns-1.05-ixfr.diff http://romana.now.ie/software/djbdns-cachestats.patch http://www.gerg.ca/hacks/parse_djbdns_log.hits-misses.patch djbdns-1.05-opt_freeware.patch ftp://moni.csi.hu/pub/glibc-2.3.1/ucspi-tcp-0.88.errno.patch ucspi-tcp.patch ftp://moni.csi.hu/pub/glibc-2.3.1/ucspi-tcp-0.88.nobase.patch ftp://moni.csi.hu/pub/glibc-2.3.1/ucspi-tcp-0.88.a_record.patch I built these packages long ago and run them locally: http://mirror.opencsw.org/testing/djbdns-1.05-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/ucspi_tcp-0.88-SunOS5.8-sparc-CSW.pkg.gz -- -m ... so long as the people do not care to exercise their freedom, those who wish to tyrranize will do so; for tyrants are active and ardent, and will devote themselves in the name of any number of gods, religious and otherwise, to put shackles upon sleeping men. -- Voltarine de Cleyre From ihsan at opencsw.org Thu Mar 5 11:25:34 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 05 Mar 2009 11:25:34 +0100 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> <1236193656-sup-426@ntdws12.chass.utoronto.ca> Message-ID: <49AFA89E.6080306@opencsw.org> Am 4.3.2009 20:54 Uhr, Gary Law schrieb: > Good grief. I thought I'd found a package that would never need an > update -- the last one was in 2001 -- and this happens! OK, suggest we > don't release this package until djb releases a new version of djbdns, > which appears to be imminent. I would be really surprised about that. In fact, djb stopped the qmail and djbdns development. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From glaw at opencsw.org Thu Mar 5 11:43:38 2009 From: glaw at opencsw.org (Gary Law) Date: Thu, 5 Mar 2009 10:43:38 +0000 Subject: [csw-maintainers] New package, djbdns, and update package, rl, in testing... In-Reply-To: <49AFA89E.6080306@opencsw.org> References: <01B091E5-67CC-43E7-897D-E6B8B50FA8F3@opencsw.org> <1236193656-sup-426@ntdws12.chass.utoronto.ca> <49AFA89E.6080306@opencsw.org> Message-ID: 2009/3/5 Ihsan Dogan > Am 4.3.2009 20:54 Uhr, Gary Law schrieb: > > > Good grief. I thought I'd found a package that would never need an > > update -- the last one was in 2001 -- and this happens! OK, suggest we > > don't release this package until djb releases a new version of djbdns, > > which appears to be imminent. > > I would be really surprised about that. In fact, djb stopped the qmail > and djbdns development. He's stated a new release will come out, and will be backed by a new $1000 reward. I'll take him at his word for now. If nothing shows up I'll patch the 1.05 release we have. Some of the patches you listed are required for linux only, so not required; some make dnscache more 'bind like' but less strictly RFC compliant, so arguably not required. There is one that mimics BIND behaviour for missing domains that makes the authoritative server more RFC compliant. I'll look to adding that one, assuming DJB doesn't alter the current behaviour in the new release. In general, I'd like to do the minimum amount of patching so as to follow the principle of least surprise for end users. But this is open to debate. Gary -- Gary Law Email: garylaw at garylaw.net Chat googletalk/messenger: gary.law at gmail.com iChat/jabber/AIM: gary.law at mac.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Thu Mar 5 16:19:46 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Mar 2009 10:19:46 -0500 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> References: <49AF12F7.7060605@opencsw.org> <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> Message-ID: <1236266331-sup-771@ntdws12.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Wed Mar 04 19:07:50 -0500 2009: > > ?http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference > > This is great, thank you! Agreed. This is great. I do the same as Peter to see how others are using GAR. I'll definitely keep this page in memory and I'll add to it also for others. 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 bonivart at opencsw.org Thu Mar 5 17:10:28 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 5 Mar 2009 17:10:28 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <1236266331-sup-771@ntdws12.chass.utoronto.ca> References: <49AF12F7.7060605@opencsw.org> <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> <1236266331-sup-771@ntdws12.chass.utoronto.ca> Message-ID: <625385e30903050810l2ba984c7o9fba18799e2b70d2@mail.gmail.com> On Thu, Mar 5, 2009 at 4:19 PM, Ben Walton wrote: > Excerpts from Peter Bonivart's message of Wed Mar 04 19:07:50 -0500 2009: >> > ?http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference >> >> This is great, thank you! > > Agreed. ?This is great. ?I do the same as Peter to see how others are > using GAR. ?I'll definitely keep this page in memory and I'll add to > it also for others. Just one thing, don't forget to link to it from the main page! :-) I can't find links for this page or for the ones Dago wrote about copyright and getting rid of the gspec files. See below from the "What links here" output: No pages link to GAR Variable Reference. No pages link to Copyright. No pages link to Packaging. I found them through "Recent changes". -- /peter From dam at opencsw.org Thu Mar 5 17:37:13 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 5 Mar 2009 17:37:13 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <625385e30903050810l2ba984c7o9fba18799e2b70d2@mail.gmail.com> References: <49AF12F7.7060605@opencsw.org> <625385e30903041607j4dcbcc6cw2b7193fbb5a7c683@mail.gmail.com> <1236266331-sup-771@ntdws12.chass.utoronto.ca> <625385e30903050810l2ba984c7o9fba18799e2b70d2@mail.gmail.com> Message-ID: Hi Peter, Am 05.03.2009 um 17:10 schrieb Peter Bonivart: > On Thu, Mar 5, 2009 at 4:19 PM, Ben Walton > wrote: >> Excerpts from Peter Bonivart's message of Wed Mar 04 19:07:50 -0500 >> 2009: >>>> http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference >>> >>> This is great, thank you! >> >> Agreed. This is great. I do the same as Peter to see how others are >> using GAR. I'll definitely keep this page in memory and I'll add to >> it also for others. > > Just one thing, don't forget to link to it from the main page! :-) > > I can't find links for this page or for the ones Dago wrote about > copyright and getting rid of the gspec files. See below from the "What > links here" output: > > No pages link to GAR Variable Reference. > No pages link to Copyright. > No pages link to Packaging. > > I found them through "Recent changes". These three are linked now from the main page. Thanks for the hint :-) -- Dago From mwatters at opencsw.org Fri Mar 6 00:37:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Mar 2009 17:37:32 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python Message-ID: <49B0623C.1080806@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 unless I receive negative feed back: I plan to release the "fixed" python 2.6 packages as well as mod_python next week. the changes from the current version are: forced architecture to be v8 fixed python-config --ldflags to include -L and -R flags correctly. mod_python is just a recompile against the new python - -- 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 iEYEARECAAYFAkmwYjwACgkQLrhmsXMSLxfn+wCeMDrWVzdgtznt8B6J8Qz2oVCM PQYAoIzTBjliT5iWdB3SR/KW7az85VEC =12Ix -----END PGP SIGNATURE----- From hson at opencsw.org Fri Mar 6 01:19:40 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 06 Mar 2009 01:19:40 +0100 Subject: [csw-maintainers] Upstream check when GARNAME is not part of the package name Message-ID: <49B06C1C.2060601@opencsw.org> When making a upstream check ("gmake check-upstream") for package wmf, there is a problem since the CSW package name (wmf) doesn't match the sourceforge package name (libwmf), so check-upstream picks the wrong package (in this case "wv") and thus wrongly tells me that there is a newer package file to download. Relevant variables from Makefile: GARNAME = wmf GARVERSION = 0.2.8.4 SF_PROJ = wvware MASTER_SITES = $(SF_MIRRORS) DISTFILES = libwmf-$(GARVERSION).tar.gz DISTNAME = libwmf-$(GARVERSION) UPSTREAM_MASTER_SITES = $(SF_PROJECT_SHOWFILE)=10501 UPSTREAM_USE_SF = 1 UFILES_REGEX = (\d+(?:\.\d+)*) The output from "gmake check-upstream" is: wmf : new upstream files available: 1.2.4 which is a reference to wv-1.2.4.tar.gz (not libwmf-0.2.8.4.tar.gz which I want) What changes do I need to make in order to get the upstream check to work in this case? From hson at opencsw.org Fri Mar 6 02:48:54 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 06 Mar 2009 02:48:54 +0100 Subject: [csw-maintainers] Another GAR question Message-ID: <49B08106.2050502@opencsw.org> If upstream package doesn't unpack into a separate directory (i.e xx-YY.tar.gz unpacks to xx-YY), but into current directory (i.e $WORKDIR_FIRSTMOD), how would I go about to extract package files into correct directory (i.e $WORKDIR_FIRSTMOD/$DISTNAME)? From bwalton at opencsw.org Fri Mar 6 03:00:06 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 05 Mar 2009 21:00:06 -0500 Subject: [csw-maintainers] Another GAR question In-Reply-To: <49B08106.2050502@opencsw.org> References: <49B08106.2050502@opencsw.org> Message-ID: <1236304606-sup-4717@ntdws12.chass.utoronto.ca> Excerpts from Roger H?kansson's message of Thu Mar 05 20:48:54 -0500 2009: > If upstream package doesn't unpack into a separate directory (i.e > xx-YY.tar.gz unpacks to xx-YY), but into current directory (i.e > $WORKDIR_FIRSTMOD), how would I go about to extract package files into > correct directory (i.e $WORKDIR_FIRSTMOD/$DISTNAME)? Override the tgz-extract-%.tar.gz (or whatever extension) target with a more specific one (eg: extract-$distname.tar.gz:). See the docbookdtds package for examples or grep for "*-extract" in gar.lib.mk to get a better idea of which targets are in play for this. HTH. -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 Fri Mar 6 03:22:43 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 05 Mar 2009 20:22:43 -0600 Subject: [csw-maintainers] gnupg_minimal, gnupg and gnupg2 now in Testing Message-ID: <49B088F3.9020607@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: gnupg_minimal and gnupg updated to version 1.4.9 gnupg2 at 2.0.10 all include 64 bit isaexec - -- 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 iEYEARECAAYFAkmwiPIACgkQLrhmsXMSLxcLSgCgy63QCXSmoKOCYqOFfY9DnRg0 nBMAn28MbANnIdYjO9LEANN/4kBwj1yQ =gHF0 -----END PGP SIGNATURE----- From ihsan at opencsw.org Fri Mar 6 17:38:35 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Fri, 06 Mar 2009 17:38:35 +0100 Subject: [csw-maintainers] unbound recursive DNS server in testing Message-ID: <49B1518B.9000702@opencsw.org> Hello, I've packaged Unbound and put it into testing. http://mirror.opencsw.org/testing/unbound-1.2.1,REV=2009.03.06-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/unbound-1.2.1,REV=2009.03.06-SunOS5.8-i386-CSW.pkg.gz >From Wikipedia: Unbound is a validating, recursive, and caching DNS server software product from NLnet Labs, VeriSign Inc., Nominet, and Kirei. It is distributed free of charge in open source form under the BSD license. Originally designed by Jakob Schlyter of Kirei and Roy Arends of Nominet in 2004, funding was provided by Verisign and ep.net to develop a prototype written in Java (David Blacka and Matt Larson, VeriSign). Starting in 2006 the prototype was re-written for high-performance in the C programming language by NLnet Labs. Unbound is designed as a set of modular components that incorporate modern features, such as enhanced security (DNSSEC) validation, Internet Protocol Version 6 (IPv6), and a client resolver library API as an integral part of the architecture. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Fri Mar 6 17:47:17 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 6 Mar 2009 08:47:17 -0800 Subject: [csw-maintainers] unbound recursive DNS server in testing In-Reply-To: <49B1518B.9000702@opencsw.org> References: <49B1518B.9000702@opencsw.org> Message-ID: <20090306164717.GA7859@bolthole.com> On Fri, Mar 06, 2009 at 05:38:35PM +0100, Ihsan Dogan wrote: > Hello, > > I've packaged Unbound and put it into testing. finally, another choice besides BIND and djb! :-) From bonivart at opencsw.org Fri Mar 6 18:12:10 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 6 Mar 2009 18:12:10 +0100 Subject: [csw-maintainers] Dynamic licence not working Message-ID: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> I want to use the dynamic license feature for clamav/libclamav. Since the source contains a file called COPYING I assumed I didn't have to do anything according to this: "If it is called COPYING you have to do... nothing, as this is the default." (http://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright) But it's not being added to any of the two packages. Could someone please check the Makefile and see if there's any obvious problems? http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/clamav/trunk/Makefile?view=markup&pathrev=3607 -- /peter From skayser at opencsw.org Sat Mar 7 02:26:22 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Mar 2009 02:26:22 +0100 Subject: [csw-maintainers] New package in testing: watch Message-ID: <49B1CD3E.5010003@opencsw.org> Hi folks, the indispensable "watch" ;) has made its way to testing. http://mirror.opencsw.org/testing.html It is just a tiny utility but took some tweaking to get it built on Solaris 8 (required additional libraries for asprintf and getopt_long). So if anyone other than me could poke it briefly i would appreciate it. Sebastian From bwalton at opencsw.org Sat Mar 7 04:09:37 2009 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 06 Mar 2009 22:09:37 -0500 Subject: [csw-maintainers] New package in testing: watch In-Reply-To: <49B1CD3E.5010003@opencsw.org> References: <49B1CD3E.5010003@opencsw.org> Message-ID: <1236395300-sup-5414@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Fri Mar 06 20:26:22 -0500 2009: Hi Sebastian, > the indispensable "watch" ;) has made its way to testing. While I don't use this all the time, I do find it quite handy in some situations. I've installed it on sol10/i386 and sol8/sparc here. It looks good to me, but I've only tested it briefly. 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 Sat Mar 7 06:23:31 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 06 Mar 2009 23:23:31 -0600 Subject: [csw-maintainers] GCC build question Message-ID: <49B204D3.4090003@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have gcc 4.3.3 building successfully on solaris 8 both v8/v9 arch. I have i386 and amd64 building successfully on solaris 10 x86, and i386 building on solaris 8. is there any way to merge the solaris 10 and solaris 8 (intel) packages into a single package? amd64 arch is not supported on solaris 8 x86. I have no problem leaving them as a separate 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.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmyBNIACgkQLrhmsXMSLxcOvACeL82G5ZzlkuQvYomAgz4YnkXD Ig8AnjaPpjfAXA2heRKyl4nKs01ly6Dy =5cfR -----END PGP SIGNATURE----- From phil at bolthole.com Sat Mar 7 06:47:17 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 6 Mar 2009 21:47:17 -0800 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B204D3.4090003@opencsw.org> References: <49B204D3.4090003@opencsw.org> Message-ID: <20090307054717.GA86809@bolthole.com> On Fri, Mar 06, 2009 at 11:23:31PM -0600, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have gcc 4.3.3 building successfully on solaris 8 both v8/v9 arch. > I have i386 and amd64 building successfully on solaris 10 x86, and i386 building on solaris 8. > > is there any way to merge the solaris 10 and solaris 8 (intel) packages into a single package? > > amd64 arch is not supported on solaris 8 x86. > > I have no problem leaving them as a separate package well, that depends on gcc. from what I know of gcc, i would THINK it should be possible. there used to be separate subdirs that it would use, associated with [arch-osrev] type combinations. so multiple of them should theoretically be able to co-exist. the tricky bit would be in getting the front end "gcc" program to do the right thing. Possibly just have the front end(s) managed via isaexec. That way, the amd64 capable front end, would only be kicked off when run on an amd64 machine. Then the only tricky bit would be in making sure that the 32 bit front end, worked equally well for sol8(9) and sol10. It's a lot of work. but it potentially is of great benefit, to folks who share /opt/csw out from a common NFS server, to multiple revs of solaris. and if you document it nicely.... it would be of benefit to people "out there" in similar situations who need to do the same thing, but in an institutionally mandated situation. From skayser at opencsw.org Sat Mar 7 11:11:59 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Mar 2009 11:11:59 +0100 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B204D3.4090003@opencsw.org> References: <49B204D3.4090003@opencsw.org> Message-ID: <49B2486F.6040800@opencsw.org> Mike Watters wrote: > I have gcc 4.3.3 building successfully on solaris 8 > both v8/v9 arch. I have i386 and amd64 building successfully > on solaris 10 x86, and i386 building on solaris 8. > > is there any way to merge the solaris 10 and solaris 8 Don't know whether this helps with gcc, but what i do with mbuffer is to set BUILD64=1 an then 1) on build8x: gmake build-isa-i386 2) on build10x: gmake merge 3) on build8x: gmake package Sebastian From ihsan at opencsw.org Sat Mar 7 12:08:15 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 07 Mar 2009 12:08:15 +0100 Subject: [csw-maintainers] unbound recursive DNS server in testing In-Reply-To: <20090306164717.GA7859@bolthole.com> References: <49B1518B.9000702@opencsw.org> <20090306164717.GA7859@bolthole.com> Message-ID: <49B2559F.4090804@opencsw.org> Am 6.3.2009 17:47 Uhr, Philip Brown schrieb: >> I've packaged Unbound and put it into testing. > > finally, another choice besides BIND and djb! :-) They have also an authoritative name server: NSD. I started to package that one as well. Both, Unbound and NSD, seem to be really reliable software. Three root of the root name servers switched already to NSD. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From mwatters at opencsw.org Sat Mar 7 14:35:31 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 07:35:31 -0600 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B2486F.6040800@opencsw.org> References: <49B204D3.4090003@opencsw.org> <49B2486F.6040800@opencsw.org> Message-ID: <49B27823.2050508@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 that is what I did for the other 64bit builds I do. however, with gcc, both the build on 8x and 10x build as isa-i386. I found that if I change BUILD_PREFIX ( to /opt/csw/gcc4 ) in my gar Makefile, it breaks gar builds ( filed a bug report on that ) I am still working on how to get it built with some smoke and mirrors in the Makefile, I was just hoping someone had already encountered this and could share how they did it. Sebastian Kayser wrote: > Mike Watters wrote: >> I have gcc 4.3.3 building successfully on solaris 8 >> both v8/v9 arch. I have i386 and amd64 building successfully >> on solaris 10 x86, and i386 building on solaris 8. >> >> is there any way to merge the solaris 10 and solaris 8 > > Don't know whether this helps with gcc, but what i do with mbuffer is > to set BUILD64=1 an then > > 1) on build8x: gmake build-isa-i386 > 2) on build10x: gmake merge > 3) on build8x: gmake package > > 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 iEYEARECAAYFAkmyeCMACgkQLrhmsXMSLxfiswCfcJJFDgPvo7adi9xZvb0kc6op UA0AoLDysrZjesh4qXKzEuS5wqJ7eFNm =QL2C -----END PGP SIGNATURE----- From rupert at opencsw.org Sat Mar 7 15:27:23 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 15:27:23 +0100 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <49B0623C.1080806@opencsw.org> References: <49B0623C.1080806@opencsw.org> Message-ID: <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> how do you compile mod_python with the fixed python? then i could try the same with mod_wsgi. one strange thing when compiling mod_wsgi on build10s is that it says i386: [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] [extract-modulated] complete for mod_wsgi. ==> Running configure in work/build-isa-i386/mod_wsgi-2.3 rupert. On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > unless I receive negative feed back: > I plan to release the "fixed" python 2.6 packages as well as mod_python next week. > > the changes from the current version are: ?forced architecture to be v8 > fixed python-config --ldflags ?to include -L and -R flags correctly. > > mod_python is just a recompile against the new python > > - -- > 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 > > iEYEARECAAYFAkmwYjwACgkQLrhmsXMSLxfn+wCeMDrWVzdgtznt8B6J8Qz2oVCM > PQYAoIzTBjliT5iWdB3SR/KW7az85VEC > =12Ix > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From mwatters at opencsw.org Sat Mar 7 15:40:13 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 08:40:13 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> Message-ID: <49B2874D.1010702@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rupert, I am not sure about wsgi, but for mod_python it is compiled using apxs ( which uses the apache2 compiler settings ) with the Makefile in mgar/pkg/mod_python/trunk to build I cd into the trunk directory and type make package and gar does the rest. if you check your work into subversion, I (and I am sure others) would be glad to look at what you have done, and point you in the right direction. rupert THURNER wrote: > how do you compile mod_python with the fixed python? then i could try > the same with mod_wsgi. > > one strange thing when compiling mod_wsgi on build10s is that it says i386: > [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] > [extract-modulated] complete for mod_wsgi. > ==> Running configure in work/build-isa-i386/mod_wsgi-2.3 > > rupert. > > > On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: > unless I receive negative feed back: > I plan to release the "fixed" python 2.6 packages as well as mod_python next week. > > the changes from the current version are: forced architecture to be v8 > fixed python-config --ldflags to include -L and -R flags correctly. > > mod_python is just a recompile against the new python > _______________________________________________ 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 iEYEARECAAYFAkmyh00ACgkQLrhmsXMSLxfqRQCg1USJvyxTd0b5vEgftK3Dr/8U mBYAn2ECCz7uAayygNrUTqk/aWmGKLjQ =Zk/N -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Mar 7 16:32:52 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 09:32:52 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> Message-ID: <49B293A4.4020202@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rupert, I downloaded the source for mod_wsgi and took a look at it. I have a good Idea where you are stuck; if I am right, all your problems "should" be taken care of with the "new" python 2.6 package. I noticed mod_wsgi ignores the compile time variables and only uses the python-config values for the build flags. Unfortunately in the version on the build farm is incorrect (missing -L/opt/csw/lib et.al.) The version in testing has been corrected, and I plan on releasing it next week as I have only received good feedback "so far". if you want to compile it now you can add the following to your Makefile ( if using gar v2 ) [==> code begin <==] ## Fix Makefile LDFLAGS to correct broken python-config return values post-configure-modulated: @( perl -i -plne 's|^LDFLAGS = .*|LDFLAGS = -L/opt/csw/lib|' \ $(WORKSRC)/Makefile ) [==> code end <==] rupert THURNER wrote: > how do you compile mod_python with the fixed python? then i could try > the same with mod_wsgi. > > one strange thing when compiling mod_wsgi on build10s is that it says i386: > [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] > [extract-modulated] complete for mod_wsgi. > ==> Running configure in work/build-isa-i386/mod_wsgi-2.3 > > rupert. > > > On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: > unless I receive negative feed back: > I plan to release the "fixed" python 2.6 packages as well as mod_python next week. > > the changes from the current version are: forced architecture to be v8 > fixed python-config --ldflags to include -L and -R flags correctly. > > mod_python is just a recompile against the new python > _______________________________________________ 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 iEYEARECAAYFAkmyk6QACgkQLrhmsXMSLxenvQCfaYnfJN/9tfmjmzWvGusMBz9W 40UAoObrWdD4px0Go1eID4+OENgoMcev =sJ3e -----END PGP SIGNATURE----- From rupert at opencsw.org Sat Mar 7 16:32:56 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 16:32:56 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <49AF12F7.7060605@opencsw.org> References: <49AF12F7.7060605@opencsw.org> Message-ID: <6af4270903070732t27efd82ax251bada1a4afe8d7@mail.gmail.com> updating the gar docs is great! i am especially missing a "gar build and delivery from the beginning to the end for dummies" ... because technical difficulties in the middle are very friendly answered in the mailing list :) btw, i also found recently https://apps.sourceforge.net/trac/gar which i find even more helpful as you have the wiki changes and the package changes in timeline, and immediately see what somebody else changed to fix a problem. one can also directly link into the code. i created an example here: https://apps.sourceforge.net/trac/gar/wiki/VariableReference. rupert. On Thu, Mar 5, 2009 at 00:47, Sebastian Kayser wrote: > Dagobert Michelsen wrote: >> March has arrived and I am mentoring the thematics >> >> ? ?Moving Packages to GAR >> >> As a starter I have some requests to William :-) You have done >> the upstream watch and it would be a good start if we knew which >> packages are currently build with GAR and which are not. Then >> we can work on moving stuff in. >> >> Personally, I will concentrate on a GAR package and updating the >> GAR docs. Please don't expect miracles here as I my time is >> currently quite limited. > > With regards to docs, i have started a GAR variable reference: > > ?http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Variable_Reference > > So if you are having a look at another GAR Makefile and wondering > "what is he doing there?", give the reference a try. I found it > helpful as a support tool for people just learning GAR (helps to > read existing Makefiles). > > The reference is written with the current mGAR v2 in mind (i.e. it > likely contains stuff that is _not_ supported in other GAR versions). > > Feel free to add additional information. > > Sebastian > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From phil at bolthole.com Sat Mar 7 17:32:57 2009 From: phil at bolthole.com (Philip Brown) Date: Sat, 7 Mar 2009 08:32:57 -0800 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B27823.2050508@opencsw.org> References: <49B204D3.4090003@opencsw.org> <49B2486F.6040800@opencsw.org> <49B27823.2050508@opencsw.org> Message-ID: <20090307163257.GB8946@bolthole.com> On Sat, Mar 07, 2009 at 07:35:31AM -0600, Mike Watters wrote: > I am still working on how to get it built with some smoke and mirrors in the Makefile, I was just hoping someone had > already encountered this and could share how they did it. gcc is a very complex non-standard build. you'll probably hvae to either do it manually, or write a whoooole lot of gar specialized one-shot plugins or something. From rupert at opencsw.org Sat Mar 7 17:34:47 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 17:34:47 +0100 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <49B293A4.4020202@opencsw.org> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> Message-ID: <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> many thanks, you hacker :) checked it into http://apps.sourceforge.net/trac/gar/browser/csw/mgar/pkg/mod_python/trunk. built it on 8x, 8s, 10x, 10s and: Cross-referencing indexes... found SUNWcslx for libc.so.1 found SUNWcslx for libdl.so.1 found SUNWcslx for libnsl.so.1 found SUNWcslx for libpthread.so.1 found CSWpython for libpython2.6.so.1.0 found SUNWcslx for libresolv.so.2 found SUNWcslx for librt.so.1 found SUNWcslx for libsocket.so.1 SUGGESTION: you may want to add some or all of the following as depends: (Feel free to ignore SUNW or SPRO packages) > SUNWcslx WARNING: found binaries in normal bin dir that are V8+ [package] complete for mod_wsgi. do you do anything about this as well, or you just leave it? i suppose i have to copy the packages into home testing, isn't it? rupert. On Sat, Mar 7, 2009 at 16:32, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rupert, > ? ? ? ?I downloaded the source for mod_wsgi and took a look at it. > > I have a good Idea where you are stuck; if I am right, > all your problems "should" be taken care of with the "new" python 2.6 package. > > I noticed mod_wsgi ignores the compile time variables and only uses the python-config values for the build flags. > Unfortunately in the version on the build farm is incorrect (missing -L/opt/csw/lib et.al.) > The version in testing has been corrected, and I plan on releasing it next week as I have only received good feedback > "so far". > > if you want to compile it now you can add the following to your Makefile ( if using gar v2 ) > > [==> ?code begin ?<==] > ## Fix Makefile LDFLAGS to correct broken python-config return values > post-configure-modulated: > ? ? ? ?@( perl -i -plne 's|^LDFLAGS = .*|LDFLAGS = -L/opt/csw/lib|' \ > ? ? ? ? ? ? ? ?$(WORKSRC)/Makefile ) > > [==> ?code end ?<==] > > rupert THURNER wrote: >> how do you compile mod_python with the fixed python? then i could try >> the same with mod_wsgi. >> >> one strange thing when compiling mod_wsgi on build10s is that it says i386: >> [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] >> ? ? ? ? [extract-modulated] complete for mod_wsgi. >> ?==> Running configure in work/build-isa-i386/mod_wsgi-2.3 >> >> rupert. >> >> >> On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: >> unless I receive negative feed back: >> I plan to release the "fixed" python 2.6 packages as well as mod_python next week. >> >> the changes from the current version are: ?forced architecture to be v8 >> fixed python-config --ldflags ?to include -L and -R flags correctly. >> >> mod_python is just a recompile against the new python >> > _______________________________________________ > 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 > > iEYEARECAAYFAkmyk6QACgkQLrhmsXMSLxenvQCfaYnfJN/9tfmjmzWvGusMBz9W > 40UAoObrWdD4px0Go1eID4+OENgoMcev > =sJ3e > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From mwatters at opencsw.org Sat Mar 7 17:54:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 10:54:34 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> Message-ID: <49B2A6CA.1030806@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I assume you mean you checked it into .../mod_wsgi/trunk. ;) don't forget to check in your "working" copy into subversion. - From this point unless you see any CSW* packages listed where the SUNWcslx is you are done and can copy the package files to /home/testing. then send an email to maintainers and users @lists.opencsw.org letting us know you put it in testing rupert THURNER wrote: > many thanks, you hacker :) checked it into > http://apps.sourceforge.net/trac/gar/browser/csw/mgar/pkg/mod_python/trunk. > > built it on 8x, 8s, 10x, 10s and: > > Cross-referencing indexes... > found SUNWcslx for libc.so.1 > found SUNWcslx for libdl.so.1 > found SUNWcslx for libnsl.so.1 > found SUNWcslx for libpthread.so.1 > found CSWpython for libpython2.6.so.1.0 > found SUNWcslx for libresolv.so.2 > found SUNWcslx for librt.so.1 > found SUNWcslx for libsocket.so.1 > SUGGESTION: you may want to add some or all of the following as depends: > (Feel free to ignore SUNW or SPRO packages) >> SUNWcslx > WARNING: found binaries in normal bin dir that are V8+ > [package] complete for mod_wsgi. > > do you do anything about this as well, or you just leave it? i suppose > i have to copy the packages into home testing, isn't it? > > rupert. > > > On Sat, Mar 7, 2009 at 16:32, Mike Watters wrote: > Rupert, > I downloaded the source for mod_wsgi and took a look at it. > > I have a good Idea where you are stuck; if I am right, > all your problems "should" be taken care of with the "new" python 2.6 package. > > I noticed mod_wsgi ignores the compile time variables and only uses the python-config values for the build flags. > Unfortunately in the version on the build farm is incorrect (missing -L/opt/csw/lib et.al.) > The version in testing has been corrected, and I plan on releasing it next week as I have only received good feedback > "so far". > > if you want to compile it now you can add the following to your Makefile ( if using gar v2 ) > > [==> code begin <==] > ## Fix Makefile LDFLAGS to correct broken python-config return values > post-configure-modulated: > @( perl -i -plne 's|^LDFLAGS = .*|LDFLAGS = -L/opt/csw/lib|' \ > $(WORKSRC)/Makefile ) > > [==> code end <==] > > rupert THURNER wrote: >>>> how do you compile mod_python with the fixed python? then i could try >>>> the same with mod_wsgi. >>>> >>>> one strange thing when compiling mod_wsgi on build10s is that it says i386: >>>> [===== NOW BUILDING: mod_wsgi-2.3 MODULATION isa-i386: ISA=i386 =====] >>>> [extract-modulated] complete for mod_wsgi. >>>> ==> Running configure in work/build-isa-i386/mod_wsgi-2.3 >>>> >>>> rupert. >>>> >>>> >>>> On Fri, Mar 6, 2009 at 00:37, Mike Watters wrote: >>>> unless I receive negative feed back: >>>> I plan to release the "fixed" python 2.6 packages as well as mod_python next week. >>>> >>>> the changes from the current version are: forced architecture to be v8 >>>> fixed python-config --ldflags to include -L and -R flags correctly. >>>> >>>> mod_python is just a recompile against the new python >>>> > _______________________________________________ > 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 _______________________________________________ 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 iEYEARECAAYFAkmypsoACgkQLrhmsXMSLxdTbwCdHfl0UwKTHinG6vV24Ryh9MAV IgAAn2oU+akKKYB8oYd7a41VbaKP5zjs =ZQSw -----END PGP SIGNATURE----- From rupert at opencsw.org Sat Mar 7 18:05:06 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 18:05:06 +0100 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <49B2A6CA.1030806@opencsw.org> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> <49B2A6CA.1030806@opencsw.org> Message-ID: <6af4270903070905n3b43f958n408fe695eea9d55b@mail.gmail.com> On Sat, Mar 7, 2009 at 17:54, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I assume you mean you checked it into .../mod_wsgi/trunk. ?;) > > don't forget to check in your "working" copy into subversion. you mean including your workaround? or some other directories? From mwatters at opencsw.org Sat Mar 7 18:07:12 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 07 Mar 2009 11:07:12 -0600 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070905n3b43f958n408fe695eea9d55b@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> <49B2A6CA.1030806@opencsw.org> <6af4270903070905n3b43f958n408fe695eea9d55b@mail.gmail.com> Message-ID: <49B2A9C0.2020501@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 yep including the workaround. that way if something happens and someone else needs to pick it up, they have an Idea what worked in the past. once the workaround is not needed anymore, rebuild and re-check in the new copy. rupert THURNER wrote: > On Sat, Mar 7, 2009 at 17:54, Mike Watters wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I assume you mean you checked it into .../mod_wsgi/trunk. ;) >> >> don't forget to check in your "working" copy into subversion. > you mean including your workaround? or some other directories? > _______________________________________________ > 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 iEYEARECAAYFAkmyqcAACgkQLrhmsXMSLxeolwCfSs6tBbainSe9R+p5tYrS5J0d eIAAn02vlVtKdxqtM/FlmxWBAIaTdhl3 =Q6Uk -----END PGP SIGNATURE----- From rupert at opencsw.org Sat Mar 7 18:12:59 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 18:12:59 +0100 Subject: [csw-maintainers] [testing] ap2_modwsgi-2.3,REV=2009.03.07 Message-ID: <6af4270903070912ma05830cib47fb310507f0360@mail.gmail.com> apache2 mod_wsgi, ap2_modwsgi-2.3,REV=2009.03.07, is now in testing: http://mirror.opencsw.org/testing.html. i'd be glad for any feedback. rupert. From rupert at opencsw.org Sat Mar 7 18:15:54 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 18:15:54 +0100 Subject: [csw-maintainers] testing via pkg-get not working? Message-ID: <6af4270903070915m31e03f75q3ac0f9848047e405@mail.gmail.com> when trying to follow the testing description, i get the error: ... Updated description file Need TWO args to newer_rev see below a more detailed error-log: # pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u sqlite3 Getting catalog... --02:18:04-- ?http://mirror.opencsw.org/opencsw/testing/sparc/5.10/catalog ? ? ? ? ? => `catalog' ... Proxy request sent, awaiting response... 200 OK Length: 23,968 (23K) [text/plain] 100%[===========================================================================================================================================================>] 23,968 ? ? ? ?--.--K/s 02:18:04 (2.72 MB/s) - `catalog' saved [23968/23968] Updating catalog file /var/pkg-get/catalog-mirror.opencsw.org updated --02:18:04-- ?http://mirror.opencsw.org/opencsw/testing/sparc/5.10/descriptions ? ? ? ? ? => `descriptions' ... 100%[===========================================================================================================================================================>] 5,393 ? ? ? ? --.--K/s 02:18:04 (94.60 MB/s) - `descriptions' saved [5393/5393] Updated description file Need TWO args to newer_rev From rupert at opencsw.org Sat Mar 7 18:19:36 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 7 Mar 2009 18:19:36 +0100 Subject: [csw-maintainers] wget breaks itself while doing an upgrade, where is the static wget hidden? Message-ID: <6af4270903070919j278afd29se6dad3069f4a2a0c@mail.gmail.com> we did the last upgrade in december 2008. this week we did another upgrade of opencsw, which left us without a working wget because openssl got deinstalled. something like: export WGET=/usr/sfw/bin/wget helped. but i saw there shouuld be a wget static somewhere? or is wget now so standard in solaris that we it would be good practice to set the environment variable in any case? rupert. From phil at bolthole.com Sat Mar 7 18:34:34 2009 From: phil at bolthole.com (Philip Brown) Date: Sat, 7 Mar 2009 09:34:34 -0800 Subject: [csw-maintainers] wget breaks itself while doing an upgrade, where is the static wget hidden? In-Reply-To: <6af4270903070919j278afd29se6dad3069f4a2a0c@mail.gmail.com> References: <6af4270903070919j278afd29se6dad3069f4a2a0c@mail.gmail.com> Message-ID: <20090307173433.GA59777@bolthole.com> On Sat, Mar 07, 2009 at 06:19:36PM +0100, rupert THURNER wrote: > we did the last upgrade in december 2008. this week we did another > upgrade of opencsw, which left us without a working wget because > openssl got deinstalled. > > something like: > export WGET=/usr/sfw/bin/wget > > helped. but i saw there shouuld be a wget static somewhere? or is wget > now so standard in solaris that we it would be good practice to set > the environment variable in any case? there is /opt/csw/bin/wget.static or something. on top of that, pkg-get tries to cache a local version of that, under /var/pkg-get somewhre From skayser at opencsw.org Sat Mar 7 18:58:56 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Mar 2009 18:58:56 +0100 Subject: [csw-maintainers] testing via pkg-get not working? In-Reply-To: <6af4270903070915m31e03f75q3ac0f9848047e405@mail.gmail.com> References: <6af4270903070915m31e03f75q3ac0f9848047e405@mail.gmail.com> Message-ID: <49B2B5E0.4030807@opencsw.org> rupert THURNER wrote: > when trying to follow the testing description, i get the error: > > ... > Updated description file > Need TWO args to newer_rev I guess this is a known behaviour of pkg-get http://opencsw.org/bugtrack/view.php?id=3026 Basically, pkg-get bails out because the package you are trying to install has dependencies that can't be satisfied from the testing branch. pkgutil can cope with it and that's what i use in such a case. Anyway, it is a message that isn't very meaningful to a user and when trying stuff from testing one is likely to run across it. Sebastian From skayser at opencsw.org Sat Mar 7 20:35:16 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 07 Mar 2009 20:35:16 +0100 Subject: [csw-maintainers] Python 2.6 and mod_python In-Reply-To: <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> References: <49B0623C.1080806@opencsw.org> <6af4270903070627y7717e4b6w24eb631732a26f3a@mail.gmail.com> <49B293A4.4020202@opencsw.org> <6af4270903070834t6c00577ds8597875ca5d1cf4d@mail.gmail.com> Message-ID: <49B2CC74.7020307@opencsw.org> rupert THURNER wrote: > many thanks, you hacker :) checked it into > http://apps.sourceforge.net/trac/gar/browser/csw/mgar/pkg/mod_python/trunk. > > built it on 8x, 8s, 10x, 10s and: You shouldn't need to build on all machines. For 32-Bit builds, building on build8x and build8s is sufficient. For 64-Bit builds you would need build10x also. For 32-Bit builds only rare cases like top make it necessary to build on all releases IIRC. > Cross-referencing indexes... > found SUNWcslx for libc.so.1 > found SUNWcslx for libdl.so.1 > found SUNWcslx for libnsl.so.1 > found SUNWcslx for libpthread.so.1 > found CSWpython for libpython2.6.so.1.0 > found SUNWcslx for libresolv.so.2 > found SUNWcslx for librt.so.1 > found SUNWcslx for libsocket.so.1 > SUGGESTION: you may want to add some or all of the following as depends: > (Feel free to ignore SUNW or SPRO packages) >> SUNWcslx > WARNING: found binaries in normal bin dir that are V8+ > [package] complete for mod_wsgi. > > do you do anything about this as well, or you just leave it? i suppose > i have to copy the packages into home testing, isn't it? In general: Don't ignore it. This warning comes from checkpkg because V8+ binaries shouldn't go into our packages. See http://opencsw.org/standards/build: If you are using newer compilers than studio8, you must specify -xarch=v8, otherwise it will generate code that will not run on some of the older, yet still supported, sparc platforms. Usually GAR sets the right -xarch via CFLAGS for you. If CFLAGS is ignored / overridden by the software you are trying to build you need to work around it. In your case the module looks fine (just built it myself) and checkpkg just needs a small tweak to deal with packages that don't have a bin directory. So this time, ignore it. ;) Sebastian From hson at opencsw.org Sun Mar 8 04:20:11 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sun, 08 Mar 2009 04:20:11 +0100 Subject: [csw-maintainers] Upstream check when GARNAME is not part of the package name In-Reply-To: <49B06C1C.2060601@opencsw.org> References: <49B06C1C.2060601@opencsw.org> Message-ID: <49B3396B.3020601@opencsw.org> Roger H?kansson wrote: > When making a upstream check ("gmake check-upstream") for package wmf, > there is a problem since the CSW package name (wmf) doesn't match the > sourceforge package name (libwmf), so check-upstream picks the wrong > package (in this case "wv") and thus wrongly tells me that there is a > newer package file to download. > Another question regarding upstream checks. I guess there is no way of getting the current upstream check to work on projects like net-snmp where upstream keeps releasing patched versions of old packages? (net-snmp current release is 5.4.2.1, but from the main download page, the latest released package is 5.3.3pre1) From bonivart at opencsw.org Sun Mar 8 10:46:03 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 8 Mar 2009 10:46:03 +0100 Subject: [csw-maintainers] /testing lzop compression utility Message-ID: <625385e30903080146p64ef96d5j845d2f45ebe4769b@mail.gmail.com> This is a very fast compression utility. It compresses about as much as old compress (.Z) and it's almost exactly like gzip to use but it's much faster than the usual tools. See my (very unscientific) comparison below: File size: 56 MB (a tar file with a mix of text and binary files) Method, size, compress time/decompress time Copy, 56 MB, 1s Compress, 25 MB,2.5/1.5s Gzip, 19 MB, 6/1.5s Zip, 19 MB, 5.5/1.5s lzop, 25 MB, 1/1s As you can see, it compresses basically as fast as I can copy the file. It doesn't compress as well as gzip/zip but it's much faster. You can also tune the compression ratio without it affecting the decompress times. Test files at http://mirror.opencsw.org/testing.html: http://mirror.opencsw.org/testing/lzop-1.02rc1,REV=2009.03.08-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/lzop-1.02rc1,REV=2009.03.08-SunOS5.8-sparc-CSW.pkg.gz -- /peter From william at wbonnet.net Sun Mar 8 16:09:21 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 08 Mar 2009 16:09:21 +0100 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] Message-ID: <49B3DFA1.9090702@wbonnet.net> Hi I have added the following patch to prevent from have case where dependencies are missing in the files which are generated automatically. With this patch chechkpg is failing. This sounds better to me, since there is an error at package building time instead of having missing deps. I was wondering if we should not find a way to go around this. According to my understandings ... GAR has two different "check". PREREQUISITE_PKGS and REQUIRED_PKGS. PREREQUISITE_PKGS are used to check requirement for build, and are used before building the package, and REQUIRED_PKGS are used to generate automatically depend files. Then after building the package, checkpkg make some controls, including the validity of information in the depend file. Current situation is that we cannot specify a package in the depend file if is not installed on the machine. I think it may be interesting to have a way to make dependencies against packages which are not installed if these package are not used for compilation. A typical case is java libs. I think the same kind of need may exist for php stuff (packages not requiring a compilation stage like C/C++ software may have). Any thought about 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 -------------- next part -------------- An embedded message was scrubbed... From: wbonnet at users.sourceforge.net Subject: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk Date: Sun, 08 Mar 2009 14:18:12 +0000 Size: 4506 URL: From bonivart at opencsw.org Sun Mar 8 16:17:27 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 8 Mar 2009 16:17:27 +0100 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <49B3DFA1.9090702@wbonnet.net> References: <49B3DFA1.9090702@wbonnet.net> Message-ID: <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> On Sun, Mar 8, 2009 at 4:09 PM, William Bonnet wrote: > Current situation is that we cannot specify a package in the depend file if > is not installed on the machine. I've had problems creating multiple packages from one Makefile. When there's a separate lib package checkpkg fails because the main package needs libs from the lib package which of course is not installed. I have to disable checkpkg in the Makefile and test on my own systems with cswutils on it. If that could be solved somehow (maybe I'm just doing it wrong?) that would be great. -- /peter From bwalton at opencsw.org Sun Mar 8 16:54:58 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 08 Mar 2009 11:54:58 -0400 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> References: <49B3DFA1.9090702@wbonnet.net> <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> Message-ID: <1236527629-sup-9646@ntdws12.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Sun Mar 08 11:17:27 -0400 2009: > I've had problems creating multiple packages from one Makefile. When > there's a separate lib package checkpkg fails because the main package > needs libs from the lib package which of course is not installed. I > have to disable checkpkg in the Makefile and test on my own systems > with cswutils on it. > > If that could be solved somehow (maybe I'm just doing it wrong?) that > would be great. I submitted a patch for checkpkg a while back to solve this. Packages validated as a 'set' could reference other packages in the set as dependencies without checkpkg failing. I'm not sure what happened to it. -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 Sun Mar 8 17:03:27 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 8 Mar 2009 09:03:27 -0700 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <1236527629-sup-9646@ntdws12.chass.utoronto.ca> References: <49B3DFA1.9090702@wbonnet.net> <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> <1236527629-sup-9646@ntdws12.chass.utoronto.ca> Message-ID: <20090308160327.GA49297@bolthole.com> On Sun, Mar 08, 2009 at 11:54:58AM -0400, Ben Walton wrote: > I submitted a patch for checkpkg a while back to solve this. Packages > validated as a 'set' could reference other packages in the set as > dependencies without checkpkg failing. I'm not sure what happened to it. > erm... i think we had a discussion with dago, and we agreed to go in [x direction], which was a little different than your original patch, and you said you would work on that direction...? :-) From bwalton at opencsw.org Sun Mar 8 17:26:50 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 08 Mar 2009 12:26:50 -0400 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <20090308160327.GA49297@bolthole.com> References: <49B3DFA1.9090702@wbonnet.net> <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> <1236527629-sup-9646@ntdws12.chass.utoronto.ca> <20090308160327.GA49297@bolthole.com> Message-ID: <1236529090-sup-89@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Sun Mar 08 12:03:27 -0400 2009: > On Sun, Mar 08, 2009 at 11:54:58AM -0400, Ben Walton wrote: > > I submitted a patch for checkpkg a while back to solve this. Packages > > validated as a 'set' could reference other packages in the set as > > dependencies without checkpkg failing. I'm not sure what happened to it. > > erm... i think we had a discussion with dago, and we agreed to go in > [x direction], which was a little different than your original patch, and > you said you would work on that direction...? :-) ...Which I did. I had wanted to allow for exclusions in checkpkg. This would have been used from GAR to tell checkpkg to ignore dependency foo since it was for an as yet unknown package. This would have helped in the situation where you're developing a new package that builds multiple packages with internal dependencies (lib, rt, etc). You didn't like that approach since it gives control to the maintainer and could be abused. While I disagreed with you on this[1], I did go back and put together a patch that let checkpkg save some state between package checks. This info allowed for a post-set validation of library and P package dependencies. This is the patch I referred to previously. -Ben [1] It's already possible for a maintainer to do whatever they want to checkpkg and/or GAR to circumvent anything they want...I did this to test my checkpkg changes. It still has to pass by the officially blessed checkpkg before release, so I didn't think there was anything wrong with it. If a maintainer chose to alter either of the above in such a way that bad packages slip through, the worst case scenario is that you get annoyed every time you kick back a broken package. In doesn't really matter, this is just my opinion. Having checkpkg do 'set' validation solves the same problem. -- 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 Mon Mar 9 01:37:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 08 Mar 2009 19:37:46 -0500 Subject: [csw-maintainers] PHP5 and extentions now in Testing Message-ID: <49B464DA.2050203@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: compile version 5.2.6 with extensions (version not changed) recompile only to build the extensions. The Following extensions are included in this release php5_bcmath php5_bz2 php5_calendar php5_ctype php5_curl php5_dba php5_dbase php5_devel php5_dom php5_exif php5_filter php5_ftp php5_gd php5_gettext php5_gmp php5_hash php5_iconv php5_imap php5_json php5_ldap php5_mbstring php5_mcrypt php5_mhash php5_mime_magic php5_mssql php5_mysql php5_mysqli php5_ncurses php5_odbc php5_openssl php5_pcntl php5_pdomysql php5_pdoodbc php5_pdopgsql php5_pdosqlite php5_pgsql php5_posix php5_pspell php5_session php5_shmop php5_snmp php5_soap php5_sockets php5_sqlite php5_sysvmsg php5_sysvsem php5_sysvshm php5_tidy php5_tokenizer php5_wddx php5_xmlreader php5_xmlrpc php5_xmlwriter php5_xsl php5_zip - -- 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 iEYEARECAAYFAkm0ZNkACgkQLrhmsXMSLxelBQCfZNQ6KNjL2RZhKBsT794RZYP4 iy8AnjrNAm/IHryBwGLdvdPwan0DjEJ4 =dqTE -----END PGP SIGNATURE----- From hson at opencsw.org Mon Mar 9 03:05:40 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 09 Mar 2009 03:05:40 +0100 Subject: [csw-maintainers] Strange behaviour when depend file gets created Message-ID: <49B47974.6050403@opencsw.org> I don't know what has happened, but somehow I've seem to have broken something on my build-machines lately. When trying to package libnids, the depend file seem to get created wrongly. The last part of "gmake package" looks like this: Examining 'depend' file application CSWggettextrt ggettextrt - GNU locale utilities application CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ system CSWlibnet libnet - the libnet packet construction library application CSWlibpcap libpcap - Libpcap is a system-independent interface for user-level packet capture P CSWcommon common - common files and dirs for CSW packages system CSWcommon common - common files and dirs for CSW packages Building index from SVR4 installed packages database... (May take a while) Cross-referencing indexes... found CSWglib2 for libglib-2.0.so.0 found CSWglib2 for libgthread-2.0.so.0 found CSWggettextrt for libintl.so.8 found CSWlibnet for libnet.so found SUNWcsl for libnsl.so.1 found CSWlibpcap for libpcap.so found SUNWcsl for libpthread.so.1 found SUNWcsl for librt.so.1 found SUNWcsl for libsocket.so.1 found SUNWcsl for libthread.so.1 SUGGESTION: you may want to add some or all of the following as depends: (Feel free to ignore SUNW or SPRO packages) > CSWggettextrt > CSWglib2 > CSWlibnet > CSWlibpcap > SUNWcsl Examining the CSWlibnids.depend, it actually looks like this: application CSWggettextrt ggettextrt - GNU locale utilities application CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ system CSWlibnet libnet - the libnet packet construction library application CSWlibpcap libpcap - Libpcap is a system-independent interface f or user-level packet capture P CSWcommon common - common files and dirs for CSW packages When building on the buildfarm, the output from checkpkg looks like this: Examining 'depend' file P CSWggettextrt ggettextrt - GNU locale utilities P CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ P CSWlibnet libnet - the libnet packet construction library P CSWlibpcap libpcap - Libpcap is a system-independent interface for user-level packet capture P CSWcommon common - common files and dirs for CSW packages system CSWcommon common - common files and dirs for CSW packages application CSWggettextrt ggettextrt - GNU locale utilities application CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ system CSWlibnet libnet - the libnet packet construction library application CSWlibpcap libpcap - Libpcap is a system-independent interface for user-level packet capture Building index from SVR4 installed packages database... (May take a while) Cross-referencing indexes... found CSWglib2 for libglib-2.0.so.0 found CSWglib2 for libgthread-2.0.so.0 found CSWggettextrt for libintl.so.8 found CSWjre6 for libnet.so found SUNWcslx for libnsl.so.1 found CSWlibpcap for libpcap.so found SUNWcslx for libpthread.so.1 found SUNWcslx for librt.so.1 found SUNWcslx for libsocket.so.1 found SUNWcslx for libthread.so.1 SUGGESTION: you may want to add some or all of the following as depends: (Feel free to ignore SUNW or SPRO packages) > CSWjre6 > SUNWcslx And the CSWlibnids.depend looks just like expected: P CSWggettextrt ggettextrt - GNU locale utilities P CSWglib2 glib2 - The low-level core lib for GNOME and GTK+ P CSWlibnet libnet - the libnet packet construction library P CSWlibpcap libpcap - Libpcap is a system-independent interface for user-level packet capture P CSWcommon common - common files and dirs for CSW packages I've tried reverting to an older cswutils-package, but with the same behaviour. I've installed a lot of packages lately in order to build a bunch of packages so some of them might be the cause of the problem, but before I start to remove them, I'm just wondering if anyone have a clue what might be the problem? From hson at opencsw.org Mon Mar 9 04:33:29 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 09 Mar 2009 04:33:29 +0100 Subject: [csw-maintainers] Package creation fails with filenames with whitespace Message-ID: <49B48E09.6070702@opencsw.org> I'm trying to build the pcb-package but have stumbled upon a problem. Some of the files in the package have whitespace in their filename and when building the package (using gar v2) the prototype file gets generated wrong. The file "single-ended SCSI.png" ends up like this: f none /opt/csw/share/pcb/pcblib-newlib/connector/single-ended SCSI.png=/home/hson/dev/mgar/pkg/pcb/trunk/work/pkgroot/opt/csw/share/pcb/pcblib-newlib/connector /single-ended root bin hson csw Any clues on how to get around this problem? (The pcb-package is in svn if anyone want to see the problem "live") From phil at bolthole.com Mon Mar 9 04:52:06 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 8 Mar 2009 20:52:06 -0700 Subject: [csw-maintainers] the whitespace problem Message-ID: <20090309035206.GA15573@bolthole.com> after thinking about it a bit: I think that it may be "non-legal" to pacakge files with whitespace in their names. (as far as SVR4 pkg spec goes) I vaguely recall sun had a problem with one piece of software, years ago, because of this. Packager, beware. From mwatters at opencsw.org Mon Mar 9 04:56:39 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 08 Mar 2009 22:56:39 -0500 Subject: [csw-maintainers] Package creation fails with filenames with whitespace In-Reply-To: <49B48E09.6070702@opencsw.org> References: <49B48E09.6070702@opencsw.org> Message-ID: <49B49377.1080204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > I'm trying to build the pcb-package but have stumbled upon a problem. > Some of the files in the package have whitespace in their filename and > when building the package (using gar v2) the prototype file gets > generated wrong. > > The file "single-ended SCSI.png" ends up like this: > > f none /opt/csw/share/pcb/pcblib-newlib/connector/single-ended > SCSI.png=/home/hson/dev/mgar/pkg/pcb/trunk/work/pkgroot/opt/csw/share/pcb/pcblib-newlib/connector > /single-ended root bin hson csw > > Any clues on how to get around this problem? > > (The pcb-package is in svn if anyone want to see the problem "live") > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I would patch the source code to change spaces to underscore for all references. then call a post-extract to rename the files in the source tree. this is probably the "hard way" to do it, but it works. if you get a list of files that contain spaces, you can loop them and c hange the files using something similar to the following: ==> Code <== #!/bin/bash oIFS=$IFS IFS=\n for file in filenamelist ;do f_file=$(echo $file | tr ' ' '_') perl -i -plne 's/$file/$f_file/' $(find $srcdir -type f -print) mv "$file" "$f_file" done IFS=$oIFS ==> Code <== note this code may or may not work as is the code is syntactically correct but will require you to fit it for your env then extract a new clean copy of the source and create your patch. - -- 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 iEYEARECAAYFAkm0k3cACgkQLrhmsXMSLxcUugCeNUhkO91zfpigIGqcR3iRKHGm L50An0iYGQTIqbnTtqFVA/d90GDJbV73 =yZw5 -----END PGP SIGNATURE----- From william at wbonnet.net Mon Mar 9 10:16:19 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 09 Mar 2009 10:16:19 +0100 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <49B47974.6050403@opencsw.org> References: <49B47974.6050403@opencsw.org> Message-ID: <49B4DE63.8080009@wbonnet.net> Hi Roger > When trying to package libnids, the depend file seem to get created wrongly. > I submitted a patch yesterday. I hope i did not broke it. I tested it before and noticed the same behavior... anyways, you can try to revert to revision 3289 of file csw/mgar/gar/v2/gar.pkg ( http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/gar/v2/gar.pkg.mk?view=log ) since it affect depend generation and try again please 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 Mar 9 14:02:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 14:02:49 +0100 Subject: [csw-maintainers] Another GAR question In-Reply-To: <1236304606-sup-4717@ntdws12.chass.utoronto.ca> References: <49B08106.2050502@opencsw.org> <1236304606-sup-4717@ntdws12.chass.utoronto.ca> Message-ID: <24F8C228-C7ED-49BB-BBCF-05DAEC0AC0F3@opencsw.org> Hi, Am 06.03.2009 um 03:00 schrieb Ben Walton: > Excerpts from Roger H?kansson's message of Thu Mar 05 20:48:54 -0500 > 2009: >> If upstream package doesn't unpack into a separate directory (i.e >> xx-YY.tar.gz unpacks to xx-YY), but into current directory (i.e >> $WORKDIR_FIRSTMOD), how would I go about to extract package files >> into >> correct directory (i.e $WORKDIR_FIRSTMOD/$DISTNAME)? > > Override the tgz-extract-%.tar.gz (or whatever extension) target with > a more specific one (eg: extract-$distname.tar.gz:). See the > docbookdtds package for examples or grep for "*-extract" in gar.lib.mk > to get a better idea of which targets are in play for this. Alternatively you can explicitly set WORKSRC to whereever your sources unpack to. This is feasible if just the name is different and you are dealing with only one archive. Best regards -- Dago From bwalton at opencsw.org Mon Mar 9 14:19:04 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 09:19:04 -0400 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <49B4DE63.8080009@wbonnet.net> References: <49B47974.6050403@opencsw.org> <49B4DE63.8080009@wbonnet.net> Message-ID: <1236604455-sup-5221@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Mon Mar 09 05:16:19 -0400 2009: > I submitted a patch yesterday. I hope i did not broke it. I tested it > before and noticed the same behavior... anyways, you can try to revert > to revision 3289 of file csw/mgar/gar/v2/gar.pkg ( > http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/gar/v2/gar.pkg.mk?view=log > ) since it affect depend generation and try again please The following test Makefile demonstrates the problem with the change: --snip-- PKG ?= CSWcommon showinf: echo "$(shell /usr/bin/pkginfo $(PKG) || echo "P $(PKG) - " | awk '{$$1 = "P"; print }')" --snip-- Calling gmake with no args gives: $ gmake echo "system CSWcommon common - common files and dirs for CSW packages" system CSWcommon common - common files and dirs for CSW packages Calling gmake with PKG=CSWfoo gives: $ gmake PKG=CSWfoo ERROR: information for "CSWfoo" was not found echo "P CSWfoo -" P CSWfoo - The following small change should do what is required: echo "$(shell (/usr/bin/pkginfo $(PKG) || echo "P $(PKG) - ") | awk '{$$1 = "P"; print }')" Notice the bracketing around the pkginfo/echo pair. You want the output of whichever is sucessful to get piped to awk, not just the output of the echo if pkginfo fails. -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 william at wbonnet.net Mon Mar 9 14:33:37 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 09 Mar 2009 14:33:37 +0100 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <1236604455-sup-5221@ntdws12.chass.utoronto.ca> References: <49B47974.6050403@opencsw.org> <49B4DE63.8080009@wbonnet.net> <1236604455-sup-5221@ntdws12.chass.utoronto.ca> Message-ID: <49B51AB1.30901@wbonnet.net> Hi Ben > The following small change should do what is required: > > echo "$(shell (/usr/bin/pkginfo $(PKG) || echo "P $(PKG) - ") | awk '{$$1 = "P"; print }')" > > Notice the bracketing around the pkginfo/echo pair. You want the > output of whichever is sucessful to get piped to awk, not just the > output of the echo if pkginfo fails. > Oops i missed that one. Sorry ... :( Thanks for finding the solution -- 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 bwalton at opencsw.org Mon Mar 9 14:43:35 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 09:43:35 -0400 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <49B51AB1.30901@wbonnet.net> References: <49B47974.6050403@opencsw.org> <49B4DE63.8080009@wbonnet.net> <1236604455-sup-5221@ntdws12.chass.utoronto.ca> <49B51AB1.30901@wbonnet.net> Message-ID: <1236606124-sup-8087@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Mon Mar 09 09:33:37 -0400 2009: Hi William, > Oops i missed that one. Sorry ... :( Hey, it happens. Stuff like that is easy to miss...especially when you're in multiple levels of quoting, escaping, etc. > Thanks for finding the solution Just a different set of eyes. Will you commit the fix? 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 william at wbonnet.net Mon Mar 9 14:43:49 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 09 Mar 2009 14:43:49 +0100 Subject: [csw-maintainers] Strange behaviour when depend file gets created In-Reply-To: <1236606124-sup-8087@ntdws12.chass.utoronto.ca> References: <49B47974.6050403@opencsw.org> <49B4DE63.8080009@wbonnet.net> <1236604455-sup-5221@ntdws12.chass.utoronto.ca> <49B51AB1.30901@wbonnet.net> <1236606124-sup-8087@ntdws12.chass.utoronto.ca> Message-ID: <49B51D15.4060708@wbonnet.net> Hi Ben > Just a different set of eyes. Will you commit the fix? > > You can do it please, i'am at office right now, and it is not easy for me to test it thanks in advance -- 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 Mar 9 15:00:55 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:00:55 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> Message-ID: Hi Peter, Am 06.03.2009 um 18:12 schrieb Peter Bonivart: > I want to use the dynamic license feature for clamav/libclamav. Since > the source contains a file called COPYING I assumed I didn't have to > do anything according to this: > > "If it is called COPYING you have to do... nothing, as this is the > default." (http://apps.sourceforge.net/mediawiki/gar/index.php?title=Copyright > ) > > But it's not being added to any of the two packages. Could someone > please check the Makefile and see if there's any obvious problems? > > http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/clamav/trunk/Makefile?view=markup&pathrev=3607 This was a bug which occured when using dynamic copyrights with explicit gspec-files (instead of dynamic gspec-files with PACKAGES). This is fixed in r3678. Please give it a try and let me know if everything works as expected. Best regards -- Dago From dam at opencsw.org Mon Mar 9 15:27:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:27:26 +0100 Subject: [csw-maintainers] GCC build question In-Reply-To: <49B27823.2050508@opencsw.org> References: <49B204D3.4090003@opencsw.org> <49B2486F.6040800@opencsw.org> <49B27823.2050508@opencsw.org> Message-ID: <7B5A2237-C581-46DD-893F-4568472B7672@opencsw.org> Hi Mike, Am 07.03.2009 um 14:35 schrieb Mike Watters: > Sebastian Kayser wrote: >> Mike Watters wrote: >>> I have gcc 4.3.3 building successfully on solaris 8 >>> both v8/v9 arch. I have i386 and amd64 building successfully >>> on solaris 10 x86, and i386 building on solaris 8. >>> >>> is there any way to merge the solaris 10 and solaris 8 >> >> Don't know whether this helps with gcc, but what i do with mbuffer is >> to set BUILD64=1 an then >> >> 1) on build8x: gmake build-isa-i386 >> 2) on build10x: gmake merge >> 3) on build8x: gmake package >> > > that is what I did for the other 64bit builds I do. however, with > gcc, both the build on 8x and 10x build as isa-i386. You can modulate over anything you want, e. g. MODULATORS = OSREL MODULATION_OSREL = $(GAROSREL) This builds one tree per OS release in work/build-osrel-5.8/ work/build-osrel-5.10/ You then must define mergerules on how to assemble these trees into a pkgroot/. Please let me know if I can be of any assistence on this. It can be confusing for the unaware, but for exactly these situations were modulations made for :-) > I found that if I change BUILD_PREFIX ( to /opt/csw/gcc4 ) in my gar > Makefile, it breaks gar builds ( filed a bug report > on that ) This has been fixed in r3059: Please update your GAR tree and recheck. > I am still working on how to get it built with some smoke and > mirrors in the Makefile, I was just hoping someone had > already encountered this and could share how they did it. Don't worry, if you know how to build gcc, we can build a package out of it. Best regards -- Dago From dam at opencsw.org Mon Mar 9 15:34:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:34:26 +0100 Subject: [csw-maintainers] Package creation fails with filenames with whitespace In-Reply-To: <49B48E09.6070702@opencsw.org> References: <49B48E09.6070702@opencsw.org> Message-ID: <4CB84C19-07F4-457B-9116-F4DDBA6ECCDB@opencsw.org> Hi Roger, Am 09.03.2009 um 04:33 schrieb Roger H?kansson: > I'm trying to build the pcb-package but have stumbled upon a problem. > Some of the files in the package have whitespace in their filename and > when building the package (using gar v2) the prototype file gets > generated wrong. > > The file "single-ended SCSI.png" ends up like this: > > f none /opt/csw/share/pcb/pcblib-newlib/connector/single-ended > SCSI.png=/home/hson/dev/mgar/pkg/pcb/trunk/work/pkgroot/opt/csw/ > share/pcb/pcblib-newlib/connector > /single-ended root bin hson csw > > Any clues on how to get around this problem? This is a known limitation of prototype(4): If you really must do this pick a character which escapes the space and use a classfile to rename the file onthefly on package installation. However, quite some utilities don't properly handle these types of files, so the already suggested replacing of spaces with '_' is usually a good workaround. Best regards -- Dago From dam at opencsw.org Mon Mar 9 15:36:05 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:36:05 +0100 Subject: [csw-maintainers] [Fwd: [csw-devel] SF.net SVN: gar:[3630] csw/mgar/gar/v2/gar.pkg.mk] In-Reply-To: <1236529090-sup-89@ntdws12.chass.utoronto.ca> References: <49B3DFA1.9090702@wbonnet.net> <625385e30903080817k7ccf8624q1f7a2beb62f1e81d@mail.gmail.com> <1236527629-sup-9646@ntdws12.chass.utoronto.ca> <20090308160327.GA49297@bolthole.com> <1236529090-sup-89@ntdws12.chass.utoronto.ca> Message-ID: Hi, Am 08.03.2009 um 17:26 schrieb Ben Walton: > Excerpts from Philip Brown's message of Sun Mar 08 12:03:27 -0400 > 2009: >> On Sun, Mar 08, 2009 at 11:54:58AM -0400, Ben Walton wrote: >>> I submitted a patch for checkpkg a while back to solve this. >>> Packages >>> validated as a 'set' could reference other packages in the set as >>> dependencies without checkpkg failing. I'm not sure what happened >>> to it. >> >> erm... i think we had a discussion with dago, and we agreed to go in >> [x direction], which was a little different than your original >> patch, and >> you said you would work on that direction...? :-) > > ...Which I did. I had wanted to allow for exclusions in checkpkg. > This would have been used from GAR to tell checkpkg to ignore > dependency foo since it was for an as yet unknown package. This would > have helped in the situation where you're developing a new package > that builds multiple packages with internal dependencies (lib, rt, > etc). > > You didn't like that approach since it gives control to the maintainer > and could be abused. While I disagreed with you on this[1], I did go > back and put together a patch that let checkpkg save some state > between package checks. This info allowed for a post-set validation > of library and P package dependencies. This is the patch I referred > to previously. > > -Ben > > [1] It's already possible for a maintainer to do whatever they want to > checkpkg and/or GAR to circumvent anything they want...I did this to > test my checkpkg changes. It still has to pass by the officially > blessed checkpkg before release, so I didn't think there was anything > wrong with it. If a maintainer chose to alter either of the above in > such a way that bad packages slip through, the worst case scenario is > that you get annoyed every time you kick back a broken package. In > doesn't really matter, this is just my opinion. Having checkpkg do > 'set' validation solves the same problem. Yes. The usual reaction when checkpkg signals an error is - look if it really is an error - if not, just turn checkpkg off and submit the package anyway Everything which checks more and bails out later is good. Best regards -- Dago From dam at opencsw.org Mon Mar 9 15:41:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 15:41:50 +0100 Subject: [csw-maintainers] Thematics March: Moving to GAR In-Reply-To: <6af4270903070732t27efd82ax251bada1a4afe8d7@mail.gmail.com> References: <49AF12F7.7060605@opencsw.org> <6af4270903070732t27efd82ax251bada1a4afe8d7@mail.gmail.com> Message-ID: <80FFF6B5-88AF-41A8-A6CE-0F23BDE252D1@opencsw.org> Hi Rupert, Am 07.03.2009 um 16:32 schrieb rupert THURNER: > updating the gar docs is great! i am especially missing a "gar build > and delivery from the beginning to the end for dummies" ... because > technical difficulties in the middle are very friendly answered in the > mailing list :) Despite the lack of this information I hope the questions on start and end are answered equally friendly ;-) > btw, i also found recently https://apps.sourceforge.net/trac/gar which > i find even more helpful as you have the wiki changes and the package > changes in timeline, and immediately see what somebody else changed to > fix a problem. one can also directly link into the code. i created an > example here: https://apps.sourceforge.net/trac/gar/wiki/VariableReference > . The Trac timeline is indeed very useful. The docs were initially in Trac-format, but at the time of project creation there was simply no Trac support in SourceForge, only MediaWiki. Therefore I converted the docs to that format. Personally I like the Trac wiki better for the reasons you already outlined, but I don't feel like converting the docs back *again* :-P If you would volunteer to do so I'm all in favor of doing it, but I fear of having even more distributed information as we already have www.opencsw.org wiki.opencsw.org gar.opencsw.org (MediaWiki) gar.opencsw.org (Trac) Consolidating this in the New Website(tm) would be of help here. Best regards -- Dago From bonivart at opencsw.org Mon Mar 9 15:56:44 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Mar 2009 15:56:44 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> Message-ID: <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> On Mon, Mar 9, 2009 at 3:00 PM, Dagobert Michelsen wrote: > This was a bug which occured when using dynamic copyrights with > explicit gspec-files (instead of dynamic gspec-files with PACKAGES). > This is fixed in r3678. Please give it a try and let me know if > everything works as expected. But I don't have gspec files any longer for clamav. However, I updated the gar dir to r3678 and rebuilt everything but there's still no license file. I see this before the package phase starts but no obvious errrors: gmake[1]: Leaving directory `/home/bonivart/mgar/pkg/clamav/trunk' mkdir -p cookies/global/. && date >> cookies/global/merge-license-CSWclamav mkdir -p cookies/global/. && date >> cookies/global/merge-license-CSWlibclamav [merge-license] complete for clamav. -- /peter From dam at opencsw.org Mon Mar 9 16:38:33 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 16:38:33 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> Message-ID: <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> Hi Peter, Am 09.03.2009 um 15:56 schrieb Peter Bonivart: > On Mon, Mar 9, 2009 at 3:00 PM, Dagobert Michelsen > wrote: >> This was a bug which occured when using dynamic copyrights with >> explicit gspec-files (instead of dynamic gspec-files with PACKAGES). >> This is fixed in r3678. Please give it a try and let me know if >> everything works as expected. > > But I don't have gspec files any longer for clamav. However, I updated > the gar dir to r3678 and rebuilt everything but there's still no > license file. Well, you now don't have a licensefile for another reason: you redefine WORKSRC. This is usually allowed, but doesn't work right now. I'll fix it. Best regards -- Dago From dam at opencsw.org Mon Mar 9 16:43:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Mar 2009 16:43:43 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> Message-ID: Hi Peter, Am 09.03.2009 um 16:38 schrieb Dagobert Michelsen: > Am 09.03.2009 um 15:56 schrieb Peter Bonivart: >> On Mon, Mar 9, 2009 at 3:00 PM, Dagobert Michelsen >> wrote: >>> This was a bug which occured when using dynamic copyrights with >>> explicit gspec-files (instead of dynamic gspec-files with PACKAGES). >>> This is fixed in r3678. Please give it a try and let me know if >>> everything works as expected. >> >> But I don't have gspec files any longer for clamav. However, I >> updated >> the gar dir to r3678 and rebuilt everything but there's still no >> license file. > > Well, you now don't have a licensefile for another reason: > you redefine WORKSRC. This is usually allowed, but doesn't work > right now. I'll fix it. On second tought, redefining WORKSRC is not a good idea as you basically only want to reset DISTNAME. The reason is that resetting WORKSRC includes WORKDIR, which is derived from the modulation. The code to find the license searches all WORKSRC in all modulations, and on resetting WORKSRC this would require rewriting the WORKDIR prefix. This is possible, but ugly and I want to do this only when it becomes really necessary. Until that time I would prefer the recommendation to leave WORKSRC alone. Best regards -- Dago From phil at bolthole.com Mon Mar 9 17:57:56 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Mar 2009 09:57:56 -0700 Subject: [csw-maintainers] filezilla, anyone? Message-ID: <20090309165756.GH10168@bolthole.com> BTW: i've found that "filezilla" is a very popular prog on mswindows. anyone wanna package it up for solaris? From rmacduff at opencsw.org Mon Mar 9 21:12:37 2009 From: rmacduff at opencsw.org (Ross Macduff) Date: Mon, 09 Mar 2009 16:12:37 -0400 Subject: [csw-maintainers] gsed 4.1.5 in testing Message-ID: <1236629528-sup-6652@frog.chass.utoronto.ca> Hi All, gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 Please let me know if there are any issues with it. Thanks, Ross -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bonivart at opencsw.org Mon Mar 9 21:27:45 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Mar 2009 21:27:45 +0100 Subject: [csw-maintainers] How about this BIND bug? Message-ID: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> I just got a bug report from someone trying to run BIND in chroot. http://www.opencsw.org/mantis/view.php?id=3460 Is this something we're supposed to support? I'm updating the package quickly to keep up with safety concerns and it already runs as an unprivileged user as it is. Doesn't this bug go beyond what the package is supposed to deliver? I would be willing to include documentation though on how to run it chroot'ed. -- /peter From bwalton at opencsw.org Mon Mar 9 21:38:37 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 16:38:37 -0400 Subject: [csw-maintainers] How about this BIND bug? In-Reply-To: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> References: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> Message-ID: <1236630869-sup-7963@ntdws12.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Mon Mar 09 16:27:45 -0400 2009: > I just got a bug report from someone trying to run BIND in chroot. > > http://www.opencsw.org/mantis/view.php?id=3460 > > Is this something we're supposed to support? I'm updating the > package That I can't answer... > quickly to keep up with safety concerns and it already runs as an > unprivileged user as it is. Doesn't this bug go beyond what the > package is supposed to deliver? Redhat supplies a bind-chroot package that I take advantage of. It provides only the following (would need a few tweaks for solaris): /var/named/chroot /var/named/chroot/dev /var/named/chroot/dev/null /var/named/chroot/dev/random /var/named/chroot/dev/zero /var/named/chroot/etc /var/named/chroot/etc/localtime /var/named/chroot/etc/named.conf /var/named/chroot/etc/rndc.key /var/named/chroot/var /var/named/chroot/var/named /var/named/chroot/var/named/data /var/named/chroot/var/named/slaves /var/named/chroot/var/run /var/named/chroot/var/run/named /var/named/chroot/var/tmp and then some scripts to set it up. The init script is aware of the possibility that this package might be installed and does a few things it wouldn't normally do. I can get you the scripts from redhat if you're interested in seeing how they do it. Not saying you should do this, but based on how it's being done elsewhere, it may not be as 'insane' as it sounds up front. HTH -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 bonivart at opencsw.org Mon Mar 9 21:47:58 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 9 Mar 2009 21:47:58 +0100 Subject: [csw-maintainers] How about this BIND bug? In-Reply-To: <1236630869-sup-7963@ntdws12.chass.utoronto.ca> References: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> <1236630869-sup-7963@ntdws12.chass.utoronto.ca> Message-ID: <625385e30903091347j76295579of00734b3a610c2b0@mail.gmail.com> On Mon, Mar 9, 2009 at 9:38 PM, Ben Walton wrote: > Redhat supplies a bind-chroot package that I take advantage of. ?It > provides only the following (would need a few tweaks for solaris): > > /var/named/chroot > /var/named/chroot/dev > /var/named/chroot/dev/null > /var/named/chroot/dev/random > /var/named/chroot/dev/zero > /var/named/chroot/etc > /var/named/chroot/etc/localtime > /var/named/chroot/etc/named.conf > /var/named/chroot/etc/rndc.key > /var/named/chroot/var > /var/named/chroot/var/named > /var/named/chroot/var/named/data > /var/named/chroot/var/named/slaves > /var/named/chroot/var/run > /var/named/chroot/var/run/named > /var/named/chroot/var/tmp > > and then some scripts to set it up. ?The init script is aware of the > possibility that this package might be installed and does a few things > it wouldn't normally do. ?I can get you the scripts from redhat if > you're interested in seeing how they do it. Yes please, that would be great. If it can be done as a separate package with reasonable effort I'm interested in supporting it. -- /peter From phil at bolthole.com Mon Mar 9 21:55:09 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 9 Mar 2009 13:55:09 -0700 Subject: [csw-maintainers] How about this BIND bug? In-Reply-To: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> References: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> Message-ID: <20090309205509.GA50508@bolthole.com> On Mon, Mar 09, 2009 at 09:27:45PM +0100, Peter Bonivart wrote: > I just got a bug report from someone trying to run BIND in chroot. > > http://www.opencsw.org/mantis/view.php?id=3460 > > Is this something we're supposed to support? I'm updating the package > quickly to keep up with safety concerns and it already runs as an > unprivileged user as it is. Doesn't this bug go beyond what the > package is supposed to deliver? > > I would be willing to include documentation though on how to run it chroot'ed. seems like someone was nice enough to step up and help on this, so thats great :) I thought I'd write some thoughts in the interests of addressing the "general principle", of it though... Our primary goal is to make our software [straighforward and easy to use] for our users. Running BIND in a chroot jail is common practice for that piece of software. Some security-concious people would argue that it is the ONLY "safe" way to run it. [i wouldnt agree, but that's not the point :-)] Because of this, I think that in this specific case, it would be very appropriate for us to try to make that a one-step option. And, happily, sounds like we are going to. So i look forward to seeing the bind_chroot package ;-) I'm not entirely sure that it's really neccessary to have a separate package for it.... but if it helps split up the labour required for us to support it, I'm ok with it. From bwalton at opencsw.org Mon Mar 9 21:57:12 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 16:57:12 -0400 Subject: [csw-maintainers] How about this BIND bug? In-Reply-To: <625385e30903091347j76295579of00734b3a610c2b0@mail.gmail.com> References: <625385e30903091327v1a2e4cb4sd968110d4a25ddc1@mail.gmail.com> <1236630869-sup-7963@ntdws12.chass.utoronto.ca> <625385e30903091347j76295579of00734b3a610c2b0@mail.gmail.com> Message-ID: <1236632168-sup-2307@ntdws12.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Mon Mar 09 16:47:58 -0400 2009: > Yes please, that would be great. If it can be done as a separate > package with reasonable effort I'm interested in supporting it. > Ok. I'll grab the .src.rpm file and extract the .spec from it this evening. I'll send you that, as it will also include any special (or custom) build things they do with bind to support this. 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 Tue Mar 10 00:53:57 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 09 Mar 2009 19:53:57 -0400 Subject: [csw-maintainers] mantis config change? Message-ID: <1236642753-sup-662@ntdws12.chass.utoronto.ca> Hi All, Is there an option in Mantis to have only the most recent note and/or status change be displayed in the email? I find the output of concatenated notes rather nasty (and most times not required). Would others be in favour of this change if the option exists? 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 Tue Mar 10 00:57:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 09 Mar 2009 18:57:09 -0500 Subject: [csw-maintainers] mantis config change? In-Reply-To: <1236642753-sup-662@ntdws12.chass.utoronto.ca> References: <1236642753-sup-662@ntdws12.chass.utoronto.ca> Message-ID: <49B5ACD5.6010502@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ben Walton wrote: > Hi All, > > Is there an option in Mantis to have only the most recent note and/or > status change be displayed in the email? I find the output of > concatenated notes rather nasty (and most times not required). > > Would others be in favour of this change if the option exists? > > Thanks > -Ben > > > ------------------------------------------------------------------------ > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers +1 I have to agree with you Ben, most of the time you only need the last comment. and since the email contains a direct link to the mantis bug, the entire chain IMO is not needed. - -- 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 iEYEARECAAYFAkm1rNUACgkQLrhmsXMSLxcyigCg68ONbHmRZHBNTh3oRl0z6txT lOIAoIm6OBF7sbbMKtdfnVlcqPgOv2Bi =K5qu -----END PGP SIGNATURE----- From skayser at opencsw.org Tue Mar 10 09:32:43 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 10 Mar 2009 09:32:43 +0100 Subject: [csw-maintainers] mantis config change? In-Reply-To: <1236642753-sup-662@ntdws12.chass.utoronto.ca> References: <1236642753-sup-662@ntdws12.chass.utoronto.ca> Message-ID: <49B625AB.8070903@opencsw.org> Ben Walton wrote: > Is there an option in Mantis to have only the most recent note and/or > status change be displayed in the email? I find the output of > concatenated notes rather nasty (and most times not required). > > Would others be in favour of this change if the option exists? I feel the same. It is not a Mantis configuration option (at least not in the stable branch), but from what i see there are various hacks to enable this behavior. Will have a look into them, to see whether we can adopt one without breaking Mantis too much with regards to future updates. Sebastian From bwalton at opencsw.org Tue Mar 10 14:01:26 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 10 Mar 2009 09:01:26 -0400 Subject: [csw-maintainers] mantis config change? In-Reply-To: <49B625AB.8070903@opencsw.org> References: <1236642753-sup-662@ntdws12.chass.utoronto.ca> <49B625AB.8070903@opencsw.org> Message-ID: <1236689994-sup-3434@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Tue Mar 10 04:32:43 -0400 2009: > I feel the same. It is not a Mantis configuration option (at least not > in the stable branch), but from what i see there are various hacks to > enable this behavior. What about simply reversing the order so the newest item chronologically is first...that would be better than the current approach. > Will have a look into them, to see whether we can adopt one without > breaking Mantis too much with regards to future updates. I suggested the above, as if it's an option, it'd be better (imo) than diverging mantis too much from stock, thus making maintenance more cumbersome down the road. If a simple plugin or quick tweak is all that's required, I'd still prefer the history to be pruned. Thanks for looking into it. -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 william at wbonnet.net Tue Mar 10 16:18:46 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 16:18:46 +0100 Subject: [csw-maintainers] Missing libintl.la Message-ID: <49B684D6.50308@wbonnet.net> Hi all While updating dbus=glib i encounter the following problem : bin/bash ../libtool --tag=CC --mode=link cc -xO3 -xtarget=ultra -xarch=v8 -I/home/wbonnet/build.5.8-sparc/opt/csw/include -I/opt/csw/include -export-symbols-regex "^[^_].*" -version-info 3:0:1 -no-undefined -L/home/wbonnet/build.5.8-sparc/opt/csw/lib -L/opt/csw/lib -o libdbus-glib-1.la -rpath /usr/local/lib dbus-glib.lo dbus-gmain.lo dbus-gmarshal.lo dbus-gobject.lo dbus-gproxy.lo dbus-gtest.lo dbus-gvalue.lo dbus-gthread.lo dbus-gtype-specialized.lo dbus-gutils.lo dbus-gsignature.lo dbus-gvalue-utils.lo -L/opt/csw/lib -ldbus-1 -L/opt/csw/lib -lgobject-2.0 -lglib-2.0 -lintl -lsocket -lnsl grep: /opt/csw/lib/libintl.la: No such file or directory /opt/csw/bin/gsed: can't read /opt/csw/lib/libintl.la: No such file or directory libtool: link: `/opt/csw/lib/libintl.la' is not a valid libtool archive I think this was discussed earlier on the list (reported by Roger ?) Is there any solution ? 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 hson at opencsw.org Tue Mar 10 16:38:28 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 10 Mar 2009 16:38:28 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B684D6.50308@wbonnet.net> References: <49B684D6.50308@wbonnet.net> Message-ID: <49B68974.9020605@opencsw.org> William Bonnet wrote: > I think this was discussed earlier on the list (reported by Roger ?) > > Is there any solution ? Well, my solution was to set up two build machines of my own and remove all .la files from /opt/csw... But the fixme script Mike Watters wrote (subject "help testing please" 2009-02-20) should do the job for you From phil at bolthole.com Tue Mar 10 16:51:29 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 10 Mar 2009 08:51:29 -0700 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B684D6.50308@wbonnet.net> References: <49B684D6.50308@wbonnet.net> Message-ID: <20090310155129.GA64271@bolthole.com> On Tue, Mar 10, 2009 at 04:18:46PM +0100, William Bonnet wrote: > Hi all > > While updating dbus=glib i encounter the following problem : > .... The issue here, is not that dbus uses it, but that something that dbus uses, looks for it. So, ideally, look for that culprit, and have that recompiled without the libintl.la reference, THEN recompile dbus. I'm guessing it's glib(2). I suggest you take over that package please, and update it. It's currently at 2.16.3, and latest is 2.18.4 i think. From william at wbonnet.net Tue Mar 10 17:02:35 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 17:02:35 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <20090310155129.GA64271@bolthole.com> References: <49B684D6.50308@wbonnet.net> <20090310155129.GA64271@bolthole.com> Message-ID: <49B68F1B.9010701@wbonnet.net> Hi > I suggest you take over that package please, and update it. > It's currently at > 2.16.3, and latest is 2.18.4 i think. > This is one of the package i have to update to build new Xfce... so i'll start tonight if i can. If Dago welcomes me in the gnome team ;) I have aso started to work on mving thnderbird to GAR (compiled and package, under testing at home). Ade are you still active ? I propose to release it to svn, then either you or me will continue, depending on you are active now or idle. 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 Mar 10 22:58:20 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 22:58:20 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <20090310155129.GA64271@bolthole.com> References: <49B684D6.50308@wbonnet.net> <20090310155129.GA64271@bolthole.com> Message-ID: <49B6E27C.8060206@wbonnet.net> Hi > I suggest you take over that package please, and update it. > It's currently at > 2.16.3, and latest is 2.18.4 i think. > Good new Chad is already working on this one. Package is under svn. Chad is it ready for testing stage ? I'd like to start to update ome of the package that depend on this one. 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 Mar 10 23:48:38 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 23:48:38 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B68974.9020605@opencsw.org> References: <49B684D6.50308@wbonnet.net> <49B68974.9020605@opencsw.org> Message-ID: <49B6EE46.3090509@wbonnet.net> Hi I have succesfully rebuilt dbus-glib package against the new glib2 package of Chad. I'll be able to release it to testing as soon as glib2 will be available. 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 Mar 10 23:49:25 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 10 Mar 2009 23:49:25 +0100 Subject: [csw-maintainers] /testing dbus 1.2.12 Message-ID: <49B6EE75.60408@wbonnet.net> Hi all dbus has been updated to version 1.2.12 and is available from testing. Thanks for your feedbacks 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 Wed Mar 11 00:10:09 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 11 Mar 2009 00:10:09 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B68F1B.9010701@wbonnet.net> References: <49B684D6.50308@wbonnet.net> <20090310155129.GA64271@bolthole.com> <49B68F1B.9010701@wbonnet.net> Message-ID: <9A069458-9F8A-4D3B-ADEC-3CAEEA074B3E@opencsw.org> Hi William, Am 10.03.2009 um 17:02 schrieb William Bonnet: > This is one of the package i have to update to build new Xfce... so > i'll > start tonight if i can. If Dago welcomes me in the gnome team ;) Welcome aboard ;) Best regards -- Dago From william at wbonnet.net Wed Mar 11 00:21:58 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 11 Mar 2009 00:21:58 +0100 Subject: [csw-maintainers] /svn add thunderbird Message-ID: <49B6F616.9090105@wbonnet.net> Hi all I have added thunderbird package to svn. It does not work yet, since once build it segfaults on my box. Same as latest Firefox (2.0.0.20). Usually it is either a conmpilation option to change in the mozconfig file, or a lib to update. Since most of glibs are old i would put a dollar on 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 hson at opencsw.org Wed Mar 11 05:37:04 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 05:37:04 +0100 Subject: [csw-maintainers] Anyone ever seen this before? Message-ID: <49B73FF0.4020900@opencsw.org> On my own sparc build machine, gmd5sum generates a totally different md5 checksum for one file, than my x86 machine and the buildfarm machines. But its only for just one file, with all other files it generates the same checksum as all other machines... From phil at bolthole.com Wed Mar 11 14:55:08 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 11 Mar 2009 06:55:08 -0700 Subject: [csw-maintainers] Anyone ever seen this before? In-Reply-To: <49B73FF0.4020900@opencsw.org> References: <49B73FF0.4020900@opencsw.org> Message-ID: <20090311135508.GA60556@bolthole.com> On Wed, Mar 11, 2009 at 05:37:04AM +0100, Roger H?kansson wrote: > On my own sparc build machine, gmd5sum generates a totally different md5 > checksum for one file, than my x86 machine and the buildfarm machines. > But its only for just one file, with all other files it generates the > same checksum as all other machines... errr... if it's a file named like a system utility such as "ls" or "file" or some such... it means your machine has been hacked. Heck, actually, just what you said is kinda proof that it has been hacked. From mwatters at opencsw.org Wed Mar 11 18:23:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Mar 2009 12:23:36 -0500 Subject: [csw-maintainers] New python dependent packages in Testing Message-ID: <49B7F398.3090604@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 clearsilver pm_clearsilver py_clearsilver pydocutils pygobject pymysql5 pyorbit pysetuptools pysqlite pysqlite2 silvercity Feedback welcome and thank you for testing!! :) - -- 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 iEYEARECAAYFAkm385gACgkQLrhmsXMSLxfCXACdGwFyuvTCZDMJAddy549R6NGF rmgAn0CJFNi6Eqd2tPiPzWhrI4ev49Fk =0wCS -----END PGP SIGNATURE----- From mwatters at opencsw.org Wed Mar 11 18:27:02 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 11 Mar 2009 12:27:02 -0500 Subject: [csw-maintainers] New Xchat packages in Testing Message-ID: <49B7F466.2070901@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 changes: recompile against python 2.6 to change architecture from v8+ to v8 xchat xchat_pl xchat_py xchat_tcl - -- 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 iEYEARECAAYFAkm39GYACgkQLrhmsXMSLxcWdgCfZrhx3az4MyF+YD1pSz1mTCnF z1wAn183eG5Xfuv9EU899nNtgbPdVSCj =aBbN -----END PGP SIGNATURE----- From hson at opencsw.org Wed Mar 11 20:15:46 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Wed, 11 Mar 2009 20:15:46 +0100 Subject: [csw-maintainers] Anyone ever seen this before? In-Reply-To: <20090311135508.GA60556@bolthole.com> References: <49B73FF0.4020900@opencsw.org> <20090311135508.GA60556@bolthole.com> Message-ID: <49B80DE2.3010101@opencsw.org> Philip Brown wrote: > On Wed, Mar 11, 2009 at 05:37:04AM +0100, Roger H?kansson wrote: >> On my own sparc build machine, gmd5sum generates a totally different md5 >> checksum for one file, than my x86 machine and the buildfarm machines. >> But its only for just one file, with all other files it generates the >> same checksum as all other machines... > > errr... if it's a file named like a system utility such as "ls" or > "file" or some such... it means your machine has been hacked. No its patch file in a package I'm building. > Heck, actually, just what you said is kinda proof that it has been hacked. In normal circumstances I would agree, but in this case it was not binaries but a regular textfile within a gar project. Plus the likelihood that someone could hack in to the solaris host (which is actually a x86 one and not a sparc as I wrote in my last mail, I was a bit tired), is so utterly small that it was not my first thought (even though I'm quite particular regarding security) It happened again and now I've analyzed the scrollback buffer of my ssh-client and I'm starting to think that its a cacheing problem. 04:40 - I run 'svn update' to receive a new version of the patchfile plus a new checksums file which indicates that the patchfile should have f30f9291f73781869e9d1e3091d8d151 as checksum 04:40 - A 'gmake package' gives a 'failed checksum test', so I run 'gmake makesum' which tells me that the checksum is ea5ddd010782ed77209e2414e5500ec7 04:41 - I run 'gmake package' to build the package which completes 04:44 09:36 - I run 'rm -rf cookies work;gmake package' which tells me 'failed checksum test', so I run 'gmake makesum' which tells me that the checksum is f30f9291f73781869e9d1e3091d8d151, exactly the same as what is should have been at 04:40 12:40 - I make some changes on my sparc build machine which gives me a different checksum file and I commit both files again. 12:40 - I run 'svn update' on my x86 machine again to get the new files. This time the checksum should be eded3e75e8a25acf7922ba0e7593ecb1 12:43 - 'gmake package' fails due to 'failed checksum test' 12:44 - I manually run 'gmd5sum files/mainpatch' which gives me eded3e75e8a25acf7922ba0e7593ecb1, just as it should be. 12:45 - I remove the symbolic link in download to files/mainpatch 12:45 - Another 'gmake package' succeeds with no checksum problem. The x86 "machine" is a Solaris8 running in a vmware server on a centos host. From hson at opencsw.org Wed Mar 11 21:34:09 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 21:34:09 +0100 Subject: [csw-maintainers] New version of distcc in /testing Message-ID: <49B82041.2000406@opencsw.org> Changes - Update to 3.1 - Built with gar From hson at opencsw.org Wed Mar 11 21:34:57 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 21:34:57 +0100 Subject: [csw-maintainers] New version of pwgen in /testing Message-ID: <49B82071.10406@opencsw.org> Changes: - Update to 2.06 - Built with gar From hson at opencsw.org Wed Mar 11 22:02:48 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:02:48 +0100 Subject: [csw-maintainers] New version of gengetopt in /testing Message-ID: <49B826F8.8020200@opencsw.org> Changes - Update to 2.22 - Built with gar From hson at opencsw.org Wed Mar 11 22:22:12 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:22:12 +0100 Subject: [csw-maintainers] New version of libgc in /testing Message-ID: <49B82B84.7060004@opencsw.org> Changes - Update to 7.0 - Built with gar From hson at opencsw.org Wed Mar 11 22:25:52 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:25:52 +0100 Subject: [csw-maintainers] New version of libnids in /testing Message-ID: <49B82C60.5080208@opencsw.org> Change - Update to 1.23 - Built with gar From hson at opencsw.org Wed Mar 11 22:25:59 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:25:59 +0100 Subject: [csw-maintainers] dsniff package update in /testing Message-ID: <49B82C67.3020903@opencsw.org> Change - Built with gar - Linked against libnids-1.23 From hson at opencsw.org Wed Mar 11 22:41:24 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 11 Mar 2009 22:41:24 +0100 Subject: [csw-maintainers] New version of w3m in /testing Message-ID: <49B83004.7050800@opencsw.org> Changes - Update to 0.5.2 - Built with gar From wmeler at opencsw.org Thu Mar 12 10:26:00 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Thu, 12 Mar 2009 10:26:00 +0100 Subject: [csw-maintainers] confused newbie Message-ID: <49B8D528.1070003@opencsw.org> There is quite a lot of docs with info what to do to add a package to CSW, it is good, but it can be improved :). I started with docs: http://www.opencsw.org/standards/ http://www.opencsw.org/standards/welcome http://www.opencsw.org/standards/core_principles After that I decided to start building package with instructions from http://www.opencsw.org/standards/pkg-walkthrough GAR is metioned there as alternative method for maintainers, which I read as "if you are advanced maintainer you could try to use it for your own risk because it is cool". I think it is easier to use GAR than following HOWTO instructions, and it has more value, so why not to recommend GAR for all - you don't even have to be maintainer to use it, as svn read access is for all. There is also stated: "Don't forget the "other" architecture(s) ! Now you get to do it ALL OVER AGAIN, on the other build machine!" It forced me to build package on all systems which breaks the rule "single package for all solaris revs of a cpu". I think that technote from http://www.opencsw.org/standards/core_principles should be reminded there. And what about hudson? shall I use it? how? regards, Wojtek From dam at opencsw.org Thu Mar 12 14:02:07 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 14:02:07 +0100 Subject: [csw-maintainers] Anyone ever seen this before? In-Reply-To: <49B73FF0.4020900@opencsw.org> References: <49B73FF0.4020900@opencsw.org> Message-ID: <8EFC63EE-A827-4738-8C75-014F34132BC1@opencsw.org> Hi Roger, Am 11.03.2009 um 05:37 schrieb Roger H?kansson: > On my own sparc build machine, gmd5sum generates a totally different > md5 > checksum for one file, than my x86 machine and the buildfarm machines. > But its only for just one file, with all other files it generates the > same checksum as all other machines... Are you using the identical binary? There may be some issues with optimizer flags on different builds. Best regards -- Dago From dam at opencsw.org Thu Mar 12 14:10:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 14:10:46 +0100 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: References: Message-ID: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> Hi, Am 11.03.2009 um 17:45 schrieb Juergen Arndt: >> This kind of error is usually generated when an old version >> of gmake is in the path. Older versions of gmake don't understand >> $(abspath ...) and always return the empty string. As the >> result is used as a path that one is missing. On build10s >> was SUNWgmake installed which I deinstalled now. >> >> It may be a good idea to write some kind of test case >> which bails out if an unsuitable version of gmake is found. >> >> Please see if this really solved your problem. > > that was the reason. With the updated version of gmake the problem is > solved. This is now checked on each invocation and prints an error if there are gmake features missing: > dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake > gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make > sure you are using at least 3.81. Stop. > zsh: 16007 exit 2 gmake It is fixed in r3724. Best regards -- Dago From phil at bolthole.com Thu Mar 12 14:17:19 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 06:17:19 -0700 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> Message-ID: <20090312131719.GD89950@bolthole.com> On Thu, Mar 12, 2009 at 02:10:46PM +0100, Dagobert Michelsen wrote: > This is now checked on each invocation and prints an error if > there are gmake features missing: > > > dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake > > gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make > > sure you are using at least 3.81. Stop. > > zsh: 16007 exit 2 gmake > that's really sad. shades of creeping linuxism! (always use the latestlatest!!) how about just not using the newer 'features', and sticking to nice older non-changing standard features?? From Joerg.Schilling at fokus.fraunhofer.de Thu Mar 12 14:37:06 2009 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Thu, 12 Mar 2009 14:37:06 +0100 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312131719.GD89950@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> Message-ID: <49b91002.iL2hyq+IMpRWOInU%Joerg.Schilling@fokus.fraunhofer.de> Philip Brown wrote: > On Thu, Mar 12, 2009 at 02:10:46PM +0100, Dagobert Michelsen wrote: > > This is now checked on each invocation and prints an error if > > there are gmake features missing: > > > > > dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake > > > gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make > > > sure you are using at least 3.81. Stop. > > > zsh: 16007 exit 2 gmake > > > > that's really sad. shades of creeping linuxism! > (always use the latestlatest!!) gmake-3.80 is relly broken as it does ignore some dependencies. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From hson at opencsw.org Thu Mar 12 14:45:33 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 12 Mar 2009 14:45:33 +0100 Subject: [csw-maintainers] Anyone ever seen this before? In-Reply-To: <8EFC63EE-A827-4738-8C75-014F34132BC1@opencsw.org> References: <49B73FF0.4020900@opencsw.org> <8EFC63EE-A827-4738-8C75-014F34132BC1@opencsw.org> Message-ID: <49B911FD.8010808@opencsw.org> Dagobert Michelsen wrote: > Hi Roger, > > Am 11.03.2009 um 05:37 schrieb Roger H?kansson: >> On my own sparc build machine, gmd5sum generates a totally different >> md5 >> checksum for one file, than my x86 machine and the buildfarm machines. >> But its only for just one file, with all other files it generates the >> same checksum as all other machines... > > Are you using the identical binary? There may be some issues > with optimizer flags on different builds. All machines have the same version of CSWtextutils From dam at opencsw.org Thu Mar 12 14:50:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 14:50:29 +0100 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312131719.GD89950@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> Message-ID: <5460232D-E175-4F9B-948D-1E638956BDAE@opencsw.org> Hi Phil, Am 12.03.2009 um 14:17 schrieb Philip Brown: > On Thu, Mar 12, 2009 at 02:10:46PM +0100, Dagobert Michelsen wrote: >> This is now checked on each invocation and prints an error if >> there are gmake features missing: >> >>> dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake >>> gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make >>> sure you are using at least 3.81. Stop. >>> zsh: 16007 exit 2 gmake > > that's really sad. shades of creeping linuxism! > (always use the latestlatest!!) Well, I just use what is available from OpenCSW. > how about just not using the newer 'features', and sticking to nice > older > non-changing standard features?? Ok then, how do I simulate $(abspath ...) in 3.80? Best regards -- Dago From bwalton at opencsw.org Thu Mar 12 15:04:36 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 10:04:36 -0400 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312131719.GD89950@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> Message-ID: <1236866486-sup-6352@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu Mar 12 09:17:19 -0400 2009: > On Thu, Mar 12, 2009 at 02:10:46PM +0100, Dagobert Michelsen wrote: > > This is now checked on each invocation and prints an error if > > there are gmake features missing: > > > > > dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake > > > gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make > > > sure you are using at least 3.81. Stop. > > > zsh: 16007 exit 2 gmake > > > > that's really sad. shades of creeping linuxism! > (always use the latestlatest!!) > > how about just not using the newer 'features', and sticking to nice older > non-changing standard features?? Two points on this: 1. We should dogfood as much csw stuff as we can. That means that we have abspath available. 2. If/when GAR becomes a standalone package, the dependency will be CSWgmake, not SUNWgmake, so again, we should feel free to take advantage of the latest features available there. ...and for the record, much of my attraction to CSW in the first place was to get modern versions of things I take for granted on a Linux box. It's not about 'oooh shiny,' it's about hey, I've had feature X on Linux boxes for several years now (eg: not latest latest), I'm kind of grumpy without it. -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 harpchad at opencsw.org Thu Mar 12 15:24:14 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 09:24:14 -0500 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B6EE46.3090509@wbonnet.net> References: <49B684D6.50308@wbonnet.net> <49B68974.9020605@opencsw.org> <49B6EE46.3090509@wbonnet.net> Message-ID: <49B91B0E.2030009@opencsw.org> William Bonnet wrote: > Hi > > I have succesfully rebuilt dbus-glib package against the new glib2 > package of Chad. I'll be able to release it to testing as soon as glib2 > will be available. > > Cheers > W. > Sorry, things got busy at work for the last week or so and I haven't had a chance to look at it. I'll look over it today and see where I left off. If I remember correctly everything built fine, and all of the tests pass except one, which I opened an upstream ticket on. From dam at opencsw.org Thu Mar 12 15:35:41 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 15:35:41 +0100 Subject: [csw-maintainers] confused newbie In-Reply-To: <49B8D528.1070003@opencsw.org> References: <49B8D528.1070003@opencsw.org> Message-ID: Hi Wojtek, Am 12.03.2009 um 10:26 schrieb Wojtek Meler: > There is quite a lot of docs with info what to do to add a package to > CSW, it is good, but it can be improved :). > > I started with docs: > > http://www.opencsw.org/standards/ > http://www.opencsw.org/standards/welcome > http://www.opencsw.org/standards/core_principles > > After that I decided to start building package with instructions from > > http://www.opencsw.org/standards/pkg-walkthrough > > GAR is metioned there as alternative method for maintainers, which I > read as "if you are advanced maintainer you could try to use it for > your > own risk because it is cool". > > I think it is easier to use GAR than following HOWTO instructions, and > it has more value, so why not to recommend GAR for all - you don't > even > have to be maintainer to use it, as svn read access is for all. You are right. The pkg-walkthrough is more for the interested maintainer who wants to know how things are done by hand, but IMHO this should be enhanced to be the starting point: > There is also stated: > > "Don't forget the "other" architecture(s) ! > Now you get to do it ALL OVER AGAIN, on the other build machine!" > > It forced me to build package on all systems which breaks the rule > "single package for all solaris revs of a cpu". I think that technote > from http://www.opencsw.org/standards/core_principles should be > reminded > there. I also asked this sometime ago and there was no conclusion. I see two directions to go: (1) Build one package for sparc and i386 and dispatch everything else inside the package for NFS-sharing (2) Build separate packages for each OS version if needed (e. g. top and lsof) We should decide if we stick with (1) or (2). Personally, I think NFS-sharing is bad, because for many packages it is difficult to cleanly roll out. This is at least true for all packages starting daemons and worse for packages using SMF. > And what about hudson? shall I use it? how? It is AFAIK experimental. Or, Trygve, is Hudson ready for day-to-day use? Best regards -- Dago From william at wbonnet.net Thu Mar 12 15:33:50 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 12 Mar 2009 15:33:50 +0100 Subject: [csw-maintainers] Missing libintl.la In-Reply-To: <49B91B0E.2030009@opencsw.org> References: <49B684D6.50308@wbonnet.net> <49B68974.9020605@opencsw.org> <49B6EE46.3090509@wbonnet.net> <49B91B0E.2030009@opencsw.org> Message-ID: <49B91D4E.2050204@wbonnet.net> Chad Harp a ?crit : > William Bonnet wrote: > >> Hi >> >> I have succesfully rebuilt dbus-glib package against the new glib2 >> package of Chad. I'll be able to release it to testing as soon as glib2 >> will be available. >> >> Cheers >> W. >> >> > Sorry, things got busy at work for the last week or so and I haven't had > a chance to look at it. I'll look over it today and see where I left > off. If I remember correctly everything built fine, and all of the > tests pass except one, which I opened an upstream ticket on I am using it on my dev box at hme in replacement of unstbale version since two days without problem (or at least none i saw with the old xfce). It is cerainly ready for testing 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 Thu Mar 12 16:37:18 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 16:37:18 +0100 Subject: [csw-maintainers] [csw-buildfarm] gmake missing from login? In-Reply-To: <49B92896.4080801@opencsw.org> References: <49B92896.4080801@opencsw.org> Message-ID: <085A5086-0906-4620-B56A-111EA3095ABC@opencsw.org> Hi Chad, Am 12.03.2009 um 16:21 schrieb Chad Harp: > Must have been recently, I used it earlier today: > > harpchad at login (CSW)$ ls -l /usr/sfw/bin/gmake > /usr/sfw/bin/gmake: No such file or directory Yes. Due to the problems with gmake 3.80 I deinstalled the Sun version and installed CSWgmake. However, there should be no real need to build stuff on login apart stuff like scm-tag-release. Best regards -- Dago From harpchad at opencsw.org Thu Mar 12 16:41:44 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 10:41:44 -0500 Subject: [csw-maintainers] [csw-buildfarm] gmake missing from login? In-Reply-To: <085A5086-0906-4620-B56A-111EA3095ABC@opencsw.org> References: <49B92896.4080801@opencsw.org> <085A5086-0906-4620-B56A-111EA3095ABC@opencsw.org> Message-ID: <49B92D38.9080109@opencsw.org> Dagobert Michelsen wrote: > Hi Chad, > > Am 12.03.2009 um 16:21 schrieb Chad Harp: >> Must have been recently, I used it earlier today: >> >> harpchad at login (CSW)$ ls -l /usr/sfw/bin/gmake >> /usr/sfw/bin/gmake: No such file or directory > > Yes. Due to the problems with gmake 3.80 I deinstalled the Sun version > and installed CSWgmake. However, there should be no real need to build > stuff on login apart stuff like scm-tag-release. > > > Best regards > > -- Dago I don't build there directly, but I have a makefile that runs the build process for me on the build servers. It sshs into each server and runs the build and merges. Saves me for having to log into 8 build there, then login to 10, build there, then back to 8 to merge ... It's my cheap distributed workflow automation :) From mwatters at opencsw.org Thu Mar 12 16:48:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 12 Mar 2009 10:48:09 -0500 Subject: [csw-maintainers] subversion and bindings NOW IN TESTING Message-ID: <49B92EB9.2000106@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: * migrated build to gar v2 * updated to version 1.5.6 SPKG_DESC_CSWsvn = Version control rethought CATALOGNAME_CSWsvn = subversion SPKG_DESC_CSWsvn-devel = Subversion Development Support CATALOGNAME_CSWsvn-devel = subversion_devel SPKG_DESC_CSWap2svn = Subversion Modules for Apache 2 CATALOGNAME_CSWap2svn = ap2svn SPKG_DESC_CSWjavasvn = Subversion Java Language Binding CATALOGNAME_CSWjavasvn = javasvn SPKG_DESC_CSWpmsvn = Subversion Perl Language Binding CATALOGNAME_CSWpmsvn = pmsvn SPKG_DESC_CSWpysvn = Subversion Python Language Binding CATALOGNAME_CSWpysvn = pysvn SPKG_DESC_CSWrbsvn = Subversion Ruby Language Binding CATALOGNAME_CSWrbsvn = rbsvn - -- 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 iEYEARECAAYFAkm5LrkACgkQLrhmsXMSLxeZlACfXzUStQYV8RZphuGWVWZAN64Q SQIAn03Ld6nHVgpvcSY1ZsOdHj0zqWSv =w+Lj -----END PGP SIGNATURE----- From phil at bolthole.com Thu Mar 12 17:38:52 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 09:38:52 -0700 Subject: [csw-maintainers] confused newbie In-Reply-To: References: <49B8D528.1070003@opencsw.org> Message-ID: <20090312163852.GC89250@bolthole.com> On Thu, Mar 12, 2009 at 03:35:41PM +0100, Dagobert Michelsen wrote: > Am 12.03.2009 um 10:26 schrieb Wojtek Meler: > > There is also stated: > > > > "Don't forget the "other" architecture(s) ! > > Now you get to do it ALL OVER AGAIN, on the other build machine!" > > > > It forced me to build package on all systems which breaks the rule > > "single package for all solaris revs of a cpu". I think that technote > > from http://www.opencsw.org/standards/core_principles should be > > reminded > > there. > > I also asked this sometime ago and there was no conclusion. I see two > directions to go: > > (1) Build one package for sparc and i386 and dispatch everything else > inside > the package for NFS-sharing Yikes... that statement is a bit ambigous, particularly for the new maintainer. For new maintainer purposes, let us explicitly state, that the usual expected standard is, "build one package for sparc, [AND ONE PACKAGE FOR] i386" :-) > Personally, I think NFS-sharing is bad, because for many packages it is > difficult to cleanly roll out. "many"? I dont think your "many" is a description backed with actual numbers ;-) >This is at least true for all packages > starting > daemons and worse for packages using SMF. well, actually, if we transition demons to use cswclassutils, it becomes a lot easier, if we can then agree on a central start script being housed in /opt/csw/[init.d?] At that point, it will be then relatively trivial to run an initialization script on each machine, that looks in there, and "does the right thing", for the machine it is being run on. That being said, I dont think that running demons over NFS is a good idea at all! :-D But it can be done, and is done, at some sites. [sadly, where I work is one example of this. They have one master site-local init script, that is rdisted out to all machines, and does some magical detection at boot time to determine which demons to start] From phil at bolthole.com Thu Mar 12 17:39:40 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 09:39:40 -0700 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <5460232D-E175-4F9B-948D-1E638956BDAE@opencsw.org> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <5460232D-E175-4F9B-948D-1E638956BDAE@opencsw.org> Message-ID: <20090312163940.GD89250@bolthole.com> On Thu, Mar 12, 2009 at 02:50:29PM +0100, Dagobert Michelsen wrote: > > how about just not using the newer 'features', and sticking to nice > > older > > non-changing standard features?? > > Ok then, how do I simulate $(abspath ...) in 3.80? erm... `/bin/pwd` ? works in gmake, make, CYZmake.... :-) From harpchad at opencsw.org Thu Mar 12 17:51:16 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 11:51:16 -0500 Subject: [csw-maintainers] In testing: vim/gvim 7.2.128, rdesktop 1.6.0, glib 2.18.4 Message-ID: <49B93D84.4@opencsw.org> gvim-7.2.128,REV=2009.03.01-SunOS5.8-i386-CSW.pkg.gz gvim-7.2.128,REV=2009.03.01-SunOS5.8-sparc-CSW.pkg.gz vim-7.2.128,REV=2009.03.01-SunOS5.8-i386-CSW.pkg.gz vim-7.2.128,REV=2009.03.01-SunOS5.8-sparc-CSW.pkg.gz vimrt-7.2.128,REV=2009.03.01-SunOS5.8-all-CSW.pkg.gz glib2-2.18.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz glib2-2.18.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz glib2_devel-2.18.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz glib2_devel-2.18.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz rdesktop-1.6.0,REV=2009.02.22-SunOS5.8-i386-CSW.pkg.gz rdesktop-1.6.0,REV=2009.02.22-SunOS5.8-sparc-CSW.pkg.gz From phil at bolthole.com Thu Mar 12 17:54:34 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 09:54:34 -0700 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <1236866486-sup-6352@ntdws12.chass.utoronto.ca> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <1236866486-sup-6352@ntdws12.chass.utoronto.ca> Message-ID: <20090312165434.GF89250@bolthole.com> On Thu, Mar 12, 2009 at 10:04:36AM -0400, Ben Walton wrote: > Excerpts from Philip Brown's message of Thu Mar 12 09:17:19 -0400 2009: > > that's really sad. shades of creeping linuxism! > > (always use the latestlatest!!) > > > > how about just not using the newer 'features', and sticking to nice older > > non-changing standard features?? > > Two points on this: > > 1. We should dogfood as much csw stuff as we can. That means that we > have abspath available. Errr... we have eclipse available. does that mean we should use eclipse to write all csw software? :-} I think not. > ...and for the record, much of my attraction to CSW in the first place > was to get modern versions of things I take for granted on a Linux > box. It's not about 'oooh shiny,' it's about hey, I've had feature X > on Linux boxes for several years now (eg: not latest latest), > I'm kind of grumpy without it. Making the feature available to others, does not mean we have to use it ourselves. For another example: we provide gcc4. That doesnt mean that any C code we might happen to write and publish, should be splattered with gcc4-only GNUisms. From dam at opencsw.org Thu Mar 12 18:01:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Mar 2009 18:01:44 +0100 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312163940.GD89250@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <5460232D-E175-4F9B-948D-1E638956BDAE@opencsw.org> <20090312163940.GD89250@bolthole.com> Message-ID: <4AFFE815-8D91-425D-BC85-6D0469608BF3@opencsw.org> Hi Phil, Am 12.03.2009 um 17:39 schrieb Philip Brown: > On Thu, Mar 12, 2009 at 02:50:29PM +0100, Dagobert Michelsen wrote: >>> how about just not using the newer 'features', and sticking to nice >>> older >>> non-changing standard features?? >> >> Ok then, how do I simulate $(abspath ...) in 3.80? > > erm... > > `/bin/pwd` > ? That gives me the current directory. $(abspath ...) returns the absolute paths of all arguments if they exist. You could mimic this with a function, but why? gmake 3.81 is from 2006, 3.80 from 2002. > works in gmake, make, CYZmake.... Essentially, multi-line defines mandate gmake, which is used in every package manifest, so you must use gmake anyway. There is IMHO no point in not using features available in three years old software just because "the feature is new". I, as GAR maintainer, will not make an effort to support old gmake versions, as I barely have time to make the features already in there 100% usable (like the currently broken 'makepatch'). Best regards -- Dago From bwalton at opencsw.org Thu Mar 12 18:15:34 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 13:15:34 -0400 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312165434.GF89250@bolthole.com> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <1236866486-sup-6352@ntdws12.chass.utoronto.ca> <20090312165434.GF89250@bolthole.com> Message-ID: <1236877231-sup-6997@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu Mar 12 12:54:34 -0400 2009: > > 1. We should dogfood as much csw stuff as we can. That means that we > > have abspath available. > > Errr... we have eclipse available. does that mean we should use eclipse to > write all csw software? :-} > I think not. Well, if you were using eclipse as your IDE for whatever purpose, I'd suggest using the CSW version instead of a locally installed one. It only makes sense for the group making the tools available to use those same tools. Since there is no need to use an IDE to write code (unless you prefer to), then I say this is a bad example. In the case of GAR, we (by definition) need a make package. Therefore, I hold that it makes sense to rely on the CSW version of make which happens to be a modern gmake. If we didn't provide gmake, you'd have a better point. Since I think it makes sense to rely on our own version of gmake, there is no reason not to use the features it provides. If you're crafting packages for CSW, whether on the build box or not, it makes sense to use the available CSW tools. > > ...and for the record, much of my attraction to CSW in the first place > > was to get modern versions of things I take for granted on a Linux > > box. It's not about 'oooh shiny,' it's about hey, I've had feature X > > on Linux boxes for several years now (eg: not latest latest), > > I'm kind of grumpy without it. > > Making the feature available to others, does not mean we have to use it > ourselves. No, we don't have to use the features, but where they are a) available in a CSW package and b) better/easier than not using the feature, we should. We are talking about CSW specific tools here after all. If new features are never used, then there is no point in developing them in the first place. Lowest common denominator sucks for software. Sometimes it is necessary, but I don't think this is one of those cases. > For another example: we provide gcc4. > That doesnt mean that any C code we might happen to write and publish, > should be splattered with gcc4-only GNUisms. I mostly agree with this, but I also don't think it'd be the end of the world. If the tool is meant for internal purposes (as GAR is), relying on the best features we have available makes sense. If you're writing code for multiple platforms, staying as platform agnostic as possible is more of a virtue. -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 harpchad at opencsw.org Thu Mar 12 18:36:13 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 12:36:13 -0500 Subject: [csw-maintainers] /testing dbus 1.2.12 In-Reply-To: <49B6EE75.60408@wbonnet.net> References: <49B6EE75.60408@wbonnet.net> Message-ID: <49B9480D.7000700@opencsw.org> I attempted to install the dbus that's currently in testing, but I ran into some issues: Processing package instance from dbus - DBus Message Bus System(sparc) 1.2.12,REV=2009.03.10 Please see /opt/csw/share/doc/dbus/license for license information ## Processing package information. ## Processing system information. 7 package pathnames are already properly installed. ## Verifying package dependencies. pkgadd: ERROR: unknown dependency type specified: a pkgadd: ERROR: unknown dependency type specified: a Looks like the depend file has two bad lines: application CSWexpat expat - XML Parser Toolkit P CSWlibdbus libdbus - DBus Message Bus System libraries application CSWcswclassutils cswclassutils - CSW class action utilities P CSWcommon common - common files and dirs for CSW packages Do you want to continue with the installation of [y,n,?] y ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. The following files are already installed on the system and are being used by another package: /etc/rc3.d /opt/csw/var/lib * - conflict with a file which does not belong to any package. Looks like it's putting files/links in /etc: 1 d none /etc/opt/csw/init.d 0755 root bin 1 f cswinitsmf /etc/opt/csw/init.d/cswdbus 0755 root bin 1434 38828 1236666950 1 d none /etc/rc3.d 0755 root bin 1 s cswinitsmf /etc/rc3.d/S52cswdbus=../init.d/cswdbus From bwalton at opencsw.org Thu Mar 12 18:42:43 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 13:42:43 -0400 Subject: [csw-maintainers] /testing dbus 1.2.12 In-Reply-To: <49B9480D.7000700@opencsw.org> References: <49B6EE75.60408@wbonnet.net> <49B9480D.7000700@opencsw.org> Message-ID: <1236879722-sup-8255@ntdws12.chass.utoronto.ca> Excerpts from Chad Harp's message of Thu Mar 12 13:36:13 -0400 2009: > Looks like the depend file has two bad lines: > > application CSWexpat expat - XML Parser Toolkit > P CSWlibdbus libdbus - DBus Message Bus System libraries > application CSWcswclassutils cswclassutils - CSW class action utilities > P CSWcommon common - common files and dirs for CSW packages This is the bug that got fixed a few days back...William, did you update GAR, or did the fix not fully correct the issue? 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 harpchad at opencsw.org Thu Mar 12 18:48:40 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 12:48:40 -0500 Subject: [csw-maintainers] Updated pidgin in testing (2.5.5) Message-ID: <49B94AF8.8060602@opencsw.org> pidgin-2.5.5,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz pidgin-2.5.5,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz From harpchad at opencsw.org Thu Mar 12 18:54:49 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 12 Mar 2009 12:54:49 -0500 Subject: [csw-maintainers] Updated curl in testing (Security Fix) Message-ID: <49B94C69.5000908@opencsw.org> This build addresses a vulnerability discussed here: http://curl.haxx.se/docs/adv_20090303.html curl-7.19.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz curl-7.19.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz curldevel-7.19.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz curldevel-7.19.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz curlrt-7.19.4,REV=2009.03.12-SunOS5.8-i386-CSW.pkg.gz curlrt-7.19.4,REV=2009.03.12-SunOS5.8-sparc-CSW.pkg.gz From william at wbonnet.net Thu Mar 12 18:51:21 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 12 Mar 2009 18:51:21 +0100 Subject: [csw-maintainers] /testing dbus 1.2.12 In-Reply-To: <1236879722-sup-8255@ntdws12.chass.utoronto.ca> References: <49B6EE75.60408@wbonnet.net> <49B9480D.7000700@opencsw.org> <1236879722-sup-8255@ntdws12.chass.utoronto.ca> Message-ID: <49B94B99.9030807@wbonnet.net> Ben Walton a ?crit : > Excerpts from Chad Harp's message of Thu Mar 12 13:36:13 -0400 2009: > >> Looks like the depend file has two bad lines: >> >> application CSWexpat expat - XML Parser Toolkit >> P CSWlibdbus libdbus - DBus Message Bus System libraries >> application CSWcswclassutils cswclassutils - CSW class action utilities >> P CSWcommon common - common files and dirs for CSW packages >> > > This is the bug that got fixed a few days back...William, did you > update GAR, or did the fix not fully correct the issue? > > I haven't pushed the new pkgs to testing... it was so slooowwww to build on build8x :( I 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 phil at bolthole.com Thu Mar 12 19:01:02 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 11:01:02 -0700 Subject: [csw-maintainers] xmlrpc-c lib anyone? Message-ID: <20090312180102.GI89250@bolthole.com> Anyone wanna maintain xmlrpc-c library? http://xmlrpc-c.sourceforge.net/ would be useful to have, to make compiling cmake easier. and who knows, maybe other things. From phil at bolthole.com Thu Mar 12 19:21:20 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 12 Mar 2009 11:21:20 -0700 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <1236877231-sup-6997@ntdws12.chass.utoronto.ca> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <1236866486-sup-6352@ntdws12.chass.utoronto.ca> <20090312165434.GF89250@bolthole.com> <1236877231-sup-6997@ntdws12.chass.utoronto.ca> Message-ID: <20090312182120.GJ89250@bolthole.com> On Thu, Mar 12, 2009 at 01:15:34PM -0400, Ben Walton wrote: > I mostly agree with this, but I also don't think it'd be the end of > the world. If the tool is meant for internal purposes (as GAR is), IS it, though? I would suggest that maximizing gar's success, implies that we attempt to get it as widely adopted as possible. which should mean making it as portable as reasonably possible. From bwalton at opencsw.org Thu Mar 12 19:36:36 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 14:36:36 -0400 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <20090312182120.GJ89250@bolthole.com> n Excerpts from Philip Brown's message of Thu Mar 12 14:21:20 -0400 2009: > On Thu, Mar 12, 2009 at 01:15:34PM -0400, Ben Walton wrote: > > I mostly agree with this, but I also don't think it'd be the end of > > the world. If the tool is meant for internal purposes (as GAR is), > > IS it, though? > > I would suggest that maximizing gar's success, implies that we attempt to > get it as widely adopted as possible. which should mean making it as > portable as reasonably possible. References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> <20090312131719.GD89950@bolthole.com> <1236866486-sup-6352@ntdws12.chass.utoronto.ca> <20090312165434.GF89250@bolthole.com> <1236877231-sup-6997@ntdws12.chass.utoronto.ca> <20090312182120.GJ89250@bolthole.com> Message-ID: <1236882794-sup-2695@ntdws12.chass.utoronto.ca> As I see it, GAR's purpose is to build CSW packages. Granted, it has roots in building Gnome, but as it stands, it's not setup to build anything else. I would also argue that if it were adopted for building other things, then either a) the new target would have a gmake available or b) could make whatever arrangements are needed on top of supplanting all the csw/svr packaging bits. -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 jgoerzen at opencsw.org Fri Mar 13 00:20:17 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Thu, 12 Mar 2009 16:20:17 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> Message-ID: <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> On Mon, Mar 9, 2009 at 8:43 AM, Dagobert Michelsen wrote: > Hi Peter, > > Am 09.03.2009 um 16:38 schrieb Dagobert Michelsen: > > Am 09.03.2009 um 15:56 schrieb Peter Bonivart: > >> On Mon, Mar 9, 2009 at 3:00 PM, Dagobert Michelsen > >> wrote: > >>> This was a bug which occured when using dynamic copyrights with > >>> explicit gspec-files (instead of dynamic gspec-files with PACKAGES). > >>> This is fixed in r3678. Please give it a try and let me know if > >>> everything works as expected. > >> > >> But I don't have gspec files any longer for clamav. However, I > >> updated > >> the gar dir to r3678 and rebuilt everything but there's still no > >> license file. > > > > Well, you now don't have a licensefile for another reason: > > you redefine WORKSRC. This is usually allowed, but doesn't work > > right now. I'll fix it. > > On second tought, redefining WORKSRC is not a good idea as you > basically only want to reset DISTNAME. The reason is that > resetting WORKSRC includes WORKDIR, which is derived from the > modulation. The code to find the license searches all WORKSRC > in all modulations, and on resetting WORKSRC this would require > rewriting the WORKDIR prefix. This is possible, but ugly and I > want to do this only when it becomes really necessary. Until > that time I would prefer the recommendation to leave WORKSRC > alone. > > Hello, I'm also having a problem with the dynamic license except my license is called gpl.txt in this pkg and so I changed the default COPYING to gpl.txt. Now when the build stage gets to the dynamic license it looks in work/build-global but the source has been unpacked in work/build-isa-sparcv8. So, I created a sym-link in work/build-global to link to where the source is just the get the test package created. As far as I know I'm not redefining WORKSRC. Maybe I didn't read some GAR documentation yet or missing something? However, I've used the dynamic license before and it worked great. Thanks, Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From hson at opencsw.org Fri Mar 13 02:44:04 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 13 Mar 2009 02:44:04 +0100 Subject: [csw-maintainers] xmlrpc-c lib anyone? In-Reply-To: <20090312180102.GI89250@bolthole.com> References: <20090312180102.GI89250@bolthole.com> Message-ID: <49B9BA64.9010106@opencsw.org> Philip Brown wrote: > Anyone wanna maintain xmlrpc-c library? > > http://xmlrpc-c.sourceforge.net/ > > would be useful to have, to make compiling cmake easier. and who knows, > maybe other things. I've started packaging but found some problems, partly due to nonexistant setenv(), but mainly due to the tests coredumping... From bwalton at opencsw.org Fri Mar 13 03:22:59 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 12 Mar 2009 22:22:59 -0400 Subject: [csw-maintainers] xmlrpc-c lib anyone? In-Reply-To: <49B9BA64.9010106@opencsw.org> References: <20090312180102.GI89250@bolthole.com> <49B9BA64.9010106@opencsw.org> Message-ID: <1236910907-sup-7882@ntdws12.chass.utoronto.ca> Excerpts from Roger H?kansson's message of Thu Mar 12 21:44:04 -0400 2009: > I've started packaging but found some problems, partly due to > nonexistant setenv(), but mainly due to the tests coredumping... gnulib can help with the setenv() bit...or hack to code to use putenv() instead... -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 Joseph.Kwan at jpl.nasa.gov Thu Mar 12 19:05:52 2009 From: Joseph.Kwan at jpl.nasa.gov (Joseph Kwan) Date: Thu, 12 Mar 2009 11:05:52 -0700 Subject: [csw-maintainers] [csw-users] PHP5 and extentions now in Testing In-Reply-To: <49B464DA.2050203@opencsw.org> References: <49B464DA.2050203@opencsw.org> Message-ID: <49B94F00.2070805@jpl.nasa.gov> Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Changes: > compile version 5.2.6 with extensions (version not changed) > recompile only to build the extensions. > > Will there be an updated php5 at some point? I'm getting a few notices about security problems with pre 5.2.8 versions. http://www.security-database.com/detail.php?alert=USN-720-1 And it doesn't seem there's patches to resolve these, just new version releases. thanks, Joe Kwan Joseph Kwan, Sr. Network/Systems Analyst Radar Science and Engineering (Section 334) Jet Propulsion Laboratory / MS 300-235 From hson at opencsw.org Fri Mar 13 13:30:07 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Fri, 13 Mar 2009 13:30:07 +0100 Subject: [csw-maintainers] xmlrpc-c lib anyone? In-Reply-To: <1236910907-sup-7882@ntdws12.chass.utoronto.ca> References: <20090312180102.GI89250@bolthole.com> <49B9BA64.9010106@opencsw.org> <1236910907-sup-7882@ntdws12.chass.utoronto.ca> Message-ID: <49BA51CF.3020704@opencsw.org> Ben Walton wrote: > Excerpts from Roger H?kansson's message of Thu Mar 12 21:44:04 -0400 2009: >> I've started packaging but found some problems, partly due to >> nonexistant setenv(), but mainly due to the tests coredumping... > > gnulib can help with the setenv() bit...or hack to code to use > putenv() instead... Yup, I've already got that part of the code down, the bigger issue is the tests failing. From dam at opencsw.org Fri Mar 13 13:47:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Mar 2009 13:47:24 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> Message-ID: Hi Jake, Am 13.03.2009 um 00:20 schrieb Jake Goerzen: > I'm also having a problem with the dynamic license except my > license is called gpl.txt in this pkg and so I changed the default > COPYING to gpl.txt. The only should that should be needed is LICENSE = gpl.txt > Now when the build stage gets to the dynamic license it looks in > work/build-global but the source has been unpacked in work/build-isa- > sparcv8. So, I created a sym-link in work/build-global to link to > where the source is just the get the test package created. That should not be necessary. GAR should look in all modulations. > As far as I know I'm not redefining WORKSRC. Maybe I didn't read > some GAR documentation yet or missing something? However, I've used > the dynamic license before and it worked great. Please commit your work and let me know where to find it so I can take a look if this is a bug or something. Best regards -- Dago From bonivart at opencsw.org Fri Mar 13 14:07:39 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 13 Mar 2009 14:07:39 +0100 Subject: [csw-maintainers] Downgrading DHCP from 4.1 to 3.1 temporarily? Message-ID: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> I just filed a bug on my own package after receiving two reports that it doesn't work, after reading up on the mailing lists (some links in the bug report) it seems as a pretty big issue not just for Solaris. Still after three months ISC hasn't released another version to fix it. However, it works perfectly for me so I'm not sure exactly what triggers it, I saw another guys config and it was pretty basic. http://www.opencsw.org/mantis/view.php?id=3464 I would suggest that we go back to the old 3.1 until this has been resolved. Either that the unofficial patch works or that ISC releases an update. -- /peter From harpchad at opencsw.org Fri Mar 13 15:15:48 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 13 Mar 2009 09:15:48 -0500 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49AACB36.6060104@wbonnet.net> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> Message-ID: <49BA6A94.9020208@opencsw.org> I've done some minor testing with it and this looks good so far. Once it gets into unstable and updated on the build farm I'll be able to do a lot more. Have you received any other feedback that would prevent this from being promoted to unstable? William Bonnet wrote: > Hi > > >>> how would one best fulfill this dependency? >>> >> file a bug against our sqlite3 package, for upgrade. >> and/or prepare to take it over if Michael is too busy. >> > I already contacted Michael a couple of month oago about this package. I > needed it to update firefox. > > I already added sqlite3 to GAR in december (but it is not yet released). > I have rebuilt version 3.6.10. It is now in testing. Let me know if it > works for you. I'll push it to unstable after. > > Cheers > W. > > > From mwatters at opencsw.org Fri Mar 13 15:34:28 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 09:34:28 -0500 Subject: [csw-maintainers] [csw-users] PHP5 and extentions now in Testing In-Reply-To: <49B94F00.2070805@jpl.nasa.gov> References: <49B464DA.2050203@opencsw.org> <49B94F00.2070805@jpl.nasa.gov> Message-ID: <49BA6EF4.4070703@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joseph Kwan wrote: > Mike Watters wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Changes: >> compile version 5.2.6 with extensions (version not changed) >> recompile only to build the extensions. >> >> > Will there be an updated php5 at some point? I'm getting > a few notices about security problems with pre 5.2.8 > versions. > > http://www.security-database.com/detail.php?alert=USN-720-1 > > And it doesn't seem there's patches to resolve these, > just new version releases. > > thanks, > > Joe Kwan > Joseph Kwan, Sr. Network/Systems Analyst > Radar Science and Engineering (Section 334) > Jet Propulsion Laboratory / MS 300-235 > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Yes I just started getting those. when I took over the package, 5.2.6 was the stable release, 5.2.7 was pulled due to the magic_quotes_gpc bug. I will start prepping for the update to 5.2.9. [ ** Begin Quote php.net ** ] The PHP development team would like to announce the immediate availability of PHP 5.2.9. This release focuses on improving the stability of the PHP 5.2.x branch with over 50 bug fixes, several of which are security related. All users of PHP are encouraged to upgrade to this release. [ ** End Quote php.net ** ] - -- 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 iEYEARECAAYFAkm6bvQACgkQLrhmsXMSLxfaRQCgu+uv42jeaLoFv3VoTD3RBBQM XPkAn04ptu9as83XFy5ajzmvYfhT0toP =pBEn -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 13 15:43:59 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 09:43:59 -0500 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49BA6A94.9020208@opencsw.org> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <49BA6A94.9020208@opencsw.org> Message-ID: <49BA712F.4010900@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chad Harp wrote: > I've done some minor testing with it and this looks good so far. Once > it gets into unstable and updated on the build farm I'll be able to do a > lot more. > > Have you received any other feedback that would prevent this from being > promoted to unstable? > > William Bonnet wrote: >> Hi >> >> >>>> how would one best fulfill this dependency? >>>> >>> file a bug against our sqlite3 package, for upgrade. >>> and/or prepare to take it over if Michael is too busy. >>> >> I already contacted Michael a couple of month oago about this package. I >> needed it to update firefox. >> >> I already added sqlite3 to GAR in december (but it is not yet released). >> I have rebuilt version 3.6.10. It is now in testing. Let me know if it >> works for you. I'll push it to unstable after. >> >> Cheers >> W. >> >> >> > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have the 1.5.6 release (latest stable) in testing. I didn't think we were to package release candidates? - -- 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 iEYEARECAAYFAkm6cS8ACgkQLrhmsXMSLxfJYQCgtuNzpVpZ/Q3Ayf9rKvWwxSWO 1F4An0L2f1FIHbUqtvxXhDN+1j1CxGSs =Jcip -----END PGP SIGNATURE----- From harpchad at opencsw.org Fri Mar 13 15:53:40 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 13 Mar 2009 09:53:40 -0500 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49BA712F.4010900@opencsw.org> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <49BA6A94.9020208@opencsw.org> <49BA712F.4010900@opencsw.org> Message-ID: <49BA7374.2080407@opencsw.org> I was referring to sqlite 3.6.10. Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Chad Harp wrote: >> I've done some minor testing with it and this looks good so far. Once >> it gets into unstable and updated on the build farm I'll be able to do a >> lot more. >> >> Have you received any other feedback that would prevent this from being >> promoted to unstable? >> >> William Bonnet wrote: >>> Hi >>> >>> >>>>> how would one best fulfill this dependency? >>>>> >>>> file a bug against our sqlite3 package, for upgrade. >>>> and/or prepare to take it over if Michael is too busy. >>>> >>> I already contacted Michael a couple of month oago about this package. I >>> needed it to update firefox. >>> >>> I already added sqlite3 to GAR in december (but it is not yet released). >>> I have rebuilt version 3.6.10. It is now in testing. Let me know if it >>> works for you. I'll push it to unstable after. >>> >>> Cheers >>> W. >>> >>> >>> >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > I have the 1.5.6 release (latest stable) in testing. > I didn't think we were to package release candidates? > > > - -- > > 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 > > iEYEARECAAYFAkm6cS8ACgkQLrhmsXMSLxfJYQCgtuNzpVpZ/Q3Ayf9rKvWwxSWO > 1F4An0L2f1FIHbUqtvxXhDN+1j1CxGSs > =Jcip > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From mwatters at opencsw.org Fri Mar 13 16:04:35 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 10:04:35 -0500 Subject: [csw-maintainers] Release Candidate Discussion Message-ID: <49BA7603.4080303@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I searched through the maintainers list archives and did not find anything on this. If I missed please point me that direction. What is the policy on release candidates vs. stable? Personally, I like having 2 versions in "testing" that way we can help debug the upstream packages as needed. but I don't think anything with release candidate status should make it to unstable or stable. 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.8 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm6dgIACgkQLrhmsXMSLxfIVgCgou65BHtiPW6qsdCXRfIbcy/d ZAAAnAoHIOH2R8zRswZXIWpCdRwnfjub =hYeJ -----END PGP SIGNATURE----- From dam at opencsw.org Fri Mar 13 16:08:28 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Mar 2009 16:08:28 +0100 Subject: [csw-maintainers] Release Candidate Discussion In-Reply-To: <49BA7603.4080303@opencsw.org> References: <49BA7603.4080303@opencsw.org> Message-ID: <9A32C44B-B420-41C8-A27E-9AF7889F5371@opencsw.org> Hi Mike, Am 13.03.2009 um 16:04 schrieb Mike Watters: > I searched through the maintainers list archives and did not find > anything on this. > If I missed please point me that direction. > > What is the policy on release candidates vs. stable? There are only stable versions released to current. There are few exceptions, like zsh, where the developer version can be considered stable enough and was included that way long time ago. > Personally, I like having 2 versions in "testing" that way we can > help debug > the upstream packages as needed. but I don't think anything with > release candidate > status should make it to unstable or stable. Yes. Feel free to put everything in testing, though. Bets regards -- Dago From william at wbonnet.net Fri Mar 13 16:20:20 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 13 Mar 2009 16:20:20 +0100 Subject: [csw-maintainers] subversion-1.6.0-rc2 - depends on sqlite3, 3.6.10 recommendet ? In-Reply-To: <49BA6A94.9020208@opencsw.org> References: <6af4270903010920i5a4e993ao1479626157ee4d5c@mail.gmail.com> <20090301172810.GH68376@bolthole.com> <49AACB36.6060104@wbonnet.net> <49BA6A94.9020208@opencsw.org> Message-ID: <49BA79B4.4090303@wbonnet.net> Hi Chad > I've done some minor testing with it and this looks good so far. Once > it gets into unstable and updated on the build farm I'll be able to do a > lot more. > > Thanks for testing > Have you received any other feedback that would prevent this from being > promoted to unstable? > None I'll push it to Phil this week end 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 jgoerzen at opencsw.org Fri Mar 13 16:31:19 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 13 Mar 2009 08:31:19 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> Message-ID: <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> On Fri, Mar 13, 2009 at 5:47 AM, Dagobert Michelsen wrote: > Hi Jake, > > Am 13.03.2009 um 00:20 schrieb Jake Goerzen: > > I'm also having a problem with the dynamic license except my > > license is called gpl.txt in this pkg and so I changed the default > > COPYING to gpl.txt. > > The only should that should be needed is > LICENSE = gpl.txt > > > Now when the build stage gets to the dynamic license it looks in > > work/build-global but the source has been unpacked in work/build-isa- > > sparcv8. So, I created a sym-link in work/build-global to link to > > where the source is just the get the test package created. > > That should not be necessary. GAR should look in all modulations. > > > As far as I know I'm not redefining WORKSRC. Maybe I didn't read > > some GAR documentation yet or missing something? However, I've used > > the dynamic license before and it worked great. > > Please commit your work and let me know where to find it so I > can take a look if this is a bug or something. > > > Sorry for the confusion I am now reading all the mGAR v2 documentation. I'm getting caught up on it and will surely have some questions. I misunderstood what dynamic license was and simply had this line in my .gspec file: %copyright url file://%{WORKSRC}/gpl.txt Thanks, Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Fri Mar 13 16:41:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Mar 2009 16:41:50 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> Message-ID: <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> Hi Jake, Am 13.03.2009 um 16:31 schrieb Jake Goerzen: > Sorry for the confusion I am now reading all the mGAR v2 > documentation. I'm getting caught up on it and will surely have > some questions. I misunderstood what dynamic license was and simply > had this line in my .gspec file: > > %copyright url file://%{WORKSRC}/gpl.txt Ah, ok. Dynamic licenses are only used when you also use dynamic gspec files. Best regards -- Dago From jgoerzen at opencsw.org Fri Mar 13 16:50:40 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 13 Mar 2009 08:50:40 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> Message-ID: <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> > > > > Ah, ok. Dynamic licenses are only used when you also use dynamic gspec > files. > Okay, now that makes since. I put LICENSE = gpl.txt in the Makefile and it worked! I just commited revision 3746 if you would like to look it over for anything else. Thanks, Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Fri Mar 13 17:20:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 13 Mar 2009 17:20:48 +0100 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> Message-ID: Hi Jake, Am 13.03.2009 um 16:50 schrieb Jake Goerzen: > Ah, ok. Dynamic licenses are only used when you also use dynamic gspec > files. > > Okay, now that makes since. > > I put LICENSE = gpl.txt in the Makefile and it worked! > I just commited revision 3746 if you would like to look it over for > anything else. Some issues I have found: - Please always check in the checksums. - It is currently not possible to just do 'gmake package' as you have already noted in the comments some manual steps. These should be done automatically during the GAR build with patches or additional commands - The gspec and depend file you provide are ok, but the dynamic gspec can be used for your purpose equally well. Best regards -- Dago From mwatters at opencsw.org Fri Mar 13 17:26:54 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 11:26:54 -0500 Subject: [csw-maintainers] Cairo packages Message-ID: <49BA894E.8010604@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I will update Cairo, and its derivatives cairomm pycairo rcairo pixman unless someone else already has picked them up. - -- 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 iEYEARECAAYFAkm6iU0ACgkQLrhmsXMSLxfAHwCfQPDLJIgfLuhLNz/AWfIuSd4j ET0An2nSH2dSlw3z/RmiCw2okkl3Uouj =J445 -----END PGP SIGNATURE----- From william at wbonnet.net Fri Mar 13 17:35:19 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 13 Mar 2009 17:35:19 +0100 Subject: [csw-maintainers] Cairo packages In-Reply-To: <49BA894E.8010604@opencsw.org> References: <49BA894E.8010604@opencsw.org> Message-ID: <49BA8B47.3000002@wbonnet.net> Mike Watters a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I will update Cairo, and its derivatives cairomm pycairo rcairo pixman > unless someone else already has picked them up. > > Please checked in svn for cairo and pixman, i already made some work on this in order to build FF3. I have to build more package and push them to the farm to finish it. I suggest we both check on our side what are the different packages status, and talk about this on thelist tonight or tomorrow. 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 mwatters at opencsw.org Fri Mar 13 18:34:38 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 12:34:38 -0500 Subject: [csw-maintainers] Cairo packages In-Reply-To: <49BA8B47.3000002@wbonnet.net> References: <49BA894E.8010604@opencsw.org> <49BA8B47.3000002@wbonnet.net> Message-ID: <49BA992E.60905@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 William Bonnet wrote: > Mike Watters a ?crit : >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I will update Cairo, and its derivatives cairomm pycairo rcairo pixman >> unless someone else already has picked them up. >> >> > Please checked in svn for cairo and pixman, i already made some work on > this in order to build FF3. I have to build more package and push them > to the farm to finish it. > > I suggest we both check on our side what are the different packages > status, and talk about this on thelist tonight or tomorrow. > > Cheers > W. > I saw pixman already. I didn't delve into it. I forgot the cairo package is libcairo so anything I have done on that one is not going to affect what you have already done. the others rcairo, pycairo and cairomm I added to svn and built basic makefiles. I will remove cairo from svn and stick with libcairo :) I need cairo for the pycairo, pygtk is dependent on pycairo - -- 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 iEYEARECAAYFAkm6mS0ACgkQLrhmsXMSLxf9HwCgzw6PcGv9SGkm32ABD3St88yz X2IAn1s7RHppl/QNU0jAZHBJh8+sPRZR =Yjmf -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 13 18:35:27 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 13 Mar 2009 10:35:27 -0700 Subject: [csw-maintainers] Downgrading DHCP from 4.1 to 3.1 temporarily? In-Reply-To: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> References: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> Message-ID: <20090313173527.GN53136@bolthole.com> On Fri, Mar 13, 2009 at 02:07:39PM +0100, Peter Bonivart wrote: > http://www.opencsw.org/mantis/view.php?id=3464 > > I would suggest that we go back to the old 3.1 until this has been > resolved. Either that the unofficial patch works or that ISC releases > an update. but the current one "works for me" too. I think perhaps we should either just put a temporary dhcp3 package in our "testing" dir... or if this is some kind of LONG TERM issue, we have a separate dhcpd3 package. (and note "dhcpD", not generic "dhcp" any more)_ >From what I vaguely recall reading, the dhcpd4 is "better" than the 3 one, for a variety of reasons. so I think we need to keep offering the 4. Thus, replacing v4 with v3, does not seem to be the best choice. From bonivart at opencsw.org Fri Mar 13 18:45:59 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 13 Mar 2009 18:45:59 +0100 Subject: [csw-maintainers] Downgrading DHCP from 4.1 to 3.1 temporarily? In-Reply-To: <20090313173527.GN53136@bolthole.com> References: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> <20090313173527.GN53136@bolthole.com> Message-ID: <625385e30903131045v25c86860l4bf792d4e778302@mail.gmail.com> On Fri, Mar 13, 2009 at 6:35 PM, Philip Brown wrote: > but the current one "works for me" too. Then we're up to 50% confirmed working installations. :-) > I think perhaps we should either just put a temporary dhcp3 package in our > "testing" dir... or if this is some kind of LONG TERM issue, we have a > separate dhcpd3 package. > (and note "dhcpD", not generic "dhcp" any more)_ Those I've talked with I have directed to http://csw.informatik.uni-erlangen.de/oldpkgs but putting 3.1 in testing is ok with me, less chance of them picking an even older one. > >From what I vaguely recall reading, the dhcpd4 is "better" than the 3 one, > for a variety of reasons. so I think we need to keep offering the 4. > Thus, replacing v4 with v3, does not seem to be the best choice. So how do we get the message out? Post on the users list, refer to the bug report, link to the old package? Good enough? -- /peter From phil at bolthole.com Fri Mar 13 19:02:23 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 13 Mar 2009 11:02:23 -0700 Subject: [csw-maintainers] Downgrading DHCP from 4.1 to 3.1 temporarily? In-Reply-To: <625385e30903131045v25c86860l4bf792d4e778302@mail.gmail.com> References: <625385e30903130607r4e3d022fxeee11e211f3ebb4f@mail.gmail.com> <20090313173527.GN53136@bolthole.com> <625385e30903131045v25c86860l4bf792d4e778302@mail.gmail.com> Message-ID: <20090313180222.GP53136@bolthole.com> On Fri, Mar 13, 2009 at 06:45:59PM +0100, Peter Bonivart wrote: > So how do we get the message out? Post on the users list, refer to the > bug report, link to the old package? Good enough? > good enough for me. you might also post on the "announce" list as well. From jgoerzen at opencsw.org Fri Mar 13 21:15:45 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 13 Mar 2009 13:15:45 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> Message-ID: <315c02ae0903131315j34a1e3e5jcd68721ad401d956@mail.gmail.com> > > > Some issues I have found: > > - Please always check in the checksums. Okay, I've added checksums and will try not to forget them next time:) > > - It is currently not possible to just do 'gmake package' as you have > already noted > in the comments some manual steps. These should be done > automatically during > the GAR build with patches or additional commands I'm working on it and it's 99% there now. I'm having trouble with 'makepatch' target though. I remember reading something about that. Is makepatch working now? > > - The gspec and depend file you provide are ok, but the dynamic gspec > can be used > for your purpose equally well. > > Thanks for the help, Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Fri Mar 13 21:18:41 2009 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 13 Mar 2009 16:18:41 -0400 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <315c02ae0903131315j34a1e3e5jcd68721ad401d956@mail.gmail.com> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <625385e30903090756h2f2c3d91pf47347c9737d8e32@mail.gmail.com> <3C7BE176-3D8B-4BD7-8A3E-39F8CF79D452@opencsw.org> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> <315c02ae0903131315j34a1e3e5jcd68721ad401d956@mail.gmail.com> Message-ID: <1236975456-sup-6426@ntdws12.chass.utoronto.ca> Excerpts from Jake Goerzen's message of Fri Mar 13 16:15:45 -0400 2009: > I'm working on it and it's 99% there now. I'm having trouble with > 'makepatch' target though. I remember reading something about that. Is > makepatch working now? Not yet...unless I missed some list traffic. I started to look at it this morning but got distracted with other things. I'll try and spend some time on it this evening. 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 Sat Mar 14 01:51:48 2009 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 13 Mar 2009 20:51:48 -0400 Subject: [csw-maintainers] makepatch fixed Message-ID: <1236991770-sup-6192@ntdws12.chass.utoronto.ca> Hi All, [Sorry for the cross post, I've seen interest from both lists and I'm not sure that all interested parties are on maintainers@, etc.] I just committed r3756 that should see the makepatch GAR target functional in GAR v2 again. It assumes that you'll make the changes you'd like to see in the patch in the first modulation source directory. Let me know if this is still broken in your use of it. 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 jgoerzen at opencsw.org Sat Mar 14 03:21:11 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 13 Mar 2009 19:21:11 -0700 Subject: [csw-maintainers] Dynamic licence not working In-Reply-To: <1236975456-sup-6426@ntdws12.chass.utoronto.ca> References: <625385e30903060912y397fa14ch6dae8167c6f4e1ae@mail.gmail.com> <315c02ae0903121620o2e9ceaf1tef4e44366fbc24a9@mail.gmail.com> <315c02ae0903130831q1b355784oadfd4d24eb9efb06@mail.gmail.com> <27F4418C-92AD-48DC-96BA-CC3D97A51D09@opencsw.org> <315c02ae0903130850v75496a02n23465bb9eb99bb44@mail.gmail.com> <315c02ae0903131315j34a1e3e5jcd68721ad401d956@mail.gmail.com> <1236975456-sup-6426@ntdws12.chass.utoronto.ca> Message-ID: <315c02ae0903131921q96b0de5rb0a0635d5f7efdfd@mail.gmail.com> On Fri, Mar 13, 2009 at 1:18 PM, Ben Walton wrote: > Excerpts from Jake Goerzen's message of Fri Mar 13 16:15:45 -0400 2009: > > I'm working on it and it's 99% there now. I'm having trouble with > > 'makepatch' target though. I remember reading something about that. Is > > makepatch working now? > > Not yet...unless I missed some list traffic. I started to look at it > this morning but got distracted with other things. I'll try and spend > some time on it this evening. > > Hi Ben, I have verified that makepatch is working now. Thanks for fixing. Jake -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwatters at opencsw.org Sat Mar 14 05:24:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 13 Mar 2009 23:24:46 -0500 Subject: [csw-maintainers] PHP-5.2.9 *** Now In Testing *** Message-ID: <49BB318E.10908@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: updated from 5.2.6 to 5.2.9 Please read the change log for a detail list of changes. http://www.php.net/ChangeLog-5.php#5.2.9 - -- 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 iEYEARECAAYFAkm7MY4ACgkQLrhmsXMSLxcApgCfZKyPrmZ3K9imvnthFObHZt2U 9QgAniLU/vyaWH0R/LTIi8jLjkzfqTr7 =Iaij -----END PGP SIGNATURE----- From ihsan at opencsw.org Sat Mar 14 09:35:53 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 14 Mar 2009 09:35:53 +0100 Subject: [csw-maintainers] Mail server maintenance Message-ID: <20090314083606.E6DCB6CBD@mail.opencsw.org> Hello, Due some problems with the mailing list software, I have to take down the services on the mail server to do maintenance. Starting at 18:00 UTC, the services might not be available for approximately 2 hours. Ihsan -- ihsan at dogan.ch From william at wbonnet.net Sat Mar 14 15:22:52 2009 From: william at wbonnet.net (William Bonnet) Date: Sat, 14 Mar 2009 15:22:52 +0100 Subject: [csw-maintainers] Cairo packages In-Reply-To: <49BA992E.60905@opencsw.org> References: <49BA894E.8010604@opencsw.org> <49BA8B47.3000002@wbonnet.net> <49BA992E.60905@opencsw.org> Message-ID: <49BBBDBC.6010802@wbonnet.net> Hi > I need cairo for the pycairo, pygtk is dependent on pycairo > I have build libcairo, but it needs pixman to be updated I have updated and build pixman, it fails because libgoject.la is missing. So i continue to work on updating more things :) 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 Sat Mar 14 15:56:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 14 Mar 2009 09:56:36 -0500 Subject: [csw-maintainers] Cairo packages In-Reply-To: <49BBBDBC.6010802@wbonnet.net> References: <49BA894E.8010604@opencsw.org> <49BA8B47.3000002@wbonnet.net> <49BA992E.60905@opencsw.org> <49BBBDBC.6010802@wbonnet.net> Message-ID: <49BBC5A4.7080906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 William Bonnet wrote: > Hi > >> I need cairo for the pycairo, pygtk is dependent on pycairo >> > I have build libcairo, but it needs pixman to be updated > I have updated and build pixman, it fails because libgoject.la is missing. > > So i continue to work on updating more things :) > > Cheers > Ahh the joys of open source dependency h311. that is why services like this one are so invaluable to admins. we do all the hard work and let the admins let the software do the work for them. if you need help building the dependencies let me know, I am still working on the GCC4 build porting to mGar, but the builds take 13hours on build8s so I have a lot down time. - -- 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 iEYEARECAAYFAkm7xaQACgkQLrhmsXMSLxcBmQCg2hplLygR/hWn1HHkmUm/BqSy buMAoLo3p71e3MKMFEKYp5fbPYzpTn14 =Xmtk -----END PGP SIGNATURE----- From ihsan at dogan.ch Sat Mar 14 20:01:27 2009 From: ihsan at dogan.ch (Ihsan Dogan) Date: Sat, 14 Mar 2009 20:01:27 +0100 Subject: [csw-maintainers] test Message-ID: <49BBFF07.7000405@dogan.ch> please ignore -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Mar 14 20:38:16 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 14 Mar 2009 20:38:16 +0100 Subject: [csw-maintainers] test Message-ID: <49BC07A8.2030306@opencsw.org> pleae ignore -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sat Mar 14 20:41:07 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 14 Mar 2009 20:41:07 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <20090314083606.E6DCB6CBD@mail.opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> Message-ID: <49BC0853.6070505@opencsw.org> Am 14.3.2009 9:35 Uhr, Ihsan Dogan schrieb: > Due some problems with the mailing list software, I have to take down the > services on the mail server to do maintenance. Starting at 18:00 UTC, the > services might not be available for approximately 2 hours. I've updated now to the newest version of Mailman and the mailing lists are running fine again. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From maciej.blizinski at gmail.com Sat Mar 14 11:11:03 2009 From: maciej.blizinski at gmail.com (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Sat, 14 Mar 2009 10:11:03 +0000 Subject: [csw-maintainers] [csw-users] cswproto not found In-Reply-To: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> References: <2781D7E2-6F0E-4349-9312-9939BD3D84FF@opencsw.org> Message-ID: On Thu, Mar 12, 2009 at 1:10 PM, Dagobert Michelsen wrote: >> dam at login [login]:/home/dam/mgar/pkg/autoconf/trunk/gar > gmake >> gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make >> sure you are using at least 3.81. ?Stop. >> zsh: 16007 exit 2 ? ? gmake > > It is fixed in r3724. My system claims that the installed gmake version is 3.81, but the actual installed gmake version is 3.80: $ gmake package gar/gar.mk:25: *** Your version of 'make' is too old: 3.80. Please make sure you are using at least 3.81. Stop. yaga trunk $ gmake --version GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ pkg-get upgrade gmake No worries... you already have version 3.81 of gmake If you doubt this message, run 'pkg-get -U', then run 'pkg-get upgrade gmake' $ pkgparam CSWgmake VERSION 3.81 Does anyone else see this? From hson at opencsw.org Sat Mar 14 22:33:55 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sat, 14 Mar 2009 22:33:55 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <49BC0853.6070505@opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> Message-ID: <49BC22C3.3050202@opencsw.org> Ihsan Dogan wrote: > Am 14.3.2009 9:35 Uhr, Ihsan Dogan schrieb: > >> Due some problems with the mailing list software, I have to take down the >> services on the mail server to do maintenance. Starting at 18:00 UTC, the >> services might not be available for approximately 2 hours. > > I've updated now to the newest version of Mailman and the mailing lists > are running fine again. Does this outage have anything to do with the fact that the website don't as it should? The package information pages, the maintainer pages and the search page all are basically blank From ihsan at opencsw.org Sat Mar 14 23:34:09 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 14 Mar 2009 23:34:09 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <49BC22C3.3050202@opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> Message-ID: <49BC30E1.5040203@opencsw.org> Am 14.3.2009 22:33 Uhr, Roger H?kansson schrieb: >>> Due some problems with the mailing list software, I have to take down >>> the services on the mail server to do maintenance. Starting at 18:00 >>> UTC, the services might not be available for approximately 2 hours. >> I've updated now to the newest version of Mailman and the mailing lists >> are running fine again. > > Does this outage have anything to do with the fact that the website > don't as it should? > The package information pages, the maintainer pages and the search page > all are basically blank I've updated php as well and for some obscure reason, the php.ini was screwed up. It's fixed now. Thanks for pointing on that. I was fixed on Mailman and I haven't checked the website after the update. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From rupert at opencsw.org Sun Mar 15 09:58:02 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 15 Mar 2009 09:58:02 +0100 Subject: [csw-maintainers] test sqlite, subversion, python, trac, mod_wsgi: pysqlite2 missing, mercurial maybe missing Message-ID: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> i tested the versions on testing by upgrading our trac installation. the following happened: * pysqlite2 does not match the sqlite version any more therefor trac does not run * python eggs needed to be reinstalled with easy_install. they were in lib/python, now they are in lib/python2.6 (but i guess this should not be a real problem ... even if it would be nice to know why it happens) * subversion seems to work basically (did not test interfaces, like java, ruby, ..) * mod_wsgi worked with mercurial (did not use the opencsw mercurial though ...) ad mercurial: would it make sense to package a mercurial.wsgi script as well? if yes, where would one put it? its basically a 5 line thing created by looking at http://www.selenic.com/mercurial/wiki/index.cgi/modwsgi. rupert. From rupert at opencsw.org Sun Mar 15 10:15:30 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 15 Mar 2009 10:15:30 +0100 Subject: [csw-maintainers] Release Candidate Discussion In-Reply-To: <49BA7603.4080303@opencsw.org> References: <49BA7603.4080303@opencsw.org> Message-ID: <6af4270903150215x72f81f33u88659ebf0bc35c5b@mail.gmail.com> On Fri, Mar 13, 2009 at 16:04, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I searched through the maintainers list archives and did not find anything on this. > If I missed please point me that direction. > > What is the policy on release candidates vs. stable? > > Personally, I like having 2 versions in "testing" that way we can help debug > the upstream packages as needed. ?but I don't think anything with release candidate > status should make it to unstable or stable. fully agree. try to compile seems to help a lot to get a version out much earlier as soon as the -rc status is gone. rupert. From mwatters at opencsw.org Sun Mar 15 17:13:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 11:13:32 -0500 Subject: [csw-maintainers] test sqlite, subversion, python, trac, mod_wsgi: pysqlite2 missing, mercurial maybe missing In-Reply-To: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> References: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> Message-ID: <49BD292C.2090304@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 rupert THURNER wrote: > i tested the versions on testing by upgrading our trac installation. > the following happened: > > * pysqlite2 does not match the sqlite version any more > therefor trac does not run I will fix the pysqlite2 package, the "old library" didn't get included for some reason, I will fix that. > * python eggs needed to be reinstalled with easy_install. > they were in lib/python, now they are in lib/python2.6 > (but i guess this should not be a real problem ... > even if it would be nice to know why it happens) prefix/lib/python is a non-standard location for python installs. I packaged it up standard. the "new version" should allow for eggs in prefix/lib/python. During the packaging, I "patched" site.py ( the extension that tells python where all the eggs are ) to search the as follows: lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/site-python:\ lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site-python are your eggs in /usr/lib/python or ...python/site-packages? > * subversion seems to work basically (did not test interfaces, like > java, ruby, ..) > * mod_wsgi worked with mercurial (did not use > the opencsw mercurial though ...) > > ad mercurial: would it make sense to package a mercurial.wsgi script > as well? if yes, where would one put it? its basically a 5 line thing > created by looking at > http://www.selenic.com/mercurial/wiki/index.cgi/modwsgi. I am not familiar with mercurial, but normally you would add it to the mercurial package as mercurial.wsgi.CSW and put it in the proper location within the package. leaving it disabled in the config. > > rupert. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers please submit bug reports for these issues. - -- 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 iEYEARECAAYFAkm9KSwACgkQLrhmsXMSLxeG3ACgsHvD2SdhueIiG042AMO6fS8I 4AoAnRRKFnvT7ASdRU3WyFABA+ZwvRSV =hY49 -----END PGP SIGNATURE----- From mwatters at opencsw.org Sun Mar 15 17:15:54 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 11:15:54 -0500 Subject: [csw-maintainers] test sqlite, subversion, python, trac, mod_wsgi: pysqlite2 missing, mercurial maybe missing In-Reply-To: <49BD292C.2090304@opencsw.org> References: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> <49BD292C.2090304@opencsw.org> Message-ID: <49BD29BA.5060109@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > rupert THURNER wrote: >> i tested the versions on testing by upgrading our trac installation. >> the following happened: > >> * pysqlite2 does not match the sqlite version any more >> therefor trac does not run > > I will fix the pysqlite2 package, the "old library" didn't get included for some reason, I will fix that. > >> * python eggs needed to be reinstalled with easy_install. >> they were in lib/python, now they are in lib/python2.6 >> (but i guess this should not be a real problem ... >> even if it would be nice to know why it happens) > prefix/lib/python is a non-standard location for python installs. I packaged it up standard. > the "new version" should allow for eggs in prefix/lib/python. During the packaging, > I "patched" site.py ( the extension that tells python where all the eggs are ) to search the as follows: > > lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/site-python:\ > lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site-python > > are your eggs in /usr/lib/python or ...python/site-packages? gerrr... are your eggs in prefix/lib/python or ...python/site-packages? > >> * subversion seems to work basically (did not test interfaces, like >> java, ruby, ..) >> * mod_wsgi worked with mercurial (did not use >> the opencsw mercurial though ...) > >> ad mercurial: would it make sense to package a mercurial.wsgi script >> as well? if yes, where would one put it? its basically a 5 line thing >> created by looking at >> http://www.selenic.com/mercurial/wiki/index.cgi/modwsgi. > > I am not familiar with mercurial, but normally you would add it to the mercurial > package as mercurial.wsgi.CSW and put it in the proper location within the package. > leaving it disabled in the config. > >> rupert. >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > > please submit bug reports for these issues. > > > _______________________________________________ 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 iEYEARECAAYFAkm9KboACgkQLrhmsXMSLxeyIQCfQEK3rvkFmlkm2RK3Go6evBQD t8kAni7oLgoB6CJ2MeyFp66750w/xdQj =9rSB -----END PGP SIGNATURE----- From mwatters at opencsw.org Sun Mar 15 17:28:45 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 11:28:45 -0500 Subject: [csw-maintainers] test sqlite, subversion, python, trac, mod_wsgi: pysqlite2 missing, mercurial maybe missing In-Reply-To: <49BD29BA.5060109@opencsw.org> References: <6af4270903150158i7f4b71f8oc467835713a11a9@mail.gmail.com> <49BD292C.2090304@opencsw.org> <49BD29BA.5060109@opencsw.org> Message-ID: <49BD2CBD.2020307@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Mike Watters wrote: >> rupert THURNER wrote: >>> i tested the versions on testing by upgrading our trac installation. >>> the following happened: >>> * pysqlite2 does not match the sqlite version any more >>> therefor trac does not run What version of of sqlite3 are you running? pysqlite2 was compiled against It appears trac does not have a direct requirement for sqlite? $ pkginfo -l CSWsqlite3 PKGINST: CSWsqlite3 NAME: sqlite3 - An embeddable SQL engine in a C library CATEGORY: application ARCH: sparc VERSION: 3.2.2,REV=2005.07.10 VENDOR: http://www.sqlite.org/ packaged for CSW by Michael Gernoth PSTAMP: hastur20050710203124 INSTDATE: Dec 03 2008 22:49 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: michael at opencsw.org STATUS: completely installed FILES: 21 installed pathnames 6 shared pathnames 3 directories 7 executables 5695 blocks used (approx) >> I will fix the pysqlite2 package, the "old library" didn't get included for some reason, I will fix that. > >>> * python eggs needed to be reinstalled with easy_install. >>> they were in lib/python, now they are in lib/python2.6 >>> (but i guess this should not be a real problem ... >>> even if it would be nice to know why it happens) >> prefix/lib/python is a non-standard location for python installs. I packaged it up standard. >> the "new version" should allow for eggs in prefix/lib/python. During the packaging, >> I "patched" site.py ( the extension that tells python where all the eggs are ) to search the as follows: > >> lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/site-python:\ >> lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site-python > >> are your eggs in /usr/lib/python or ...python/site-packages? > gerrr... are your eggs in prefix/lib/python or ...python/site-packages? >>> * subversion seems to work basically (did not test interfaces, like >>> java, ruby, ..) >>> * mod_wsgi worked with mercurial (did not use >>> the opencsw mercurial though ...) >>> ad mercurial: would it make sense to package a mercurial.wsgi script >>> as well? if yes, where would one put it? its basically a 5 line thing >>> created by looking at >>> http://www.selenic.com/mercurial/wiki/index.cgi/modwsgi. >> I am not familiar with mercurial, but normally you would add it to the mercurial >> package as mercurial.wsgi.CSW and put it in the proper location within the package. >> leaving it disabled in the config. > >>> rupert. >>> _______________________________________________ >>> maintainers mailing list >>> maintainers at lists.opencsw.org >>> https://lists.opencsw.org/mailman/listinfo/maintainers > >> please submit bug reports for these issues. > > > > _______________________________________________ > 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 iEUEARECAAYFAkm9LL0ACgkQLrhmsXMSLxcCnQCYrOsqA3n9TyC6Xmfrs2ONBvuZ hwCdFrC0RSK5nPKNSI/pDAZNl5hA6I4= =XIbv -----END PGP SIGNATURE----- From skayser at opencsw.org Sun Mar 15 18:42:23 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 18:42:23 +0100 (CET) Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <49BC30E1.5040203@opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> <49BC30E1.5040203@opencsw.org> Message-ID: <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> Hi Ihsan, Ihsan Dogan schrieb: > Am 14.3.2009 22:33 Uhr, Roger H?kansson schrieb: > >>>> Due some problems with the mailing list software, I have to take down >>>> the services on the mail server to do maintenance. Starting at 18:00 >>>> UTC, the services might not be available for approximately 2 hours. >>> I've updated now to the newest version of Mailman and the mailing lists >>> are running fine again. >> >> Does this outage have anything to do with the fact that the website >> don't as it should? >> The package information pages, the maintainer pages and the search page >> all are basically blank > > I've updated php as well and for some obscure reason, the php.ini was > screwed up. It's fixed now. > > Thanks for pointing on that. I was fixed on Mailman and I haven't > checked the website after the update. could you take care of the bugtracker php.ini also please. :) You might just drop it as i now have a local test setup. Thanks. Sebastian From skayser at opencsw.org Sun Mar 15 20:45:33 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 20:45:33 +0100 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090209222901.GT94448@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> Message-ID: <20090315194533.GA13675@sebastiankayser.de> * Philip Brown wrote: > 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. Could we settle on where this ?? should be. The wiki entry about cswclassutils [1] suggests /opt/csw/etc/cswfoo/cswusergroup where i would take cswfoo to be the package name. IMHO this has two issues: 1) The already addressed visibility to a user, who is just interested in configuring the service. "Huh, what's that file? What do i need it for?" 2) If CSWfoo already has configuration files directly beneath etc/ (this i the case for CSWdovecot) i as a package maintainer would feel inclined to consolidate these into the etc/cswfoo directory as well. On the other hand (and that feeling is stronger) i wouldn't want to change configuration file locations as not to break things on package updates. So how about /op/csw/share/foo/cswusergroup or something similar instead? Sebastian [1] http://wiki.opencsw.org/cswclassutils-package#toc5 From phil at bolthole.com Sun Mar 15 21:27:43 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 15 Mar 2009 13:27:43 -0700 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090315194533.GA13675@sebastiankayser.de> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> Message-ID: <20090315202742.GA85409@bolthole.com> On Sun, Mar 15, 2009 at 08:45:33PM +0100, Sebastian Kayser wrote: > .... > 2) If CSWfoo already has configuration files directly beneath etc/ > (this i the case for CSWdovecot) i as a package maintainer would feel > inclined to consolidate these into the etc/cswfoo directory as well. > On the other hand (and that feeling is stronger) i wouldn't want to > change configuration file locations as not to break things on package > updates. > I think that is inappropriate. My rationale for that being: /opt/csw/etc[/foo] (and /etc/opt/csw[/foo] ) should be where conf files for *running* the software go. In contrast, /opt/csw/etc/CSWfoo should be where conf files for configuring the *package* of it goes. This is in my mind, for clarity's sake. if someone is reading the standard documentation on the product, they will look in /opt/csw/etc/foo, and see all the software-documented files they expect. If on the other hand, they see a bunch of other things, they may get confused why they are there. I was thinking that files in /opt/csw/etc/CSWfoo, should only be applicable to pkgadd/pkgrm time. Hence, why in my opinion, the directory should be named after the PKG name. From ihsan at opencsw.org Sun Mar 15 21:31:25 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sun, 15 Mar 2009 21:31:25 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> <49BC30E1.5040203@opencsw.org> <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> Message-ID: <49BD659D.6000606@opencsw.org> Hello Sebastian, Am 15.3.2009 18:42 Uhr, Sebastian Kayser schrieb: >>>>> Due some problems with the mailing list software, I have to take down >>>>> the services on the mail server to do maintenance. Starting at 18:00 >>>>> UTC, the services might not be available for approximately 2 hours. >>>> I've updated now to the newest version of Mailman and the mailing lists >>>> are running fine again. >>> Does this outage have anything to do with the fact that the website >>> don't as it should? >>> The package information pages, the maintainer pages and the search page >>> all are basically blank >> I've updated php as well and for some obscure reason, the php.ini was >> screwed up. It's fixed now. >> Thanks for pointing on that. I was fixed on Mailman and I haven't >> checked the website after the update. > > could you take care of the bugtracker php.ini also please. :) You might > just drop it as i now have a local test setup. Thanks. The php.ini for Mantis was not touched at all and should be still the same. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From bwalton at opencsw.org Sun Mar 15 21:43:41 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 15 Mar 2009 16:43:41 -0400 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090315202742.GA85409@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> Message-ID: <1237149539-sup-9102@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Sun Mar 15 16:27:43 -0400 2009: Hi Phil, > In contrast, > /opt/csw/etc/CSWfoo > > should be where conf files for configuring the *package* of it goes. > > This is in my mind, for clarity's sake. > if someone is reading the standard documentation on the product, they will > look in /opt/csw/etc/foo, and see all the software-documented files they > expect. If on the other hand, they see a bunch of other things, they may > get confused why they are there. > > I was thinking that files in /opt/csw/etc/CSWfoo, should only be applicable > to pkgadd/pkgrm time. > Hence, why in my opinion, the directory should be named after the PKG name. I like this idea generally, for the reasons you've listed. I wonder though whether you think /opt/csw/etc/$something/CSWfoo would be acceptable. This would provided a single container for all directories (packages) that want to use this facility without much additional clutter in a spot that is clutter prone to begin with. I'm not sure what I'd suggest for $something though. Maybe 'pkg' or 'packages' or 'cswconf'? Is this a reasonable modification or do others see problems with it? 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 Sun Mar 15 22:19:14 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 15 Mar 2009 14:19:14 -0700 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <1237149539-sup-9102@ntdws12.chass.utoronto.ca> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> <1237149539-sup-9102@ntdws12.chass.utoronto.ca> Message-ID: <20090315211914.GA21760@bolthole.com> On Sun, Mar 15, 2009 at 04:43:41PM -0400, Ben Walton wrote: > I like this idea generally, for the reasons you've listed. I wonder > though whether you think /opt/csw/etc/$something/CSWfoo would be > acceptable. This would provided a single container for all > directories (packages) that want to use this facility without much > additional clutter in a spot that is clutter prone to begin with. I'm > not sure what I'd suggest for $something though. Maybe 'pkg' or > 'packages' or 'cswconf'? > > Is this a reasonable modification or do others see problems with it? makes sense to me, albeit a little long ;-) how about "pkgmgmt" ? "packagemanagement" is just waaaaayy too long. that, or "pkg",as in your original suggestion, seems to be good to me. From skayser at opencsw.org Sun Mar 15 22:21:55 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 22:21:55 +0100 (CET) Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <49BD659D.6000606@opencsw.org> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> <49BC30E1.5040203@opencsw.org> <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> <49BD659D.6000606@opencsw.org> Message-ID: <52485.217.227.44.156.1237152115.squirrel@ssl.skayser.de> Ihsan Dogan schrieb: > Am 15.3.2009 18:42 Uhr, Sebastian Kayser schrieb: > >>>>>> Due some problems with the mailing list software, I have to take >>>>>> down >>>>>> the services on the mail server to do maintenance. Starting at 18:00 >>>>>> UTC, the services might not be available for approximately 2 hours. >>>>> I've updated now to the newest version of Mailman and the mailing >>>>> lists >>>>> are running fine again. >>>> Does this outage have anything to do with the fact that the website >>>> don't as it should? >>>> The package information pages, the maintainer pages and the search >>>> page >>>> all are basically blank >>> I've updated php as well and for some obscure reason, the php.ini was >>> screwed up. It's fixed now. >>> Thanks for pointing on that. I was fixed on Mailman and I haven't >>> checked the website after the update. >> >> could you take care of the bugtracker php.ini also please. :) You might >> just drop it as i now have a local test setup. Thanks. > > The php.ini for Mantis was not touched at all and should be still the > same. Ok, maybe php isn't the same. I only get a blank page when accessing the bugtracker (curl -I says it's a 500). Seems as if session support is a module now and maybe hasn't been before. [Sun Mar 15 22:15:43 2009] [error] [client 217.227.44.156] FastCGI: server "/var/www/fcgi-bin/php5-fcgi-starter" stderr: PHP Fatal error: Call to undefined function session_cache_limiter() in /var/www/www.opencsw.org/mantis/mantisbt-1.1.6/core/session_api.php on line 57 $ php -c /opt/csw/php5/lib/php-xdebug.ini -m | grep session $ $ grep extension=session /opt/csw/php5/lib/php-xdebug.ini ;extension=session.so $ Don't suppose our regular pages do session stuff. Sebastian From skayser at opencsw.org Sun Mar 15 22:38:45 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 22:38:45 +0100 (CET) Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090315202742.GA85409@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> Message-ID: <52514.217.227.44.156.1237153125.squirrel@ssl.skayser.de> Philip Brown schrieb: > On Sun, Mar 15, 2009 at 08:45:33PM +0100, Sebastian Kayser wrote: >> .... >> 2) If CSWfoo already has configuration files directly beneath etc/ >> (this i the case for CSWdovecot) i as a package maintainer would feel >> inclined to consolidate these into the etc/cswfoo directory as well. >> On the other hand (and that feeling is stronger) i wouldn't want to >> change configuration file locations as not to break things on package >> updates. >> > > I think that is inappropriate. > My rationale for that being: > > /opt/csw/etc[/foo] (and /etc/opt/csw[/foo] ) > should be where conf files for *running* the software go. > > In contrast, > /opt/csw/etc/CSWfoo > > should be where conf files for configuring the *package* of it goes. > > This is in my mind, for clarity's sake. > if someone is reading the standard documentation on the product, they will > look in /opt/csw/etc/foo, and see all the software-documented files they > expect. If on the other hand, they see a bunch of other things, they may > get confused why they are there. Ok, we are on the same line here then. When i referred to etc/cswfoo i really meant etc/foo. Sorry for the confusion and thanks for the clarification. > I was thinking that files in /opt/csw/etc/CSWfoo, should only be > applicable > to pkgadd/pkgrm time. > Hence, why in my opinion, the directory should be named after the PKG > name. Yep, just something other than /opt/csw/etc/foo. Sebastian From skayser at opencsw.org Sun Mar 15 22:49:37 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 15 Mar 2009 22:49:37 +0100 (CET) Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <20090315211914.GA21760@bolthole.com> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> <1237149539-sup-9102@ntdws12.chass.utoronto.ca> <20090315211914.GA21760@bolthole.com> Message-ID: <52539.217.227.44.156.1237153777.squirrel@ssl.skayser.de> Philip Brown schrieb: > On Sun, Mar 15, 2009 at 04:43:41PM -0400, Ben Walton wrote: >> I like this idea generally, for the reasons you've listed. I wonder >> though whether you think /opt/csw/etc/$something/CSWfoo would be >> acceptable. This would provided a single container for all >> directories (packages) that want to use this facility without much >> additional clutter in a spot that is clutter prone to begin with. I'm >> not sure what I'd suggest for $something though. Maybe 'pkg' or >> 'packages' or 'cswconf'? >> >> Is this a reasonable modification or do others see problems with it? > > makes sense to me, albeit a little long ;-) > > how about "pkgmgmt" ? "packagemanagement" is just waaaaayy too long. > > that, or "pkg",as in your original suggestion, seems to be good to me. A $something subdirectory sounds good as it helps to keep the internals a bit out of the way from the regular config. And 'pkg' sounds good to :) So the following for a cswusergroup file then? /opt/csw/etc/pkg/CSWfoo/cswusergroup Sebastian From bwalton at opencsw.org Sun Mar 15 23:09:36 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 15 Mar 2009 18:09:36 -0400 Subject: [csw-maintainers] Creation of users and groups added to cswclassutils In-Reply-To: <52539.217.227.44.156.1237153777.squirrel@ssl.skayser.de> References: <625385e30902091224o403df8b5gb0ce1f5c69320173@mail.gmail.com> <49909CED.6080109@opencsw.org> <625385e30902091329p2cbe8f4u9498ba3b991abd5d@mail.gmail.com> <20090209213549.GP94448@bolthole.com> <625385e30902091400gada7439j2afe39d0ec3dd850@mail.gmail.com> <20090209222901.GT94448@bolthole.com> <20090315194533.GA13675@sebastiankayser.de> <20090315202742.GA85409@bolthole.com> <1237149539-sup-9102@ntdws12.chass.utoronto.ca> <20090315211914.GA21760@bolthole.com> <52539.217.227.44.156.1237153777.squirrel@ssl.skayser.de> Message-ID: <1237154928-sup-6364@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Sun Mar 15 17:49:37 -0400 2009: > A $something subdirectory sounds good as it helps to keep the internals a > bit out of the way from the regular config. And 'pkg' sounds good to :) So > the following for a cswusergroup file then? I agree that shorter is better, I just wasn't sure if pkg was too short. The responses so far seem to indicate that it's not. +1 for etc/pkg/CSWfoo. -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 Mon Mar 16 01:14:17 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 19:14:17 -0500 Subject: [csw-maintainers] new wiki page Enable Fast Install Information Message-ID: <49BD99D9.4060507@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I finally created a wiki page for --enable-fast-install option information. https://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install Please feel free to fix any errors you find. I added a link from the main page https://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page if this is not the appropriate place for this link, Please move it and let me know for future pages. - -- 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 iEYEARECAAYFAkm9mdkACgkQLrhmsXMSLxcvgACfRp77iquSstDr43+yZlBZnNLX kccAoOBaOcy7sVvFMqUUczYNtzrGPkEU =3jAC -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 16 01:43:40 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 15 Mar 2009 17:43:40 -0700 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <49BD99D9.4060507@opencsw.org> References: <49BD99D9.4060507@opencsw.org> Message-ID: <20090316004340.GA56505@bolthole.com> On Sun, Mar 15, 2009 at 07:14:17PM -0500, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I finally created a wiki page for --enable-fast-install option information. > https://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install > Please feel free to fix any errors you find. > > I added a link from the main page > https://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page > > if this is not the appropriate place for this link, Please move it and let me know for future pages. it's not appropriate in that entire area, in my opinion. For one thing, you have to log in to read it. For another, it doesnt have anything to do with gar specifically, does it? I'd say it belongs either on wiki.opencsw.org, or as part of our build standards. Neither of which people need to "log in", to read. As far as our main site goes: if you think it would belong as part of one of the existing pages, please send me a "patch". If you think it deserves its own page there, we can set up one that is owned by you, if you like. From mwatters at opencsw.org Mon Mar 16 03:34:30 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 15 Mar 2009 21:34:30 -0500 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <20090316004340.GA56505@bolthole.com> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> Message-ID: <49BDBAB6.5040802@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Sun, Mar 15, 2009 at 07:14:17PM -0500, Mike Watters wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I finally created a wiki page for --enable-fast-install option information. >> https://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install >> Please feel free to fix any errors you find. >> >> I added a link from the main page >> https://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page >> >> if this is not the appropriate place for this link, Please move it and let me know for future pages. > > it's not appropriate in that entire area, in my opinion. > > For one thing, you have to log in to read it. > For another, it doesnt have anything to do with gar specifically, does it? > I'd say it belongs either on wiki.opencsw.org, or as part of our build > standards. > Neither of which people need to "log in", to read. > > As far as our main site goes: if you think it would belong as part of one > of the existing pages, please send me a "patch". > If you think it deserves its own page there, we can set up one that is > owned by you, if you like. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers It is not specific to gar. more informational than anything else. yes it is the information on how libtool and sun compilers use the enable-fast-install. I applied for the wiki.opencsw pages. I am not sure where it would go on that page, if someone can "login" to sourceforge ;-) and look over the page and tell me where the best fit would be on the wiki.opencsw page. - -- 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 iEYEARECAAYFAkm9urUACgkQLrhmsXMSLxeS4wCgiD3/9vTDqQjqSkx+rrMsfjjU cwsAnR1xw3816kwPK2ZCslBDL+bMkWc0 =mPqH -----END PGP SIGNATURE----- From bonivart at opencsw.org Mon Mar 16 09:37:37 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 16 Mar 2009 09:37:37 +0100 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <49BDBAB6.5040802@opencsw.org> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> Message-ID: <625385e30903160137l2b36301sce576bd38f7a2c3d@mail.gmail.com> On Mon, Mar 16, 2009 at 3:34 AM, Mike Watters wrote: > I applied for the wiki.opencsw pages. I have approved your application. > I am not sure where it would go on that page, This would be fine: http://wiki.opencsw.org/build. > if someone can "login" to sourceforge ;-) and look over the page and tell me where the best fit would be on the > wiki.opencsw page. When you post links from Sourceforge, just replace https with http and no login is required. :-) -- /peter From dam at opencsw.org Mon Mar 16 11:27:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 11:27:42 +0100 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <49BDBAB6.5040802@opencsw.org> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> Message-ID: <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> Hi, Am 16.03.2009 um 03:34 schrieb Mike Watters: > Philip Brown wrote: >> On Sun, Mar 15, 2009 at 07:14:17PM -0500, Mike Watters wrote: >>> I finally created a wiki page for --enable-fast-install option >>> information. >>> https://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install >>> Please feel free to fix any errors you find. >>> >>> I added a link from the main page >>> https://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page >>> >>> if this is not the appropriate place for this link, Please move it >>> and let me know for future pages. >> >> it's not appropriate in that entire area, in my opinion. >> >> For one thing, you have to log in to read it. That is just because of the wrong link - if you are logged in you get https-prefix which needs login, http does not. >> For another, it doesnt have anything to do with gar specifically, >> does it? >> I'd say it belongs either on wiki.opencsw.org, or as part of our >> build >> standards. Well, the build standard should say "Build for sparcv8". How to achieve this with GAR and modifying flags to get a suitable build does have something to do with GAR. In the SF-wiki should be all information needed to build a package with GAR and this information is helpful here. Separating out build information for manual builds is IMHO not useful - building manually will hopefully no longer be necessary soon. Best regards -- Dago From dam at opencsw.org Mon Mar 16 13:05:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 13:05:50 +0100 Subject: [csw-maintainers] Release of pysqlite2 Message-ID: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> Hi, this is on out webpage of released packages: pysqlite2 - 2.3.5,REV=2009.03.13 - SQLite3 support for Python The comment "SQLite3" seems confusing to me. Best regards -- Dago From phil at bolthole.com Mon Mar 16 16:33:59 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 08:33:59 -0700 Subject: [csw-maintainers] Release of pysqlite2 In-Reply-To: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> References: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> Message-ID: <20090316153359.GC61492@bolthole.com> On Mon, Mar 16, 2009 at 01:05:50PM +0100, Dagobert Michelsen wrote: > Hi, > > this is on out webpage of released packages: > > pysqlite2 - 2.3.5,REV=2009.03.13 - SQLite3 support for Python > > The comment "SQLite3" seems confusing to me. it DOES actually depend on sqlite3 though. the NAME "pysqlite2" is the confusing thing, really. its a hack to allow multiple versions of "pysqlite" it would seem. (both version 1.1.8, and 2.3.5) really, we should have only one "sqlite" package. Anyone know if it's possible to merge them? From mwatters at opencsw.org Mon Mar 16 16:34:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 10:34:32 -0500 Subject: [csw-maintainers] Release of pysqlite2 In-Reply-To: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> References: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> Message-ID: <49BE7188.30601@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > this is on out webpage of released packages: > > pysqlite2 - 2.3.5,REV=2009.03.13 - SQLite3 support for Python > > The comment "SQLite3" seems confusing to me. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Yes, I agree it is a bit confusing the version of pysqlite2 is version "2.3.5", but the package is actually linked against sqlite3. I did not change the comment when I took over the package. I am happy to change the comment to 2.x support, but I think most people have grown accustomed to the nameing convention. The CSWpysqlite package uses pysqlite version 1.1.8 which is technically also linked against sqlite3 the difference is the actual extension code. the jump from 1.x to 2.x was a drastic change in the way the extension worked, and 1.1.8 still has some modules that require that version, albeit a very few. - -- 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 iEYEARECAAYFAkm+cYcACgkQLrhmsXMSLxcsQgCfeDYOjUX8mzl/4eplUXPSdIyH 0lsAoNMoScM6XkONpYuSJIjwcyHQqw0L =a3+1 -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 16 16:40:33 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 08:40:33 -0700 Subject: [csw-maintainers] pysqlite - now obsolete? Message-ID: <20090316154033.GA86415@bolthole.com> Erm... http://www.opencsw.org/packages/pysqlite "Packages that depend on this one [none]" Maybe it's time for a rename, and jettison of old junk? Unless the dependancy list is broken? From mwatters at opencsw.org Mon Mar 16 16:40:59 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 10:40:59 -0500 Subject: [csw-maintainers] Release of pysqlite2 In-Reply-To: <20090316153359.GC61492@bolthole.com> References: <273DB5A6-EE29-4FE0-AEFB-02634F16ED38@opencsw.org> <20090316153359.GC61492@bolthole.com> Message-ID: <49BE730B.2000502@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Mon, Mar 16, 2009 at 01:05:50PM +0100, Dagobert Michelsen wrote: >> Hi, >> >> this is on out webpage of released packages: >> >> pysqlite2 - 2.3.5,REV=2009.03.13 - SQLite3 support for Python >> >> The comment "SQLite3" seems confusing to me. > > it DOES actually depend on sqlite3 though. > > the NAME "pysqlite2" is the confusing thing, really. > its a hack to allow multiple versions of "pysqlite" it would seem. > (both version 1.1.8, and 2.3.5) > > > really, we should have only one "sqlite" package. > Anyone know if it's possible to merge them? Technically we could merge the packages as they are not mutually exclusive. pysqlite is installed under .../site-packages/sqlite and the pysqlite2 is installed under .../site-packages/pysqlite2 I am not sure what issues this would cause in the wild. > > _______________________________________________ > 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 iEYEARECAAYFAkm+cwoACgkQLrhmsXMSLxdQPACghxtF86PD/0Ovkm8xHELdAIL3 ioMAoNPtezk1vaTdYGI/EhR68n+Yk2oH =Js6v -----END PGP SIGNATURE----- From mwatters at opencsw.org Mon Mar 16 16:42:55 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 10:42:55 -0500 Subject: [csw-maintainers] pysqlite - now obsolete? In-Reply-To: <20090316154033.GA86415@bolthole.com> References: <20090316154033.GA86415@bolthole.com> Message-ID: <49BE737F.9010604@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > Erm... > > http://www.opencsw.org/packages/pysqlite > > "Packages that depend on this one > > [none]" > > > Maybe it's time for a rename, and jettison of old junk? > > Unless the dependancy list is broken? > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers yes there are no CSW packages that depend on this one. I will do some digging to get a count of how many pear/pecl insallations there are that still require this version. - -- 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 iEYEARECAAYFAkm+c38ACgkQLrhmsXMSLxcbrwCfcmYi4lG4GFhi84+S09bULdC/ jv4AnjZmU+p8oWhnNB+q+A8TJiPqVh3Q =AwaX -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 16 16:45:06 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 08:45:06 -0700 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> Message-ID: <20090316154506.GB86415@bolthole.com> > That is just because of the wrong link - if you are logged in > you get https-prefix which needs login, http does not. [...] so, http://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install i have some comments: "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." So basically, "never use -fast, with C++ programs" :-/ exception handling is really important with many C++ programs. Demons, certainly. Also, while at the top, it mentions Macro: AC_DISABLE_FAST_INSTALL It does not mention how a maintainer should SET this macro, to disable libtoool fast-install From mwatters at opencsw.org Mon Mar 16 19:00:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 13:00:32 -0500 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <20090316154506.GB86415@bolthole.com> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> <20090316154506.GB86415@bolthole.com> Message-ID: <49BE93C0.5000006@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: >> That is just because of the wrong link - if you are logged in >> you get https-prefix which needs login, http does not. > [...] > > so, > > http://apps.sourceforge.net/mediawiki/gar/index.php?title=Fast_Install > > i have some comments: > "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." Unfortunately that is the recommendation from the manpage for Sun's cc I have not looked at any specific C++ only programs to see if it is on or off by default. it gets better, I just pulled up the man page for gcc the equivilant option is -ffast-math and it says basically the same thing. I will add the gcc piece to the page as well. [ ==> Begin Quote <== ] -ffast-math Sets -fno-math-errno, -funsafe-math-optimizations, -fno-trapping-math, -ffinite-math-only, -fno-rounding-math and -fno-signaling-nans. This option causes the preprocessor macro "__FAST_MATH__" to be defined. This option should never be turned on by any -O option since it can result in incorrect output for programs which depend on an exact implementation of IEEE or ISO rules/specifications for math functions. [ ==> End Quote <== ] it then goes on to explain each of the options set by the flag... > > So basically, "never use -fast, with C++ programs" :-/ > exception handling is really important with many C++ programs. > Demons, certainly. > > Also, while at the top, it mentions > > Macro: AC_DISABLE_FAST_INSTALL Libtool by default has this option turned off. The configure scripts that are generated with automake/autoconf seem to be the ones that default to on. I will try to make that more clear. > > It does not mention how a maintainer should SET this macro, to disable > libtoool fast-install > > > _______________________________________________ > 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 iEYEARECAAYFAkm+k8AACgkQLrhmsXMSLxd2GQCaAhFm/3szVRL4CzKPTJoneGWr Fd8AoMEpsRkLVUZpuFQV638L9TPUOe8I =RwBw -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 16 19:16:56 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 11:16:56 -0700 Subject: [csw-maintainers] new wiki page Enable Fast Install Information In-Reply-To: <49BE93C0.5000006@opencsw.org> References: <49BD99D9.4060507@opencsw.org> <20090316004340.GA56505@bolthole.com> <49BDBAB6.5040802@opencsw.org> <2A4D5F30-A1B3-4F74-9EA5-C50477F01F10@opencsw.org> <20090316154506.GB86415@bolthole.com> <49BE93C0.5000006@opencsw.org> Message-ID: <20090316181656.GC60179@bolthole.com> On Mon, Mar 16, 2009 at 01:00:32PM -0500, Mike Watters wrote: > .... > Unfortunately, that is the recommendation from the manpage for Sun's cc that's irrelevant.... we are determining what WE recommend, for OUR binaries :-) > > Also, while at the top, it mentions > > > > Macro: AC_DISABLE_FAST_INSTALL > > > > It does not mention how a maintainer should SET this macro, to disable > > libtoool fast-install > > Libtool by default has this option turned off. > The configure scripts that are generated with automake/autoconf > seem to be the ones that default to on. > I will try to make that more clear. To be even clearer: maintainers probably dont care which defaults to what. They will primarily care about, "How Do I Turn This Off?" ;-) From william at wbonnet.net Mon Mar 16 20:02:12 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 20:02:12 +0100 Subject: [csw-maintainers] License for makefiles and other packages component Message-ID: <49BEA234.1020101@wbonnet.net> Hi Actually most (not to say all) of the files we provide do not include license statement. During the meeting in Zurich, we talked about the choice of such a license. I am talking about files stored in svn @ sf.net (Makefiles, manifest, config files, etc.). Not about the license of the software we package. Everything we provide with the package, or to create the package. IMHO we should choose a license for the materials we deliver. Any thoughts ? 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 Mon Mar 16 20:15:31 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 12:15:31 -0700 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49BEA234.1020101@wbonnet.net> References: <49BEA234.1020101@wbonnet.net> Message-ID: <20090316191531.GA55759@bolthole.com> On Mon, Mar 16, 2009 at 08:02:12PM +0100, William Bonnet wrote: >... > IMHO we should choose a license for the materials we deliver. > > Any thoughts ? > well, seems appropriate that either you(since you bring it up!) or "the Secretary" should summarize what the consensus was on a proposed license for us, as first order of business. From bwalton at opencsw.org Mon Mar 16 20:20:48 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 16 Mar 2009 15:20:48 -0400 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49BEA234.1020101@wbonnet.net> References: <49BEA234.1020101@wbonnet.net> Message-ID: <1237231179-sup-2738@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Mon Mar 16 15:02:12 -0400 2009: > IMHO we should choose a license for the materials we deliver. > > Any thoughts ? I'm in the GPL camp (2 or 3, either is fine with me). -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 Mon Mar 16 20:31:12 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 14:31:12 -0500 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <1237231179-sup-2738@ntdws12.chass.utoronto.ca> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> Message-ID: <49BEA900.30306@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ben Walton wrote: > Excerpts from William Bonnet's message of Mon Mar 16 15:02:12 -0400 2009: >> IMHO we should choose a license for the materials we deliver. >> >> Any thoughts ? > > I'm in the GPL camp (2 or 3, either is fine with me). > > -Ben > > > ------------------------------------------------------------------------ > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers FWIW +1 for GPL 2 or 3 IANAL so not sure how it actually works, but I think if the "base" license is GPL2, the maintainer's patches and scripts can be either GPL v2 or v3 or later, their Choice "I believe." whereas if the license for the base is GPL v3 then the maintainer's additions must be GPL v3 or later. any source code patch would fall under the license of the original source "I think" please correct me if I am way off base here. - -- 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 iEYEARECAAYFAkm+qP8ACgkQLrhmsXMSLxdupwCg5dMhheJBpUVDW/zc8ehieRxh TgYAn37HozjROEKSlkoe8oFeiyEg25uR =mhaD -----END PGP SIGNATURE----- From dam at opencsw.org Mon Mar 16 21:37:01 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 21:37:01 +0100 Subject: [csw-maintainers] Which packages are in GAR? Message-ID: Hi, for the GAR-month William prepared a list of packages with an added column if the packages are in GAR or not: Additionally, it contains another table listing packages in GAR but not released from the GAR build. That means these descriptions need work to get a releasable package. Thanks William! -- Dago From glaw at opencsw.org Mon Mar 16 21:52:18 2009 From: glaw at opencsw.org (Gary Law) Date: Mon, 16 Mar 2009 20:52:18 +0000 Subject: [csw-maintainers] [csw-users] Porting facter and puppet packages to mGAR In-Reply-To: <49BDCB05.2060804@gmail.com> References: <49BDCB05.2060804@gmail.com> Message-ID: 2009/3/16 Roger H?kansson > Maciej Blizi?ski wrote: > >> Hi Gary, >> >> I can see you're using custom shell scripts to build facter and puppet >> packages[1]. Would you mind porting those builds to mGAR? >> >> > In the spirit of the thematics of the month and having a few free minutes I > took a quick look at it to help Gary. > > facter was no problem and what's in svn now builds a package which should > be just like the released one. > > I'm not sure which address Gary actually uses. I'm pretty good at ignoring all of them. ;) so sorry to get into this discussion late, I'm a little busy at the moment. .. Most of my packages are in mgar, but not facter and puppet thus far. They're very custom, not you're usual configure/make/make install. Then again, I just got djbdns into mgar, and that's a fairly custom too, so I'm sure it's doable. I'll take a look at the facter output when I get some free time for testing it. > puppet is a bit trickier since there are two startup scripts and I'm really > not used to create packages which have startup scipts. > What's in svn isn't complete to build a package, right now pkgmk breaks due > to problems with the startup scripts, but I commited it anyway so Gary at > least have a starting point. > The startup scripts are based on those shipped by puppet's developers, nice of them to put together svcadm friendly xml files, I just needed to sed 'em into CSW-friendly paths. Not too tricky. I've also, purely for my own purposes, just put together the needed methods and xmls for puppetmaster, and was planning to pop these into the next update of the package I go. If you want to see the gory details of the scripts, in order to see what customisation needs to be ported into gar, they're here: http://garylaw.net/packages I've just re-uploaded tonight to make sure the published ones are the latest and greatest. I fully intend to get these into mgar. One day. I've also suggested to the maintainers list that all CSW software be either ported to mgar or desupported. Custom scripts are really not the way to go. I feel, at the very least, the custom scripts that are used need to be published or the software pulled from the archives. Anyway, thanks for taking a look. Gary -- Gary Law -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Mon Mar 16 21:55:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 21:55:43 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090316191531.GA55759@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> Message-ID: <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> Hi, Am 16.03.2009 um 20:15 schrieb Philip Brown: > On Mon, Mar 16, 2009 at 08:02:12PM +0100, William Bonnet wrote: >> >> IMHO we should choose a license for the materials we deliver. >> >> Any thoughts ? >> > > well, seems appropriate that either you(since you bring it up!) or > "the Secretary" should summarize what the consensus was on a proposed > license for us, as first order of business. Well, I can't remember that we really had a consensus on this (or even talked about it more than "we must decide on a license"). Funny thing you bring this up now as Maciej asked this same question some days ago: Am 11.03.2009 um 08:47 schrieb Maciej Blizi?ski: > On Tue, Mar 10, 2009 at 11:03 PM, Dagobert Michelsen > wrote: >> Am 10.03.2009 um 22:20 schrieb Maciej Blizi?ski: >>> What is the license of GAR build files? Let's say I contribute a GAR >>> build, which is essentially a bit of code. What license applies to >>> this code? Where is the license specified? Should GAR Makefiles >>> contain some form of a copyright note? >>> >> >> >> As mGAR was derived from GAR which was derived from GARNOME which >> was released under GPL I always thought everything in the repository >> was also under GPL, but I can't find a license anywhere. I can't find a license in But I have this here: Not authoritative, but a good starting point: GPLv2 I would consider the build descriptions in the repository also under GPLv2 as derived license. > Could a header be used in each Makefile? Something along the lines of: > > http://devmanual.gentoo.org/ebuild-writing/file-format/index.html#ebuild-header > >> I guess we should add a central note about the license. > > Or even two notes, one applying to mGAR itself (probably placed in > [1]), and one applying to the builds. > > [1] https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2/ I like the style from Maciejs' link. Thoughts? Best regards -- Dago From phil at bolthole.com Mon Mar 16 22:00:39 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 14:00:39 -0700 Subject: [csw-maintainers] [csw-users] Porting facter and puppet packages to mGAR In-Reply-To: References: <49BDCB05.2060804@gmail.com> Message-ID: <20090316210039.GC78033@bolthole.com> side note: folks, please dont cross-post between the maintainers and the users list. That being said... On Mon, Mar 16, 2009 at 08:52:18PM +0000, Gary Law wrote: >... > The startup scripts are based on those shipped by puppet's developers, > nice of them to put together svcadm friendly xml files, I just needed to > sed 'em into CSW-friendly paths. Not too tricky. I've also, purely for my > own purposes, just put together the needed methods and xmls for > puppetmaster, and was planning to pop these into the next update of the > package I go. A reminder: if appropriate, it's better still, to take advantage of our cswclassutils scripts, to enable SMF support automatically, rather than use hand-tweaked xml files. Longer term, it will let us do "Spiffy Things" in an across-the-board manner. If there is a specific benefit for hand-crafting xml files, that's different. But otherwise, please consider the generic approach instead. From phil at bolthole.com Mon Mar 16 22:01:56 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 14:01:56 -0700 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> Message-ID: <20090316210156.GD78033@bolthole.com> On Mon, Mar 16, 2009 at 09:55:43PM +0100, Dagobert Michelsen wrote: > Am 16.03.2009 um 20:15 schrieb Philip Brown: >> well, seems appropriate that either you(since you bring it up!) or >> "the Secretary" should summarize what the consensus was on a proposed >> license for us, as first order of business. > > Well, I can't remember that we really had a consensus on this > (or even talked about it more than "we must decide on a license"). > yikes.... we had seems like an hour-long talk on the subject! we discussed, and generally agreed upon, an opencsw-specific license. Does that help jog your memory From william at wbonnet.net Mon Mar 16 22:14:57 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 22:14:57 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> Message-ID: <49BEC151.4010600@wbonnet.net> Hi > Well, I can't remember that we really had a consensus on this > (or even talked about it more than "we must decide on a license"). +1 > > Funny thing you bring this up now as Maciej asked this same question Not really funny, Maciej made me think about this while reading old mails and it's his idea. After a quick read, now i am not sure that i understood well what he asked. It seemed me the discussions was about GAR license itself. By the way, i think he is still not on this list, and that's one of the topic we add to discuss after Zurich. Since we are planning to move more things to GAR, it is certainly a good time to have this discussion on this list. 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 Joerg.Schilling at fokus.fraunhofer.de Mon Mar 16 22:16:22 2009 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Mon, 16 Mar 2009 22:16:22 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49BEA900.30306@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> Message-ID: <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> Mike Watters wrote: > patches and scripts can be either GPL v2 or v3 or later, their Choice "I believe." > > whereas if the license for the base is GPL v3 then the maintainer's additions must be GPL v3 or later. > any source code patch would fall under the license of the original source "I think" The makefiles in question are not part of "the work" but only part of "the complete source" (which is more than "the work"). For any part that is beyond "the work", there is no license requirement in the GPL. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From ihsan at opencsw.org Mon Mar 16 22:21:30 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 16 Mar 2009 22:21:30 +0100 Subject: [csw-maintainers] Mail server maintenance In-Reply-To: <52485.217.227.44.156.1237152115.squirrel@ssl.skayser.de> References: <20090314083606.E6DCB6CBD@mail.opencsw.org> <49BC0853.6070505@opencsw.org> <49BC22C3.3050202@opencsw.org> <49BC30E1.5040203@opencsw.org> <51250.217.227.44.156.1237138943.squirrel@ssl.skayser.de> <49BD659D.6000606@opencsw.org> <52485.217.227.44.156.1237152115.squirrel@ssl.skayser.de> Message-ID: <49BEC2DA.6040106@opencsw.org> Am 15.3.2009 22:21 Uhr, Sebastian Kayser schrieb: >>> could you take care of the bugtracker php.ini also please. :) You might >>> just drop it as i now have a local test setup. Thanks. >> The php.ini for Mantis was not touched at all and should be still the >> same. > > Ok, maybe php isn't the same. I only get a blank page when accessing the > bugtracker (curl -I says it's a 500). Seems as if session support is a > module now and maybe hasn't been before. > > [Sun Mar 15 22:15:43 2009] [error] [client 217.227.44.156] FastCGI: server > "/var/www/fcgi-bin/php5-fcgi-starter" stderr: PHP Fatal error: Call to > undefined function session_cache_limiter() in > /var/www/www.opencsw.org/mantis/mantisbt-1.1.6/core/session_api.php on > line 57 > > $ php -c /opt/csw/php5/lib/php-xdebug.ini -m | grep session > $ > $ grep extension=session /opt/csw/php5/lib/php-xdebug.ini > ;extension=session.so > $ > > Don't suppose our regular pages do session stuff. Ok, it's loaded now. It was loaded before, maybe the PHP packaged changed a little bit. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From skayser at opencsw.org Mon Mar 16 22:22:37 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Mar 2009 22:22:37 +0100 (CET) Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090316210156.GD78033@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <20090316210156.GD78033@bolthole.com> Message-ID: <49262.217.227.28.184.1237238557.squirrel@ssl.skayser.de> Philip Brown schrieb: > On Mon, Mar 16, 2009 at 09:55:43PM +0100, Dagobert Michelsen wrote: >> Am 16.03.2009 um 20:15 schrieb Philip Brown: >>> well, seems appropriate that either you(since you bring it up!) or >>> "the Secretary" should summarize what the consensus was on a proposed >>> license for us, as first order of business. >> >> Well, I can't remember that we really had a consensus on this >> (or even talked about it more than "we must decide on a license"). >> > > yikes.... we had seems like an hour-long talk on the subject! > we discussed, and generally agreed upon, an opencsw-specific license. > Does that help jog your memory If we want to refer to what had been discussed back then, we should ask Trygve, as he was the one who was into the licensing issue. Trygve, you there? :) Or Othmar who was taking notes. Sebastian From dam at opencsw.org Mon Mar 16 22:35:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 22:35:50 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: Hi, Am 16.03.2009 um 22:16 schrieb Joerg Schilling: > Mike Watters wrote: > >> patches and scripts can be either GPL v2 or v3 or later, their >> Choice "I believe." >> >> whereas if the license for the base is GPL v3 then the maintainer's >> additions must be GPL v3 or later. >> any source code patch would fall under the license of the original >> source "I think" > > The makefiles in question are not part of "the work" but only part > of "the > complete source" (which is more than "the work"). For any part that > is beyond > "the work", there is no license requirement in the GPL. About the "Core GAR" there is no doubt: It was released under GPLv2 and I'm comfortable with sticking my mGAR v2 stuff under it. Personally, I like the idea of having all the stuff under the same license if possible. Best regards -- Dago From skayser at opencsw.org Mon Mar 16 22:44:06 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Mar 2009 22:44:06 +0100 (CET) Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: References: Message-ID: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> Dagobert Michelsen schrieb: > for the GAR-month William prepared a list of packages with an > added column if the packages are in GAR or not: > Nice, is it updated automatically? Is there a breakdown by maintainer so that everyone can check whether his packages in GAR are already correctly picked up by these statistics? What do you think about sending an email to each maintainer asking to move their builds to GAR in case they haven't done so already (including some pointers/links to help them get started)? I guess not everyone is reading here on a regular basis (and thus is aware that builds should be moved to GAR). Sebastian From bonivart at opencsw.org Mon Mar 16 22:51:42 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 16 Mar 2009 22:51:42 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: References: Message-ID: <625385e30903161451w36002a8fmf1f887e333afefa7@mail.gmail.com> On Mon, Mar 16, 2009 at 9:37 PM, Dagobert Michelsen wrote: > for the GAR-month William prepared a list of packages with an > added column if the packages are in GAR or not: > ? > Additionally, it contains another table listing packages in GAR > but not released from the GAR build. That means these descriptions > need work to get a releasable package. I'm not sure why but a few of my packages are listed as not in GAR even though they are. I'm thinking of ap2_modgeoip and lzop. According to my own notes I now have 38 out of 41 in GAR: -- /peter From Joerg.Schilling at fokus.fraunhofer.de Mon Mar 16 22:48:55 2009 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Mon, 16 Mar 2009 22:48:55 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: <49bec947.kmOdcxGG5J9YiQc5%Joerg.Schilling@fokus.fraunhofer.de> Dagobert Michelsen wrote: > > The makefiles in question are not part of "the work" but only part > > of "the > > complete source" (which is more than "the work"). For any part that > > is beyond > > "the work", there is no license requirement in the GPL. > > About the "Core GAR" there is no doubt: It was released under GPLv2 > and I'm comfortable with sticking my mGAR v2 stuff under it. > > Personally, I like the idea of having all the stuff under the same > license > if possible. As there is more than one license in the world, you cannot have everything under the same license. Also please note that GPLv3 and GPLv3 are incompatibile to each other. If you like to mention a license for the makefiles, it is rather important to make sure that the license used for the files alloes to redistribute, to change and to redistribute changed files. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From william at wbonnet.net Mon Mar 16 22:54:28 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 22:54:28 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> Message-ID: <49BECA94.7050003@wbonnet.net> Hi > Nice, is it updated automatically? Yes it is > Is there a breakdown by maintainer so > that everyone can check whether his packages in GAR are already correctly > picked up by these statistics? > Soon :) I work on a more complete version. I choosed to released it soon, so you have a first list of the package to move. Then i'll add more information, including packages owned by retired maintainers. > What do you think about sending an email to each maintainer asking to move > their builds to GAR in case they haven't done so already (including some > pointers/links to help them get started)? Sure, but first we need more documentation on GAR. Same for uwatch... > I guess not everyone is reading > here on a regular basis (and thus is aware that builds should be moved to > GAR). > It is good idea. Do you think guys i should send it soon ? (let say this week end, time to fix a few things in my script) 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 Mar 16 22:55:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 22:55:47 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49bec947.kmOdcxGG5J9YiQc5%Joerg.Schilling@fokus.fraunhofer.de> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> <49bec947.kmOdcxGG5J9YiQc5%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: <8C29FFDD-32E8-450C-9003-A8FD7024CA72@opencsw.org> Hi J?rg, Am 16.03.2009 um 22:48 schrieb Joerg Schilling: > Dagobert Michelsen wrote: >> About the "Core GAR" there is no doubt: It was released under GPLv2 >> and I'm comfortable with sticking my mGAR v2 stuff under it. >> >> Personally, I like the idea of having all the stuff under the same >> license >> if possible. > > As there is more than one license in the world, you cannot have > everything > under the same license. Also please note that GPLv3 and GPLv3 are > incompatibile > to each other. Hugh? Do you mean GPLv2 and GPLv3? > If you like to mention a license for the makefiles, it is rather > important > to make sure that the license used for the files alloes to > redistribute, to > change and to redistribute changed files. Isn't this true for e. g. all GPL-licenses? Best regards -- Dago From william at wbonnet.net Mon Mar 16 22:58:12 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 22:58:12 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <625385e30903161451w36002a8fmf1f887e333afefa7@mail.gmail.com> References: <625385e30903161451w36002a8fmf1f887e333afefa7@mail.gmail.com> Message-ID: <49BECB74.9070600@wbonnet.net> Hi Peter > I'm not sure why but a few of my packages are listed as not in GAR > even though they are. I'm thinking of ap2_modgeoip and lzop. > > According to my own notes I now have 38 out of 41 in GAR: > This script is not yet 100% bug free :) It relies on a gmake target (which i suspect to have a bug...) and it also relies on the different Makefiles. If a Makefile cannot build the pkglist target, it will not appear in the list, or it will appear as Not In Gar if it has already been pushed to current. I'm working on improving 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 william at wbonnet.net Mon Mar 16 23:03:25 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 23:03:25 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples Message-ID: <49BECCAD.8010002@wbonnet.net> Hi I am trying to build sparcv8 and v9 binaries for sqlite3 and i am looking for an examples in the GAR Makefiles ? Which one should i use as template ? Actually binaries are built in different dirs but when merge, i don't have the sparcv9 subdir created Thanks in advance 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 glaw at opencsw.org Mon Mar 16 23:06:27 2009 From: glaw at opencsw.org (Gary Law) Date: Mon, 16 Mar 2009 22:06:27 +0000 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: 2009/3/16 Dagobert Michelsen > About the "Core GAR" there is no doubt: It was released under GPLv2 > and I'm comfortable with sticking my mGAR v2 stuff under it. > Personally, I like the idea of having all the stuff under the same license > if possible. It would be nice if that were possible, I'm sure most people would be OK with GPLv2. I don't think you should accept anything into mGAR that's not at the very least open source under some sort of recognised OSS licence (GPL, BSD...) -- Gary Law -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at bolthole.com Mon Mar 16 23:07:50 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 15:07:50 -0700 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> Message-ID: <20090316220750.GF78033@bolthole.com> On Mon, Mar 16, 2009 at 10:44:06PM +0100, Sebastian Kayser wrote: > What do you think about sending an email to each maintainer asking to move > their builds to GAR in case they haven't done so already (including some > pointers/links to help them get started)? I guess not everyone is reading > here on a regular basis (and thus is aware that builds should be moved to > GAR). Every maintainer should be "reading here on a regular basis". it's part of the responsability of being a package maintainer. However, it is reasonable for maintainers to ignore messages with subject lines that dont appear to be relevant to them. So sometimes, that happens :-) From Joerg.Schilling at fokus.fraunhofer.de Mon Mar 16 23:06:41 2009 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Mon, 16 Mar 2009 23:06:41 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <8C29FFDD-32E8-450C-9003-A8FD7024CA72@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <1237231179-sup-2738@ntdws12.chass.utoronto.ca> <49BEA900.30306@opencsw.org> <49bec1a6.Dk6tFF+HLpqxzso5%Joerg.Schilling@fokus.fraunhofer.de> <49bec947.kmOdcxGG5J9YiQc5%Joerg.Schilling@fokus.fraunhofer.de> <8C29FFDD-32E8-450C-9003-A8FD7024CA72@opencsw.org> Message-ID: <49becd71.SCgxq0sQaMI46Nsk%Joerg.Schilling@fokus.fraunhofer.de> Dagobert Michelsen wrote: > > As there is more than one license in the world, you cannot have > > everything > > under the same license. Also please note that GPLv3 and GPLv3 are > > incompatibile > > to each other. > > Hugh? Do you mean GPLv2 and GPLv3? Of course ;-) > > If you like to mention a license for the makefiles, it is rather > > important > > to make sure that the license used for the files alloes to > > redistribute, to > > change and to redistribute changed files. > > Isn't this true for e. g. all GPL-licenses? This is true for any license that was aproved by opensource.org. J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From skayser at opencsw.org Mon Mar 16 23:11:28 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Mar 2009 23:11:28 +0100 (CET) Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49BECA94.7050003@wbonnet.net> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> Message-ID: <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> William Bonnet schrieb: >> Nice, is it updated automatically? > Yes it is How often? :) >> Is there a breakdown by maintainer so >> that everyone can check whether his packages in GAR are already >> correctly >> picked up by these statistics? >> > Soon :) > I work on a more complete version. I choosed to released it soon, so you > have a first list of the package to move. Yep, that's good. Thank you for working on it. > Then i'll add more information, including packages owned by retired > maintainers. >> What do you think about sending an email to each maintainer asking to >> move >> their builds to GAR in case they haven't done so already (including some >> pointers/links to help them get started)? > Sure, but first we need more documentation on GAR. Same for uwatch... Anyone working on the GAR docs right now? If not and you guys don't mind i would revamp the Wiki a bit so that is easier for GAR beginners to find the information they are looking for. Specifically i though about two things: 1) Reordering stuff on the main page and adding some descriptions so that you better know what a topic is about. 2) Adding a _brief_ quickstart HOWTO for using GAR (reusing some info from the Tutorial). >> I guess not everyone is reading >> here on a regular basis (and thus is aware that builds should be moved >> to >> GAR). >> > It is good idea. Do you think guys i should send it soon ? (let say this > week end, time to fix a few things in my script) I don't think everything needs to be 100% perfect. When people start working with GAR now they can easily pick up improvements in upstream watch et al. later. Sebastian From william at wbonnet.net Mon Mar 16 23:15:15 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 16 Mar 2009 23:15:15 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> Message-ID: <49BECF73.9010004@wbonnet.net> Hi Sebastian > How often? :) > Actually once per day. 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 Mar 16 23:26:00 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 23:26:00 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples In-Reply-To: <49BECCAD.8010002@wbonnet.net> References: <49BECCAD.8010002@wbonnet.net> Message-ID: Hi William, Am 16.03.2009 um 23:03 schrieb William Bonnet: > I am trying to build sparcv8 and v9 binaries for sqlite3 and i am > looking for an examples in the GAR Makefiles ? Lots ;-) In most cases it is sufficient to say BUILD64 = 1 This makes one build for 32 bit and one for 64 bit and merges all together "in the right way". It is documented here: Binaries are usually isaexec'ed. If you don't want that you can set NOISAEXEC = 1 > Which one should i use as template ? For standard locations 'grep BUILD64 */trunk/Makefile' ;-) For non-standard locations you can look at bdb44. > Actually binaries are built in different dirs but when merge, i > don't have the sparcv9 subdir created This is most likely due to non-standard locations for your application. You must install e. g. install libraries into $(libdir) or the default merge will fail. Where did you commit the things so I can have a look at it? Best regards -- Dago From dam at opencsw.org Mon Mar 16 23:28:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 16 Mar 2009 23:28:29 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> Message-ID: <3650ADA7-1D31-4446-BDE5-2E46620E33D3@opencsw.org> Hi Sebastian, Am 16.03.2009 um 23:11 schrieb Sebastian Kayser: > Anyone working on the GAR docs right now? If not and you guys don't > mind i > would revamp the Wiki a bit so that is easier for GAR beginners to > find > the information they are looking for. > > Specifically i though about two things: 1) Reordering stuff on the > main > page and adding some descriptions so that you better know what a > topic is > about. 2) Adding a _brief_ quickstart HOWTO for using GAR (reusing > some > info from the Tutorial). Please, do! Not only you offload me but I also think you are more qualified than me because you have the distance to look at the things from a user perspective. Best regards -- Dago From skayser at opencsw.org Mon Mar 16 23:30:05 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 16 Mar 2009 23:30:05 +0100 (CET) Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49BECF4A.80602@wbonnet.net> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> <49BECF4A.80602@wbonnet.net> Message-ID: <49511.217.227.28.184.1237242605.squirrel@ssl.skayser.de> William Bonnet schrieb: >> Anyone working on the GAR docs right now? If not and you guys don't mind >> i >> would revamp the Wiki a bit so that is easier for GAR beginners to find >> the information they are looking for. >> >> Specifically i though about two things: 1) Reordering stuff on the main >> page and adding some descriptions so that you better know what a topic >> is >> about. 2) Adding a _brief_ quickstart HOWTO for using GAR (reusing some >> info from the Tutorial). >> > What about doing this in wordpress ? > > I am affraid that all the doc we add now in the "old" site, or even the > wiki, will forever stay there. I would rather like to get the current docs sorted out in the wiki now and move them to another place (if that is deemed useful) later. Recently Dago mentioned that our docs are by now already split up over several sites and i feel the same. Once we have a set of up-to-date core docs i don't mind moving them. Sebastian From mwatters at opencsw.org Mon Mar 16 23:55:38 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 16 Mar 2009 17:55:38 -0500 Subject: [csw-maintainers] libedit now in testing Message-ID: <49BED8EA.8090607@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have built packages for libedit. no 64bit yet, as I can not get it to compile with sun's cc and the gcc we have does not yet support amd64. ... I am getting closer on that but not quite there yet. some of the readline extensions "prefer" libedit over readline. - -- 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 iEYEARECAAYFAkm+2OoACgkQLrhmsXMSLxfzGwCgrknJ0JT4YFHxN99rBh0fYXO4 aDYAn19oK2J5NiUuM4P7IbtsLtcYwgkn =ikzE -----END PGP SIGNATURE----- From william at wbonnet.net Tue Mar 17 00:02:06 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 17 Mar 2009 00:02:06 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples In-Reply-To: References: <49BECCAD.8010002@wbonnet.net> Message-ID: <49BEDA6E.5000105@wbonnet.net> Hi > This is most likely due to non-standard locations for your application. > You must install e. g. install libraries into $(libdir) or the default > merge will fail. Where did you commit the things so I can have a look > at it? It seems the problem was the libdir. Thanks, i changed that in my Makefile, and now it seems to work. 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 Mar 17 00:21:39 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 17 Mar 2009 00:21:39 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples In-Reply-To: References: <49BECCAD.8010002@wbonnet.net> Message-ID: <49BEDF03.1070901@wbonnet.net> Hi > Lots ;-) In most cases it is sufficient to say > BUILD64 = 1 Is there a way to build 64 on one platform (sparc) and not on the other (i386) ? I mean without modifying by hand the Makefile between the builds ;) 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 bwalton at opencsw.org Tue Mar 17 01:02:48 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 16 Mar 2009 20:02:48 -0400 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> Message-ID: <1237247894-sup-5308@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Mon Mar 16 16:55:43 -0400 2009: > I would consider the build descriptions in the repository also > under GPLv2 as derived license. I won't disagree with this, since I'm ok with it, but I think a build description can be considered separate from mGar itself (even though we house them together in the same svn repo, etc). To me, mGar is a DSL built on top of a DSL. Each build description is the equivalent of a small C program and mGar is the equivalent of libc. Neither is useful on it's own, but not necessarily all part of the same thing, either. Just my 2 cents for the evening. I really am ok with this if we want to blanket license (for simplicity or sanity or whatever) all descriptions under the same license as mGar itself (GPLv2). 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 harpchad at opencsw.org Tue Mar 17 01:04:17 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 16 Mar 2009 19:04:17 -0500 Subject: [csw-maintainers] Retiring packages? Message-ID: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> Is there a process for retiring packages? An example is CSWgaim. I's been replaced by CSWpidgin and is no longer maintained (same code, different name). Rather that letting it hang around I'd like to remove it, otherwise package maintainers will have to keep bundling old libraries to support it. From bwalton at opencsw.org Tue Mar 17 01:10:34 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 16 Mar 2009 20:10:34 -0400 Subject: [csw-maintainers] Retiring packages? In-Reply-To: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> References: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> Message-ID: <1237248602-sup-3028@ntdws12.chass.utoronto.ca> Excerpts from Chad Harp's message of Mon Mar 16 20:04:17 -0400 2009: > Is there a process for retiring packages? An example is CSWgaim. > I's been replaced by CSWpidgin and is no longer maintained (same > code, different name). Rather that letting it hang around I'd like > to remove it, otherwise package maintainers will have to keep > bundling old libraries to support it. What about turning it into a dummy package that pulls in CSWpidgin instead...? That would be more upgrade friendly, wouldn't it? -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 harpchad at opencsw.org Tue Mar 17 02:10:55 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 16 Mar 2009 20:10:55 -0500 Subject: [csw-maintainers] Retiring packages? In-Reply-To: <1237248602-sup-3028@ntdws12.chass.utoronto.ca> References: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> <1237248602-sup-3028@ntdws12.chass.utoronto.ca> Message-ID: <333E18A7-A806-4EE0-BCCA-B05C0F4EF47B@opencsw.org> Actually, I just went to download gaim, but it appears it's not in the catalog any more (stable or unstable). So another question, why does it show up in the package list on the web site? On Mar 16, 2009, at 7:10 PM, Ben Walton wrote: > Excerpts from Chad Harp's message of Mon Mar 16 20:04:17 -0400 2009: >> Is there a process for retiring packages? An example is CSWgaim. >> I's been replaced by CSWpidgin and is no longer maintained (same >> code, different name). Rather that letting it hang around I'd like >> to remove it, otherwise package maintainers will have to keep >> bundling old libraries to support it. > > What about turning it into a dummy package that pulls in CSWpidgin > instead...? That would be more upgrade friendly, wouldn't it? > > -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. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From phil at bolthole.com Tue Mar 17 02:20:54 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 18:20:54 -0700 Subject: [csw-maintainers] Retiring packages? In-Reply-To: <333E18A7-A806-4EE0-BCCA-B05C0F4EF47B@opencsw.org> References: <37F53590-965E-4F6C-8192-9A826AA720D7@opencsw.org> <1237248602-sup-3028@ntdws12.chass.utoronto.ca> <333E18A7-A806-4EE0-BCCA-B05C0F4EF47B@opencsw.org> Message-ID: <20090317012054.GA22767@bolthole.com> On Mon, Mar 16, 2009 at 08:10:55PM -0500, Chad Harp wrote: > Actually, I just went to download gaim, but it appears it's not in the > catalog any more (stable or unstable). So another question, why does it > show up in the package list on the web site? > sigh. 'cause i have to explicitly deregister it. and manually hide it in mantis. blah. now done. From phil at bolthole.com Tue Mar 17 02:27:51 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 16 Mar 2009 18:27:51 -0700 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <1237247894-sup-5308@ntdws12.chass.utoronto.ca> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> Message-ID: <20090317012751.GC22767@bolthole.com> On Mon, Mar 16, 2009 at 08:02:48PM -0400, Ben Walton wrote: > Just my 2 cents for the evening. I really am ok with this if we want > to blanket license (for simplicity or sanity or whatever) all > descriptions under the same license as mGar itself (GPLv2). that would be inappropriate. for multiple reasons, but also for reasons that the Gnu foundation itself raises; pure GPL is unsuited for documentation and non"code" entities. thats why the "gnu free documentation license" or whatever was invented. I would like to suggest that we dont flood the mailing list with "from scratch" discussion, becuase it will make it very, VERY noisy, for the next few weeks. I'd like maintainers to stay in the habit of actually reading this list? :) I would like to suggest that we table discussion, until Trygve chimes in on what he remembers from the meeting. That would save a lot of time and bandwidth. Otherwise, probably an IRC meeting would be best to get license talks "Jumpstarted". Then we finalize things on the list? (after posting logs of the irc session) From bwalton at opencsw.org Tue Mar 17 03:26:07 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 16 Mar 2009 22:26:07 -0400 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090317012751.GC22767@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> <20090317012751.GC22767@bolthole.com> Message-ID: <1237256692-sup-1695@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Mon Mar 16 21:27:51 -0400 2009: > On Mon, Mar 16, 2009 at 08:02:48PM -0400, Ben Walton wrote: > > Just my 2 cents for the evening. I really am ok with this if we want > > to blanket license (for simplicity or sanity or whatever) all > > descriptions under the same license as mGar itself (GPLv2). > > that would be inappropriate. for multiple reasons, but also for reasons > that the Gnu foundation itself raises; pure GPL is unsuited for > documentation and non"code" entities. thats why the > "gnu free documentation license" or whatever was invented. Well, I was only referring to the code bits, but point taken. -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 harpchad at opencsw.org Tue Mar 17 04:56:05 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 16 Mar 2009 22:56:05 -0500 Subject: [csw-maintainers] gnutls 2.6.4 in testing Message-ID: <9D6E6247-5DDC-4D41-B362-4D1E4355078A@opencsw.org> - Update to 2.6.4 - 64bit (sparcv9 only until gcc for amd64 is ready) gnutls-2.6.4,REV=2009.03.16-SunOS5.8-i386-CSW.pkg.gz gnutls-2.6.4,REV=2009.03.16-SunOS5.8-sparc-CSW.pkg.gz gnutls_devel-2.6.4,REV=2009.03.16-SunOS5.8-i386-CSW.pkg.gz gnutls_devel-2.6.4,REV=2009.03.16-SunOS5.8-sparc-CSW.pkg.gz From hson at opencsw.org Tue Mar 17 07:07:04 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 17 Mar 2009 07:07:04 +0100 Subject: [csw-maintainers] intltool-merge problem Message-ID: <49BF3E08.7030501@opencsw.org> Anyone seen errors like this (and know how to fix them)? LC_ALL=C /opt/csw/bin/intltool-merge -x -u -c ../../po/.intltool-merge-cache ../../po plugin.xml.in plugin.xml Generating and caching the translation database Merging translations into plugin.xml. Can't use string ("1") as an ARRAY ref while "strict refs" in use at /opt/csw/bin/intltool-merge line 1092. I've gotten some similar errors when trying to package several packages. The line number seems to be either 1092 or 999 (depending on which package I'm building) From dam at opencsw.org Tue Mar 17 08:08:36 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 08:08:36 +0100 Subject: [csw-maintainers] GAR mutliple ISA samples In-Reply-To: <49BEDF03.1070901@wbonnet.net> References: <49BECCAD.8010002@wbonnet.net> <49BEDF03.1070901@wbonnet.net> Message-ID: Hi William, Am 17.03.2009 um 00:21 schrieb William Bonnet: >> Lots ;-) In most cases it is sufficient to say >> BUILD64 = 1 > Is there a way to build 64 on one platform (sparc) and not on the > other (i386) ? EXTRA_BUILD_ISAS_sparc = sparcv9 ;-) Setting BUILD64 just adds two ISAs. Have a look at if you are interested how this works. > I mean without modifying by hand the Makefile between the builds ;) No need to modify the Makefile here ;-) Best regards -- Dago From wmeler at opencsw.org Tue Mar 17 11:14:23 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Tue, 17 Mar 2009 11:14:23 +0100 Subject: [csw-maintainers] package in testing - problem Message-ID: <49BF77FF.5020100@opencsw.org> I've put newer version of lua in testing, but i have problem with installing it with pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua I get "Need TWO args to newer_rev" message. I was able to install package from testing with pkgutil -t http://mirror.opencsw.org/opencsw/testing/`uname -p`/`uname -r` -i lua Is it ok ? Regards, Wojtek From ihsan at opencsw.org Tue Mar 17 13:59:01 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 17 Mar 2009 13:59:01 +0100 Subject: [csw-maintainers] help testing please In-Reply-To: <499F2AF2.60105@opencsw.org> References: <499F2AF2.60105@opencsw.org> Message-ID: <49BF9E95.4020600@opencsw.org> Hello Mike, Am 20.2.2009 23:13 Uhr, Mike Watters schrieb: > 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'm using it with the rrdtool package. Works fine. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Tue Mar 17 15:09:15 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 15:09:15 +0100 Subject: [csw-maintainers] Update of cmake Message-ID: <3C5B9CD4-E547-4C5F-B5B8-2B4D11BB438F@opencsw.org> Hi, I offered to build cmake some time ago. Now a new version is available which doesn't build any more with my recipe and as I have never used cmake maybe someone familiar with cmake wants to take it over? Best regards -- Dago From harpchad at opencsw.org Tue Mar 17 15:12:05 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 17 Mar 2009 09:12:05 -0500 Subject: [csw-maintainers] intltool-merge problem In-Reply-To: <49BF3E08.7030501@opencsw.org> References: <49BF3E08.7030501@opencsw.org> Message-ID: <49BFAFB5.8080000@opencsw.org> There's a newer revision of intltool available (latest csw is 0.40.5, 0.40.6 is available). I'll get the new version into testing today and you can see if that makes any difference. Roger H?kansson wrote: > Anyone seen errors like this (and know how to fix them)? > > LC_ALL=C /opt/csw/bin/intltool-merge -x -u -c > ../../po/.intltool-merge-cache ../../po plugin.xml.in plugin.xml > Generating and caching the translation database > Merging translations into plugin.xml. > Can't use string ("1") as an ARRAY ref while "strict refs" in use at > /opt/csw/bin/intltool-merge line 1092. > > > I've gotten some similar errors when trying to package several packages. > The line number seems to be either 1092 or 999 (depending on which > package I'm building) > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From phil at bolthole.com Tue Mar 17 15:25:42 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 07:25:42 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BF77FF.5020100@opencsw.org> References: <49BF77FF.5020100@opencsw.org> Message-ID: <20090317142542.GD32997@bolthole.com> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: > I've put newer version of lua in testing, but i have problem with > installing it with > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > > I get "Need TWO args to newer_rev" message. pkg-get will be updated with a better err message, "not in catalog" soon :) yiou have to wait for a few mins for the auto-catalog generator to catch up. From dam at opencsw.org Tue Mar 17 15:37:04 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 15:37:04 +0100 Subject: [csw-maintainers] BDB 4.4 in testing/ Message-ID: <4AAB5419-EBEA-4300-9EA8-9E1BEC44E758@opencsw.org> Hi, there is an updated Berkeley DB 4.4 in testing, now with amd64 support. Best regards -- Dago From harpchad at opencsw.org Tue Mar 17 15:39:11 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 17 Mar 2009 09:39:11 -0500 Subject: [csw-maintainers] intltool-merge problem In-Reply-To: <49BF3E08.7030501@opencsw.org> References: <49BF3E08.7030501@opencsw.org> Message-ID: <49BFB60F.4070409@opencsw.org> Roger, I noticed when I was updating the package that the last version had a missing dependency. Can you verify that you have the following package installed (perl XML::Parser): pm_xmlparser CSWpmxmlparser I think the error would be different if that was missing, but just double checking. Thanks, Chad Roger H?kansson wrote: > Anyone seen errors like this (and know how to fix them)? > > LC_ALL=C /opt/csw/bin/intltool-merge -x -u -c > ../../po/.intltool-merge-cache ../../po plugin.xml.in plugin.xml > Generating and caching the translation database > Merging translations into plugin.xml. > Can't use string ("1") as an ARRAY ref while "strict refs" in use at > /opt/csw/bin/intltool-merge line 1092. > > > I've gotten some similar errors when trying to package several packages. > The line number seems to be either 1092 or 999 (depending on which > package I'm building) > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From mwatters at opencsw.org Tue Mar 17 15:40:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 09:40:57 -0500 Subject: [csw-maintainers] Update of cmake In-Reply-To: <3C5B9CD4-E547-4C5F-B5B8-2B4D11BB438F@opencsw.org> References: <3C5B9CD4-E547-4C5F-B5B8-2B4D11BB438F@opencsw.org> Message-ID: <49BFB679.6030108@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > I offered to build cmake some time ago. Now a new version is > available which doesn't build any more with my recipe and as > I have never used cmake maybe someone familiar with cmake wants > to take it over? > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I will take it over for ya. - -- 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 iEYEARECAAYFAkm/tnkACgkQLrhmsXMSLxdCgQCdEowSf2FLwpx/bZMhyZP6o/Xk k2MAoOn4r4+kXF+/TPxgo2L0iGbDwsrz =6CCP -----END PGP SIGNATURE----- From phil at bolthole.com Tue Mar 17 15:41:20 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 07:41:20 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <20090317142542.GD32997@bolthole.com> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> Message-ID: <20090317144120.GE32997@bolthole.com> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: > On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: > > I've put newer version of lua in testing, but i have problem with > > installing it with > > > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > > > > I get "Need TWO args to newer_rev" message. > > pkg-get will be updated with a better err message, "not in catalog" soon :) oh wait... are you using an older version of pkg-get? and/or do you need to set LC_ALL=C, and then it magically starts working properly? From wmeler at opencsw.org Tue Mar 17 15:51:32 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Tue, 17 Mar 2009 15:51:32 +0100 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <20090317144120.GE32997@bolthole.com> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> Message-ID: <49BFB8F4.40405@opencsw.org> Philip Brown pisze: > On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: >> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: >>> I've put newer version of lua in testing, but i have problem with >>> installing it with >>> >>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>> >>> I get "Need TWO args to newer_rev" message. >> pkg-get will be updated with a better err message, "not in catalog" soon :) > > oh wait... are you using an older version of pkg-get? > and/or do you need to set LC_ALL=C, and then it magically starts working > properly? No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( Is anyone able to install lua with this command? pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua Regards, Wojtek From phil at bolthole.com Tue Mar 17 15:54:37 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 07:54:37 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <20090317142542.GD32997@bolthole.com> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> Message-ID: <20090317145437.GF32997@bolthole.com> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: > On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: > > I've put newer version of lua in testing, but i have problem with > > installing it with > > > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua HMMMM... I cant see how this would happen with those exact args. did you actually use pkg-get [....] CSWlua ? From mwatters at opencsw.org Tue Mar 17 15:55:03 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 09:55:03 -0500 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFB8F4.40405@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> Message-ID: <49BFB9C7.1010503@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wojtek Meler wrote: > Philip Brown pisze: >> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: >>> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: >>>> I've put newer version of lua in testing, but i have problem with >>>> installing it with >>>> >>>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>>> >>>> I get "Need TWO args to newer_rev" message. >>> pkg-get will be updated with a better err message, "not in catalog" >>> soon :) >> >> oh wait... are you using an older version of pkg-get? >> and/or do you need to set LC_ALL=C, and then it magically starts working >> properly? > > > No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( > Is anyone able to install lua with this command? > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > > Regards, > Wojtek > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I just installed on my sandbox with pkg-get -i lua with no problems. then ran your upgrade command above and did not have any problems. - -- 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 iEYEARECAAYFAkm/ucYACgkQLrhmsXMSLxe0TwCdEf8rIlNSZmzU76ruQyI/h5bP LIYAoOYyFdXor3M/DbXGfSFwlgY52SIV =iqEP -----END PGP SIGNATURE----- From phil at bolthole.com Tue Mar 17 15:58:58 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 07:58:58 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFB8F4.40405@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> Message-ID: <20090317145858.GG32997@bolthole.com> On Tue, Mar 17, 2009 at 03:51:32PM +0100, Wojtek Meler wrote: > No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( > Is anyone able to install lua with this command? > > pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > worked for me right now. From mwatters at opencsw.org Tue Mar 17 16:02:14 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 10:02:14 -0500 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFB9C7.1010503@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> Message-ID: <49BFBB76.2000204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Wojtek Meler wrote: >> Philip Brown pisze: >>> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: >>>> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: >>>>> I've put newer version of lua in testing, but i have problem with >>>>> installing it with >>>>> >>>>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>>>> >>>>> I get "Need TWO args to newer_rev" message. >>>> pkg-get will be updated with a better err message, "not in catalog" >>>> soon :) >>> oh wait... are you using an older version of pkg-get? >>> and/or do you need to set LC_ALL=C, and then it magically starts working >>> properly? > >> No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( >> Is anyone able to install lua with this command? > >> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua > >> Regards, >> Wojtek >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > I just installed on my sandbox with pkg-get -i lua with no problems. > > then ran your upgrade command above and did not have any problems. > > > > > _______________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers I was just informed that Chad Harp already "patched" the one on the sandbox. - -- 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 iEYEARECAAYFAkm/u3YACgkQLrhmsXMSLxd+TQCeMXTzTy0V8IF5Co26cJnO+hWO rrwAn3BXOyTGTLSyuAKhHPNA4Yyhp4PW =UBpL -----END PGP SIGNATURE----- From phil at bolthole.com Tue Mar 17 16:06:19 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 08:06:19 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFBB76.2000204@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> <49BFBB76.2000204@opencsw.org> Message-ID: <20090317150619.GH32997@bolthole.com> On Tue, Mar 17, 2009 at 10:02:14AM -0500, Mike Watters wrote: > > I was just informed that Chad Harp already "patched" the one on the sandbox. works with stock pkg-get as well though From harpchad at opencsw.org Tue Mar 17 16:15:36 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 17 Mar 2009 10:15:36 -0500 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFBB76.2000204@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> <49BFBB76.2000204@opencsw.org> Message-ID: <49BFBE98.1000607@opencsw.org> See this bug report for the patch we're running: http://www.opencsw.org/mantis/view.php?id=3026 it only affects packages with dependencies that don't exist in testing. lua doesn't have any dependencies, so I don't think that's the issue here. I tried it with the unpatched version and it still worked. You might try pkgutil if you're still having issues and see if you get a different result: sudo pkgutil -t http://mirror.opencsw.org/opencsw/testing/sparc/5.8 -Uu lua Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mike Watters wrote: >> Wojtek Meler wrote: >>> Philip Brown pisze: >>>> On Tue, Mar 17, 2009 at 07:25:42AM -0700, Philip Brown wrote: >>>>> On Tue, Mar 17, 2009 at 11:14:23AM +0100, Wojtek Meler wrote: >>>>>> I've put newer version of lua in testing, but i have problem with >>>>>> installing it with >>>>>> >>>>>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>>>>> >>>>>> I get "Need TWO args to newer_rev" message. >>>>> pkg-get will be updated with a better err message, "not in catalog" >>>>> soon :) >>>> oh wait... are you using an older version of pkg-get? >>>> and/or do you need to set LC_ALL=C, and then it magically starts working >>>> properly? >>> No, LANG,LC_ALL = C, CSWpkgget 4.0.1,REV=2008.12.15 :( >>> Is anyone able to install lua with this command? >>> pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u lua >>> Regards, >>> Wojtek >>> _______________________________________________ >>> maintainers mailing list >>> maintainers at lists.opencsw.org >>> https://lists.opencsw.org/mailman/listinfo/maintainers >> I just installed on my sandbox with pkg-get -i lua with no problems. >> >> then ran your upgrade command above and did not have any problems. >> >> >> >> >> > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > > I was just informed that Chad Harp already "patched" the one on the sandbox. > > - -- > > 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 > > iEYEARECAAYFAkm/u3YACgkQLrhmsXMSLxd+TQCeMXTzTy0V8IF5Co26cJnO+hWO > rrwAn3BXOyTGTLSyuAKhHPNA4Yyhp4PW > =UBpL > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From harpchad at opencsw.org Tue Mar 17 16:18:44 2009 From: harpchad at opencsw.org (Chad Harp) Date: Tue, 17 Mar 2009 10:18:44 -0500 Subject: [csw-maintainers] intltool 0.40.6 in testing Message-ID: <49BFBF54.4010501@opencsw.org> intltool-0.40.6,REV=2009.03.17-SunOS5.8-i386-CSW.pkg.gz intltool-0.40.6,REV=2009.03.17-SunOS5.8-sparc-CSW.pkg.gz From phil at bolthole.com Tue Mar 17 17:14:35 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 09:14:35 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFBE98.1000607@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> <49BFBB76.2000204@opencsw.org> <49BFBE98.1000607@opencsw.org> Message-ID: <20090317161435.GC95946@bolthole.com> hangabout, I'm seeing it on pkg-get now. so now I have something to work with :) From phil at bolthole.com Tue Mar 17 17:20:48 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 09:20:48 -0700 Subject: [csw-maintainers] package in testing - problem In-Reply-To: <49BFBE98.1000607@opencsw.org> References: <49BF77FF.5020100@opencsw.org> <20090317142542.GD32997@bolthole.com> <20090317144120.GE32997@bolthole.com> <49BFB8F4.40405@opencsw.org> <49BFB9C7.1010503@opencsw.org> <49BFBB76.2000204@opencsw.org> <49BFBE98.1000607@opencsw.org> Message-ID: <20090317162048.GD95946@bolthole.com> On Tue, Mar 17, 2009 at 10:15:36AM -0500, Chad Harp wrote: > See this bug report for the patch we're running: > > http://www.opencsw.org/mantis/view.php?id=3026 Chad's patch was masking an underlying problem. I kinda felt that, which was one reason I didnt apply his patch. Now that I have a working test case, I can actually fix the lower issue :) This seems to fix it: http://mirror.opencsw.org/testing/pkg_get-4.1.2,REV=2009.03.19-SunOS5.8-all-CSW.pkg From phil at bolthole.com Tue Mar 17 17:22:56 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 09:22:56 -0700 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! Message-ID: <20090317162256.GE95946@bolthole.com> A reminder: please REMOVE packages from testing, once they are pushed out publically. for example, there's a boatload of php5_XXXX packages there right now. (and I just removed a few of my own too. heh, heh) From mwatters at opencsw.org Tue Mar 17 18:12:18 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 12:12:18 -0500 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! In-Reply-To: <20090317162256.GE95946@bolthole.com> References: <20090317162256.GE95946@bolthole.com> Message-ID: <49BFD9F2.9080707@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > A reminder: please REMOVE packages from testing, once they are > pushed out publically. > > for example, there's a boatload of php5_XXXX packages there right now. > > (and I just removed a few of my own too. heh, heh) > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Take a closer look at the php5 packages, they are a different version. after I got 5.2.6 packaged up, I started getting upstream messages about 5.2.9 (bug and security fixes), luckily with minimal changes 5.2.9 compiled cleanly, and is now in testing. ;) I am holding it there until I can get php5-readline to compile cleanly from inside the main recipe. (need libedit which is also in testing now) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm/2fIACgkQLrhmsXMSLxe0uwCgppn/PbTKHj1hVswmU9AnHGfO dpYAoI+lsSrx8KHJAFNKGWAWheKzlhmv =XmQj -----END PGP SIGNATURE----- From phil at bolthole.com Tue Mar 17 20:56:26 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 12:56:26 -0700 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! In-Reply-To: <49BFD9F2.9080707@opencsw.org> References: <20090317162256.GE95946@bolthole.com> <49BFD9F2.9080707@opencsw.org> Message-ID: <20090317195626.GA91430@bolthole.com> On Tue, Mar 17, 2009 at 12:12:18PM -0500, Mike Watters wrote: > Take a closer look at the php5 packages, they are a different version. D'ooohhhhhhh... > > after I got 5.2.6 packaged up, I started getting upstream messages > about 5.2.9 (bug and security fixes), luckily with minimal changes 5.2.9 compiled cleanly, and is now in testing. > ;) > I am holding it there until I can get php5-readline to compile cleanly from inside the main recipe. > (need libedit which is also in testing now) well, you should also hold it for a few days anyway. "security fixes" are often botched and needed to be redone. hopefully you also complained "upstream" about their compile breakages with their "fixes" ;-) From mwatters at opencsw.org Tue Mar 17 21:00:52 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 15:00:52 -0500 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! In-Reply-To: <20090317195626.GA91430@bolthole.com> References: <20090317162256.GE95946@bolthole.com> <49BFD9F2.9080707@opencsw.org> <20090317195626.GA91430@bolthole.com> Message-ID: <49C00174.8000502@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Tue, Mar 17, 2009 at 12:12:18PM -0500, Mike Watters wrote: >> Take a closer look at the php5 packages, they are a different version. > > D'ooohhhhhhh... > > >> after I got 5.2.6 packaged up, I started getting upstream messages >> about 5.2.9 (bug and security fixes), luckily with minimal changes 5.2.9 compiled cleanly, and is now in testing. >> ;) >> I am holding it there until I can get php5-readline to compile cleanly from inside the main recipe. >> (need libedit which is also in testing now) > > well, you should also hold it for a few days anyway. "security fixes" are > often botched and needed to be redone. > > hopefully you also complained "upstream" about their compile breakages with > their "fixes" ;-) > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers the changes were to the "patches" I wrote to get 5.2.6 to compile. so nothing to really complain about there. I had to fix 1 chunk out of 14. 5.2.9 is a "fix release" to 5.2.8... I don't plan on releasing it too quickly. but I was pinged on it by a user, so I built 5.2.9 and put it in testing so they could "test" it. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknAAXQACgkQLrhmsXMSLxff7wCeIM5Z0Y27UDGn0ZmF9iCFsZvY nTUAni+r76yaJ1h3VvZoNNyYVfk8pzjM =KW4T -----END PGP SIGNATURE----- From william at wbonnet.net Tue Mar 17 21:10:48 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 17 Mar 2009 21:10:48 +0100 Subject: [csw-maintainers] reminder: REMOVE OLD PACKAGES FROM TESTING ! In-Reply-To: <20090317162256.GE95946@bolthole.com> References: <20090317162256.GE95946@bolthole.com> Message-ID: <49C003C8.4020707@wbonnet.net> Hi > A reminder: please REMOVE packages from testing, once they are > pushed out publically. > > for example, there's a boatload of php5_XXXX packages there right now. > > (and I just removed a few of my own too. heh, heh) > done -- 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 Tue Mar 17 22:15:59 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 22:15:59 +0100 Subject: [csw-maintainers] Packaging work In-Reply-To: <714281.31367.qm@web111301.mail.gq1.yahoo.com> References: <714281.31367.qm@web111301.mail.gq1.yahoo.com> Message-ID: <1DDD0BD4-BA04-4BFF-84E3-1831FDD332CF@opencsw.org> Hi, good news everyone! Ken Mays is back and offered to update our KDE: Am 17.03.2009 um 17:15 schrieb ken mays: > Actually, I've been examining the merging of packages into your > system which requires knowledge of mGAR v2 which is taking me awhile > to go through. Just jump in and commit what you have! Most questions will be answered very politely on the maintainers list within hours. > Once I finish going through all of your documentation on mGAR and > can get > a snapshot of your packages then I can work on building and updating > my packages. My priority is KDE. Great :-) All package descriptions are available anonymously from SourceForge SVN. > Is there a DVD someone can send me of your packages in the unstable > or stable tree? I guess not, but why do you need that? Just pick a mirror and get what you need: Am 17.03.2009 um 18:30 schrieb ken mays: > Where is GCC 4.3.3?? I am reviewing how to update my packages on > OpenCSW > for AMD64 builds and we need GCC 4.3.x. > > Will this be available soon??? I guess so, Mike is making a new release with full 64 bit support. Mike, do you have a timeframe? Best regards -- Dago From mwatters at opencsw.org Tue Mar 17 22:23:49 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 17 Mar 2009 16:23:49 -0500 Subject: [csw-maintainers] Packaging work In-Reply-To: <1DDD0BD4-BA04-4BFF-84E3-1831FDD332CF@opencsw.org> References: <714281.31367.qm@web111301.mail.gq1.yahoo.com> <1DDD0BD4-BA04-4BFF-84E3-1831FDD332CF@opencsw.org> Message-ID: <49C014E5.8080405@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > good news everyone! Ken Mays is back and offered to update our KDE: > > Am 17.03.2009 um 17:15 schrieb ken mays: >> Actually, I've been examining the merging of packages into your system >> which requires knowledge of mGAR v2 which is taking me awhile to go >> through. > > Just jump in and commit what you have! Most questions will be answered > very politely on the maintainers list within hours. > >> Once I finish going through all of your documentation on mGAR and can get >> a snapshot of your packages then I can work on building and updating >> my packages. My priority is KDE. > > Great :-) All package descriptions are available anonymously from > SourceForge SVN. > >> Is there a DVD someone can send me of your packages in the unstable or >> stable tree? > > I guess not, but why do you need that? Just pick a mirror and > get what you need: > > > Am 17.03.2009 um 18:30 schrieb ken mays: >> Where is GCC 4.3.3?? I am reviewing how to update my packages on OpenCSW >> for AMD64 builds and we need GCC 4.3.x. >> >> Will this be available soon??? > > > I guess so, Mike is making a new release with full 64 bit support. > Mike, do you have a timeframe? > > > Best regards > > -- Dago I am working on it, unfortunately it is a slow process... it takes 13hours to build on 8s. I have hit a snag at the moment I am trying to resolve. ... I will file a bug on this but, if the catalog name contains "special characters" pathfilter throws errors and will not build "ANY" package in the recipe. gcc4g++ and gcc4g++rt are the 2 in question. I am trying to resolve in my local copy of mGar v2 and will submit a patch with the bug report, unless you fix it before I get that far ;) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknAFOUACgkQLrhmsXMSLxcYNQCgwpOJMwqdvg5SyjO1eATXLdPS zxoAnj4nC2HA8bBLiPJ9gESTMr9LU+LY =EHJL -----END PGP SIGNATURE----- From dam at opencsw.org Tue Mar 17 22:24:53 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 22:24:53 +0100 Subject: [csw-maintainers] Fwd: [csw-users] ap2_modphp install References: <200903171709.n2HH9igq008369@dfki.uni-kl.de> Message-ID: <3ADCEF9B-AF7F-4B16-AB38-0BCC9841F5C7@opencsw.org> Hi, FYI. Best regards -- Dago Anfang der weitergeleiteten E-Mail: > Von: Nicolai Schwindt > Datum: 17. M?rz 2009 18:11:07 MEZ > An: users at lists.opencsw.org > Betreff: [csw-users] ap2_modphp install > Antwort an: questions and discussions > > ... fails. Because it is not in the catalog file. > > > tcsh at isg-1504 [/var/pkg-get] grep -l ap2_modphp5 * > desc-serv-1500 > > > Unlike : > > tcsh at isg-1504 [/var/pkg-get] grep -l php5_ldap * > catalog-serv-1500 > desc-serv-1500 > > > I did try several mirrors ( ibiblio, erlangen i.e.) - so I think it > is not my > local mirror. > > Where as this works: > > tcsh at isg-1504 [~] pkg-get -D ap2_modphp5 > # (Descriptions from site serv-1500 ) > ap2_modphp5 - PHP 5 - Apache 2.2.x Module > > > Are the mirrors out of sync or did I miss something ? > > > Nicolai. > > > > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users From dam at opencsw.org Tue Mar 17 22:33:54 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 17 Mar 2009 22:33:54 +0100 Subject: [csw-maintainers] Packaging work In-Reply-To: <49C014E5.8080405@opencsw.org> References: <714281.31367.qm@web111301.mail.gq1.yahoo.com> <1DDD0BD4-BA04-4BFF-84E3-1831FDD332CF@opencsw.org> <49C014E5.8080405@opencsw.org> Message-ID: Hi Mike, Am 17.03.2009 um 22:23 schrieb Mike Watters: > I will file a bug on this but, if the catalog name contains "special > characters" pathfilter throws errors > and will not build "ANY" package in the recipe. gcc4g++ and gcc4g+ > +rt are the 2 in question. > > I am trying to resolve in my local copy of mGar v2 and will submit a > patch with the bug report, > unless you fix it before I get that far ;) Please provide a bug report and I will take care of it. I'd be happy to do my job regarding GAR if you provide gcc ;-) Best regards -- Dago From phil at bolthole.com Tue Mar 17 22:44:08 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 17 Mar 2009 14:44:08 -0700 Subject: [csw-maintainers] Fwd: [csw-users] ap2_modphp install In-Reply-To: <3ADCEF9B-AF7F-4B16-AB38-0BCC9841F5C7@opencsw.org> References: <200903171709.n2HH9igq008369@dfki.uni-kl.de> <3ADCEF9B-AF7F-4B16-AB38-0BCC9841F5C7@opencsw.org> Message-ID: <20090317214408.GB7798@bolthole.com> hrrrm. there was another one missing too. mod_php5 !! fixed em both. From william at wbonnet.net Tue Mar 17 23:34:19 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 17 Mar 2009 23:34:19 +0100 Subject: [csw-maintainers] /testing sqlite3 3.6.10 is available Message-ID: <49C0256B.4030103@wbonnet.net> Hi all Everything is in the title :) Thanks for your feedbacks 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 hson at opencsw.org Wed Mar 18 08:54:43 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 18 Mar 2009 08:54:43 +0100 Subject: [csw-maintainers] intltool-merge problem In-Reply-To: <49BFB60F.4070409@opencsw.org> References: <49BF3E08.7030501@opencsw.org> <49BFB60F.4070409@opencsw.org> Message-ID: <49C0A8C3.4090709@opencsw.org> Chad Harp wrote: > Roger, > > I noticed when I was updating the package that the last version had a > missing dependency. Can you verify that you have the following package > installed (perl XML::Parser): > > pm_xmlparser CSWpmxmlparser > > I think the error would be different if that was missing, but just > double checking. > I actually found the problem without upgrading intltool. It seems that the latest version of XML::Parser(2.36) (which I packaged myself) breaks intltool, after removing it and installing the lastest in current(2.34), intltool works just fine. From rupert at opencsw.org Wed Mar 18 09:03:33 2009 From: rupert at opencsw.org (rupert THURNER) Date: Wed, 18 Mar 2009 09:03:33 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> Message-ID: <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> i kind of test-copied some of the contents to the trac wiki https://apps.sourceforge.net/trac/gar, to check the conversion effort. in the "ideal world" i would like to see one timeline about ticket changes, and checkins, or checkins influencing tickets automatically with something like http://trac.edgewall.org/browser/trunk/contrib/trac-post-commit-hook. what i was also wondering who is administrator of this trac, to chekc if one coudl install/enable some plugins to really give it a try? rupert. On Mon, Mar 16, 2009 at 23:11, Sebastian Kayser wrote: > William Bonnet schrieb: >>> Nice, is it updated automatically? >> Yes it is > > How often? :) > >>> Is there a breakdown by maintainer so >>> that everyone can check whether his packages in GAR are already >>> correctly >>> picked up by these statistics? >>> >> Soon :) >> I work on a more complete version. I choosed to released it soon, so you >> have a first list of the package to move. > > Yep, that's good. Thank you for working on it. > >> Then i'll add more information, including packages owned by retired >> maintainers. >>> What do you think about sending an email to each maintainer asking to >>> move >>> their builds to GAR in case they haven't done so already (including some >>> pointers/links to help them get started)? >> Sure, but first we need more documentation on GAR. Same for uwatch... > > Anyone working on the GAR docs right now? If not and you guys don't mind i > would revamp the Wiki a bit so that is easier for GAR beginners to find > the information they are looking for. > > Specifically i though about two things: 1) Reordering stuff on the main > page and adding some descriptions so that you better know what a topic is > about. 2) Adding a _brief_ quickstart HOWTO for using GAR (reusing some > info from the Tutorial). > >>> I guess not everyone is reading >>> here on a regular basis (and thus is aware that builds should be moved >>> to >>> GAR). >>> >> It is good idea. Do you think guys i should send it soon ? (let say this >> week end, time to fix a few things in my script) > > I don't think everything needs to be 100% perfect. When people start > working with GAR now they can easily pick up improvements in upstream > watch et al. later. > > Sebastian > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From ihsan at opencsw.org Wed Mar 18 09:53:46 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Mar 2009 09:53:46 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? Message-ID: <49C0B69A.4030300@opencsw.org> I've just seen this in the UBS Quotes news ticker. Not the first time that people talking about a take over... -- ihsan at dogan.ch http://blog.dogan.ch/ -------------- next part -------------- A non-text attachment was scrubbed... Name: ibm_on_sun_e.pdf Type: application/pdf Size: 71803 bytes Desc: not available URL: From ihsan at opencsw.org Wed Mar 18 10:03:55 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Mar 2009 10:03:55 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C0B69A.4030300@opencsw.org> References: <49C0B69A.4030300@opencsw.org> Message-ID: <49C0B8FB.2030808@opencsw.org> Am 18.3.2009 9:53 Uhr, Ihsan Dogan schrieb: > I've just seen this in the UBS Quotes news ticker. Not the first time > that people talking about a take over... This comment is very interesting: ----------------------------------------------------------------- In recent months, Sun has approached a number of large tech companies in the hopes of being acquired, say people familiar with the matter. The world?s largest tech company, Hewlett-Packard, declined the offer, says a person briefed on the matter. A spokesman for Dell Inc., the world?s third-largest server maker, declined to comment. ----------------------------------------------------------------- Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From a.cervellin at acm.org Wed Mar 18 14:19:00 2009 From: a.cervellin at acm.org (Alessio) Date: Wed, 18 Mar 2009 14:19:00 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C0B69A.4030300@opencsw.org> References: <49C0B69A.4030300@opencsw.org> Message-ID: <49C0F4C4.5010809@acm.org> Ihsan Dogan wrote: > I've just seen this in the UBS Quotes news ticker. Not the first time > that people talking about a take over... > it seems it's the right time to sell some Sun stocks... From maybird1776 at yahoo.com Wed Mar 18 14:49:57 2009 From: maybird1776 at yahoo.com (ken mays) Date: Wed, 18 Mar 2009 06:49:57 -0700 (PDT) Subject: [csw-maintainers] is IBM going to buy Sun? Message-ID: <103892.79870.qm@web111302.mail.gq1.yahoo.com> This came out two years ago and it was rumored back then. http://www.sun.com/aboutsun/pr/2007-08/sunflash.20070816.1.xml 'For whom the bell tolls, it tolls for thee...' ? --- On Wed, 3/18/09, Ihsan Dogan wrote: > From: Ihsan Dogan > Subject: Re: [csw-maintainers] is IBM going to buy Sun? > To: "internal list for the CSW maintainers" > Date: Wednesday, March 18, 2009, 5:03 AM > Am 18.3.2009 9:53 Uhr, Ihsan Dogan > schrieb: > > > I've just seen this in the UBS Quotes news ticker.. Not > the first time > > that people talking about a take over... > > This comment is very interesting: > > ----------------------------------------------------------------- > In recent months, Sun has approached a number of large tech > companies in > the hopes of being acquired, say people familiar with the > matter. The > world?s largest tech company, Hewlett-Packard, declined > the offer, says > a person briefed on the matter. A spokesman for Dell Inc., > the world?s > third-largest server maker, declined to comment. > ----------------------------------------------------------------- > > > > > > Ihsan > > -- > ihsan at dogan.ch > http://blog.dogan.ch/ > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From ihsan at opencsw.org Wed Mar 18 16:58:21 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 18 Mar 2009 16:58:21 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C0F4C4.5010809@acm.org> References: <49C0B69A.4030300@opencsw.org> <49C0F4C4.5010809@acm.org> Message-ID: <49C11A1D.4080601@opencsw.org> Am 18.3.2009 14:19 Uhr, Alessio schrieb: >> I've just seen this in the UBS Quotes news ticker. Not the first time >> that people talking about a take over... >> > it seems it's the right time to sell some Sun stocks... I don't have Sun stocks anyway, but it does not look good today. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ -------------- next part -------------- A non-text attachment was scrubbed... Name: chart_V_3548367_67_INTRADAY.gif Type: image/gif Size: 6430 bytes Desc: not available URL: From phil at bolthole.com Wed Mar 18 17:27:54 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 18 Mar 2009 09:27:54 -0700 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C0B69A.4030300@opencsw.org> References: <49C0B69A.4030300@opencsw.org> Message-ID: <20090318162754.GG78033@bolthole.com> On Wed, Mar 18, 2009 at 09:53:46AM +0100, Ihsan Dogan wrote: > I've just seen this in the UBS Quotes news ticker. Not the first time > that people talking about a take over... Makes sense to me. After all, they havent been conducting customer service and response to customer needs, like they want to stay in business long term :-/ Companies who want to stay in business, invest in research, and attempt to increase spending in core product strengths Companies who want to get bought, focus on "reducing overhead". Sun seems to be undergoing an extreme identity crisis since Scott M. left. They dont seem to know what "core product strengths" are any more. From skayser at opencsw.org Wed Mar 18 19:40:45 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 18 Mar 2009 19:40:45 +0100 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions Message-ID: <49C1402D.2010208@opencsw.org> Hi, it has bitten me a couple of times before and maybe i am not the only one ;) Would it be possible to include a sanity check in GAR that fires a warning when a variable assignment occurs twice? The following excerpt demonstrates what i mean: PATCHFILES = patch-foo.diff PATCHFILES = patch-bar.diff yank&paste of the first line was used to produce the second and the missing += makes the first patch file "vanish" for the build. Sebastian From bwalton at opencsw.org Wed Mar 18 20:35:42 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 18 Mar 2009 15:35:42 -0400 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions In-Reply-To: <49C1402D.2010208@opencsw.org> References: <49C1402D.2010208@opencsw.org> Message-ID: <1237404834-sup-1144@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Wed Mar 18 14:40:45 -0400 2009: Hi Sebastian, > The following excerpt demonstrates what i mean: > > PATCHFILES = patch-foo.diff > PATCHFILES = patch-bar.diff > > yank&paste of the first line was used to produce the second and the > missing += makes the first patch file "vanish" for the build. I don't think there is much you can do about this (although I'd love to find out I'm wrong), but you could do something like this instead: PATCHFILES = $(sort $(subst files/,,$(shell ls files/*patch))) That will include all patch files for you, but relies on your naming convention for proper ordering (which may or may not be important to applying them). HTH. -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 skayser at opencsw.org Wed Mar 18 22:43:40 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 18 Mar 2009 22:43:40 +0100 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions In-Reply-To: <1237404834-sup-1144@ntdws12.chass.utoronto.ca> References: <49C1402D.2010208@opencsw.org> <1237404834-sup-1144@ntdws12.chass.utoronto.ca> Message-ID: <49C16B0C.2010500@opencsw.org> Ben Walton wrote: > Excerpts from Sebastian Kayser's message of Wed Mar 18 14:40:45 -0400 > 2009: >> The following excerpt demonstrates what i mean: >> >> PATCHFILES = patch-foo.diff >> PATCHFILES = patch-bar.diff >> >> yank&paste of the first line was used to produce the second and the >> missing += makes the first patch file "vanish" for the build. > > I don't think there is much you can do about this (although I'd love > to find out I'm wrong), Mhh, what about a perl/*sh script along the lines of checkpkg that reads the build Makefile, searches all the = assignments and bails out or warns when hitting an assignment with a LHS that had been seen before? This script could be invoked as part of the GAR build process. Sebastian From a.cervellin at acm.org Wed Mar 18 23:14:39 2009 From: a.cervellin at acm.org (Alessio) Date: Wed, 18 Mar 2009 23:14:39 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C11A1D.4080601@opencsw.org> References: <49C0B69A.4030300@opencsw.org> <49C0F4C4.5010809@acm.org> <49C11A1D.4080601@opencsw.org> Message-ID: <49C1724F.5010107@acm.org> Ihsan Dogan wrote: > Am 18.3.2009 14:19 Uhr, Alessio schrieb: > > >>> I've just seen this in the UBS Quotes news ticker. Not the first time >>> that people talking about a take over... >>> >>> >> it seems it's the right time to sell some Sun stocks... >> > > I don't have Sun stocks anyway, but it does not look good today. > not good? it jumped from $4.97 to more than $9 in just a few hours... a good deal! http://www.google.com/finance?chdnp=1&chdd=1&chds=1&chdv=1&chvs=maximized&chdeh=0&chdet=1237414426529&chddm=1955&q=NASDAQ:JAVA&ntsp=0 From bwalton at opencsw.org Wed Mar 18 23:39:44 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 18 Mar 2009 18:39:44 -0400 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions In-Reply-To: <49C16B0C.2010500@opencsw.org> References: <49C1402D.2010208@opencsw.org> <1237404834-sup-1144@ntdws12.chass.utoronto.ca> <49C16B0C.2010500@opencsw.org> Message-ID: <1237415747-sup-6451@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Wed Mar 18 17:43:40 -0400 2009: > Mhh, what about a perl/*sh script along the lines of checkpkg that reads > the build Makefile, searches all the = assignments and bails out or > warns when hitting an assignment with a LHS that had been seen before? > > This script could be invoked as part of the GAR build process. That's pretty heavy weight for this and would still be error prone (eg: what if you wrap it in and if statement for some bizarre reason). It would be nice if gmake had a --warn-redefined-variables option (it already has a --warn-undefined-variables)...I suspect it doesn't as it could get quite noisy, especially with something like GAR that may redefine things already. 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 skayser at opencsw.org Thu Mar 19 01:37:17 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 19 Mar 2009 01:37:17 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <1236629528-sup-6652@frog.chass.utoronto.ca> References: <1236629528-sup-6652@frog.chass.utoronto.ca> Message-ID: <20090319003717.GA28072@sebastiankayser.de> Hi Ross, * Ross Macduff wrote: > gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 > > Please let me know if there are any issues with it. gsed now contains a file which is also in CSWiconv /opt/csw/lib/charset.alias Don't know where it really belongs, but i guess we should avoid prompting the users to answer whether they want to install conflicting files. Sebastian From mwatters at opencsw.org Thu Mar 19 04:20:24 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 18 Mar 2009 22:20:24 -0500 Subject: [csw-maintainers] libssh2 now in testing Message-ID: <49C1B9F8.50009@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Initial Packaging of version 1.0 architectures sparcv8, sparcv9, i386, amd64 - -- 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 iEYEARECAAYFAknBufcACgkQLrhmsXMSLxfMjACgiZzugVmlEYUcVfGfqsL5R+ko uGAAoMrT805r/XNFceo48/ORk69159kF =tGPI -----END PGP SIGNATURE----- From wmeler at opencsw.org Thu Mar 19 07:48:41 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Thu, 19 Mar 2009 07:48:41 +0100 Subject: [csw-maintainers] how do I submit a package? Message-ID: <49C1EAC9.30205@opencsw.org> Hi! $ cp lua*.gz /home/newpkgs/ cp: /home/newpkgs not found is there a new undocumented way to submit packages, or just something failed? regards, Wojtek From hson at opencsw.org Thu Mar 19 08:07:24 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 19 Mar 2009 08:07:24 +0100 Subject: [csw-maintainers] how do I submit a package? In-Reply-To: <49C1EAC9.30205@opencsw.org> References: <49C1EAC9.30205@opencsw.org> Message-ID: <49C1EF2C.4060008@opencsw.org> Wojtek Meler wrote: > Hi! > > $ cp lua*.gz /home/newpkgs/ > cp: /home/newpkgs not found > newpkgs is located on www.opencsw.org, not on the build farm, so you need to scp the files. From wmeler at opencsw.org Thu Mar 19 08:20:02 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Thu, 19 Mar 2009 08:20:02 +0100 Subject: [csw-maintainers] how do I submit a package? In-Reply-To: <49C1EF2C.4060008@opencsw.org> References: <49C1EAC9.30205@opencsw.org> <49C1EF2C.4060008@opencsw.org> Message-ID: <49C1F222.8060305@opencsw.org> Roger H?kansson pisze: > Wojtek Meler wrote: >> Hi! >> >> $ cp lua*.gz /home/newpkgs/ >> cp: /home/newpkgs not found >> > > newpkgs is located on www.opencsw.org, not on the build farm, so you > need to scp the files. that helps :) From ihsan at opencsw.org Thu Mar 19 10:12:52 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 19 Mar 2009 10:12:52 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <49C1724F.5010107@acm.org> References: <49C0B69A.4030300@opencsw.org> <49C0F4C4.5010809@acm.org> <49C11A1D.4080601@opencsw.org> <49C1724F.5010107@acm.org> Message-ID: <49C20C94.1080604@opencsw.org> Am 18.3.2009 23:14 Uhr, Alessio schrieb: >>>> I've just seen this in the UBS Quotes news ticker. Not the first time >>>> that people talking about a take over... >>>> >>> it seems it's the right time to sell some Sun stocks... >>> >> >> I don't have Sun stocks anyway, but it does not look good today. >> > not good? it jumped from $4.97 to more than $9 in just a few hours... a > good deal! > http://www.google.com/finance?chdnp=1&chdd=1&chds=1&chdv=1&chvs=maximized&chdeh=0&chdet=1237414426529&chddm=1955&q=NASDAQ:JAVA&ntsp=0 I said that too early. The option SUQCL increased 13'400%. If I would know that that 2 days ago... :-) Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Thu Mar 19 10:17:54 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 19 Mar 2009 10:17:54 +0100 Subject: [csw-maintainers] is IBM going to buy Sun? In-Reply-To: <20090318162754.GG78033@bolthole.com> References: <49C0B69A.4030300@opencsw.org> <20090318162754.GG78033@bolthole.com> Message-ID: <49C20DC2.3070606@opencsw.org> Am 18.3.2009 17:27 Uhr, Philip Brown schrieb: >> I've just seen this in the UBS Quotes news ticker. Not the first time >> that people talking about a take over... > > Makes sense to me. After all, they havent been conducting customer service > and response to customer needs, like they want to stay in business long > term :-/ I'm wondering, why they are talking with IBM. If IBM will take over Sun, many products might be dead afterwards - like with HP and DEC. I think it would make more sense if Fujitsu would buy Sun. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Thu Mar 19 10:30:06 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 10:30:06 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> Message-ID: Hi Rupert, Am 18.03.2009 um 09:03 schrieb rupert THURNER: > in the "ideal world" i would like to see one timeline about ticket > changes, and checkins, or checkins influencing tickets automatically > with something like > http://trac.edgewall.org/browser/trunk/contrib/trac-post-commit-hook. Good idea, but SourceForge currently can't do this, but it is on the "requested features"-list: > what i was also wondering who is administrator of this trac, to chekc > if one coudl install/enable some plugins to really give it a try? I am administering the SourceForge project. Do you need something specific? Best regards -- Dago PS: Please avoid top-posting next time if possible ;-) From dam at opencsw.org Thu Mar 19 10:35:05 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 10:35:05 +0100 Subject: [csw-maintainers] GAR sanity check for a double variable assignment in build descriptions In-Reply-To: <49C16B0C.2010500@opencsw.org> References: <49C1402D.2010208@opencsw.org> <1237404834-sup-1144@ntdws12.chass.utoronto.ca> <49C16B0C.2010500@opencsw.org> Message-ID: <849D6C4F-8C01-4B2E-B978-38FCF2B986B3@opencsw.org> Hi Sebastian, Am 18.03.2009 um 22:43 schrieb Sebastian Kayser: > Ben Walton wrote: >> Excerpts from Sebastian Kayser's message of Wed Mar 18 14:40:45 -0400 >> 2009: >>> The following excerpt demonstrates what i mean: >>> >>> PATCHFILES = patch-foo.diff >>> PATCHFILES = patch-bar.diff >>> >>> yank&paste of the first line was used to produce the second and the >>> missing += makes the first patch file "vanish" for the build. >> >> I don't think there is much you can do about this (although I'd love >> to find out I'm wrong), > > Mhh, what about a perl/*sh script along the lines of checkpkg that > reads > the build Makefile, searches all the = assignments and bails out or > warns when hitting an assignment with a LHS that had been seen before? > > This script could be invoked as part of the GAR build process. I find this too complicated. Make this error twice and search a couple of hours and you know that once and for all :-) Best regards -- Dago From dam at opencsw.org Thu Mar 19 11:44:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 11:44:29 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <20090319003717.GA28072@sebastiankayser.de> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> Message-ID: <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> Hi Sebastian, Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: > * Ross Macduff wrote: >> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 >> >> Please let me know if there are any issues with it. > > gsed now contains a file which is also in CSWiconv > > /opt/csw/lib/charset.alias > > Don't know where it really belongs, but i guess we should avoid > prompting the users to answer whether they want to install conflicting > files. This file should only be included in libiconv and excluded just like info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES accordingly. Best regards -- Dago From hson at opencsw.org Thu Mar 19 13:05:12 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 19 Mar 2009 13:05:12 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted Message-ID: <49C234F8.4040407@opencsw.org> I'm trying to package the latest version of netsnmp but I've stumbled upon a bit of a problem. First I tried on my own two build machines (a sparc and a x86 both running Solaris8) and got the sparc done, but on my x86 several of the tests core dumps. So then I tried on the build farm, but there I got the exact same problem both on x86 and sparc: the perl modules get linked against the installed libraries and not my newly built ones and (at least thats why I think) the perl test fails. Anyone got a clue how to manipulate the output (in this case the link arguments) in the makefiles that get generated from Makefile.PL (without actually generate then, edit and commit them into gar-svn)? From dam at opencsw.org Thu Mar 19 13:15:14 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 13:15:14 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <49C234F8.4040407@opencsw.org> References: <49C234F8.4040407@opencsw.org> Message-ID: <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> Hi Roger, Am 19.03.2009 um 13:05 schrieb Roger H?kansson: > I'm trying to package the latest version of netsnmp but I've > stumbled upon a bit of a problem. > > First I tried on my own two build machines (a sparc and a x86 both > running Solaris8) and got the sparc done, but on my x86 several of > the tests core dumps. > > So then I tried on the build farm, but there I got the exact same > problem both on x86 and sparc: the perl modules get linked against > the installed libraries and not my newly built ones and (at least > thats why I think) the perl test fails. > > Anyone got a clue how to manipulate the output (in this case the > link arguments) in the makefiles that get generated from Makefile.PL > (without actually generate then, edit and commit them into gar-svn)? This is done inside the Makefile. You have basically three options: 1. Understand what is going on in the Makefile and make sure the first -L... points to your newly build libraries 2. Build a wrapper for 'cc' which reorders the -L arguments (Thanks James for the cool idea!) 3. Test it on a private machine to make sure it works and disable tests on the build farm Best regards -- Dago From william at wbonnet.net Thu Mar 19 15:59:24 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 19 Mar 2009 15:59:24 +0100 Subject: [csw-maintainers] New mirror Message-ID: <49C25DCC.7070906@wbonnet.net> Hi I am pleased to net you know that a new mirror is available. opencsw.solaris-fr.org This mirror is based in France (Marseille area) and is hosted by french CNRS. Many thanks to Gerard Henry 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 maybird1776 at yahoo.com Thu Mar 19 16:41:20 2009 From: maybird1776 at yahoo.com (ken mays) Date: Thu, 19 Mar 2009 08:41:20 -0700 (PDT) Subject: [csw-maintainers] Samba Message-ID: <66896.19523.qm@web111308.mail.gq1.yahoo.com> Hello, Is Samba being updated anytime soon? ~K From phil at bolthole.com Thu Mar 19 17:04:52 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Mar 2009 09:04:52 -0700 Subject: [csw-maintainers] Samba In-Reply-To: <66896.19523.qm@web111308.mail.gq1.yahoo.com> References: <66896.19523.qm@web111308.mail.gq1.yahoo.com> Message-ID: <20090319160451.GA80449@bolthole.com> On Thu, Mar 19, 2009 at 08:41:20AM -0700, ken mays wrote: > > > Hello, > > Is Samba being updated anytime soon? someone is working on it. meanwhile, there is a somewhatmore uptodate package (that is sadly a jumbo package that doenst match prior splitups) in testing. From trygvis at opencsw.org Thu Mar 19 20:51:28 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Thu, 19 Mar 2009 20:51:28 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090317012751.GC22767@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> <20090317012751.GC22767@bolthole.com> Message-ID: <49C2A240.2000305@opencsw.org> Philip Brown wrote: > On Mon, Mar 16, 2009 at 08:02:48PM -0400, Ben Walton wrote: >> Just my 2 cents for the evening. I really am ok with this if we want >> to blanket license (for simplicity or sanity or whatever) all >> descriptions under the same license as mGar itself (GPLv2). > > that would be inappropriate. for multiple reasons, but also for reasons > that the Gnu foundation itself raises; pure GPL is unsuited for > documentation and non"code" entities. thats why the > "gnu free documentation license" or whatever was invented. > > I would like to suggest that we dont flood the mailing list with "from > scratch" discussion, becuase it will make it very, VERY noisy, for the next > few weeks. I'd like maintainers to stay in the habit of actually reading > this list? :) > > I would like to suggest that we table discussion, until Trygve chimes in on > what he remembers from the meeting. That would save a lot of time and > bandwidth. Otherwise, probably an IRC meeting would be best to get license > talks "Jumpstarted". Then we finalize things on the list? > (after posting logs of the irc session) AFAIR we didn't agree on anything other than "it would be nice". -- Trygve From hson at opencsw.org Thu Mar 19 21:25:02 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 19 Mar 2009 21:25:02 +0100 Subject: [csw-maintainers] xmlrpc-c 1.16.13 in /testing Message-ID: <49C2AA1E.7000202@opencsw.org> I've packaged xmlrpc-c 1.16.13 (from the stable branch) and the packages are availabe from /testing From bwalton at opencsw.org Thu Mar 19 21:27:00 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 19 Mar 2009 16:27:00 -0400 Subject: [csw-maintainers] updated git in /testing Message-ID: <1237494397-sup-4665@ntdws12.chass.utoronto.ca> I've placed 1.6.2.1 packages in /testing. 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 Thu Mar 19 21:43:58 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Mar 2009 15:43:58 -0500 Subject: [csw-maintainers] gcc4 update Message-ID: <49C2AE8E.2090503@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good News, I have gcc4 compiling and ready to be packaged up, I have the amd64/i386 stuff worked out and preliminary tests are looking good. Expect to see the new version in testing by the beginning of 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.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknCro4ACgkQLrhmsXMSLxcRIwCgw/ZunMYJy3WobrK9+ZKv71qc tR8AoOPGG7rWfjvgPXrVixkKskzufL0n =1bfC -----END PGP SIGNATURE----- From dam at opencsw.org Thu Mar 19 21:50:00 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Mar 2009 21:50:00 +0100 Subject: [csw-maintainers] gcc4 update In-Reply-To: <49C2AE8E.2090503@opencsw.org> References: <49C2AE8E.2090503@opencsw.org> Message-ID: <97273EA7-5D32-4058-A96A-84A454040E0E@opencsw.org> Hi Mike, Am 19.03.2009 um 21:43 schrieb Mike Watters: > Good News, > > I have gcc4 compiling and ready to be packaged up, > I have the amd64/i386 stuff worked out and preliminary tests are > looking good. > > Expect to see the new version in testing by the beginning of next > week. Great! This will allow full 64 bit builds for boths archs. Ken, I guess it will be best if you start with your GAR work now so you are comfortable with GAR when gcc hits the street. Best regards -- Dago From phil at bolthole.com Thu Mar 19 22:01:09 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Mar 2009 14:01:09 -0700 Subject: [csw-maintainers] python, py, pyc, pyo In-Reply-To: <49C29E70.8070400@wbonnet.net> References: <49C03BD7.7030104@wbonnet.net> <20090318163628.GD11300@bolthole.com> <49C25F36.9060201@wbonnet.net> <20090319162239.GG80449@bolthole.com> <49C2829F.4000209@wbonnet.net> <20090319180505.GC6120@bolthole.com> <49C2932B.9090007@wbonnet.net> <20090319191352.GF6120@bolthole.com> <49C29E70.8070400@wbonnet.net> Message-ID: <20090319210109.GK6120@bolthole.com> On Thu, Mar 19, 2009 at 08:35:12PM +0100, William Bonnet wrote: > Debian provides only .py files. Should i add also .pyo and .pyc ? ehhh.... you have to conference with the python maintainer. Adding maintainers list for a broader discussion, as well. There is a way to make that happen nicely... thing is, you have to plan it properly. python really wants those files compiled "some time". The question then becomes by what, when, and where. By the maintainer of individual packages, and shipped with? or compiled at pkgadd time? or.....? You have to make sure that python will compile it to an appropriate place. thing is, there may be variations on what is "best"; It may be "best" in some situations to compile to /opt/csw/libXXXX, but OTHER situations, to compile to /var/opt/csw/libXXXXX. In other words, we may want to have python support some kind of site-local location override for this sort of thing. I vaguely recall a mention of this issue on one of the opensolaris mailing lists. probably the pkg-discuss one. It was centered around IPS packaging, but the principles are the same. From phil at bolthole.com Thu Mar 19 22:02:47 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 19 Mar 2009 14:02:47 -0700 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <49C2A240.2000305@opencsw.org> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> <20090317012751.GC22767@bolthole.com> <49C2A240.2000305@opencsw.org> Message-ID: <20090319210246.GL6120@bolthole.com> On Thu, Mar 19, 2009 at 08:51:28PM +0100, Trygve Laugst?l wrote: >> I would like to suggest that we table discussion, until Trygve chimes in on >> what he remembers from the meeting. That would save a lot of time and >> bandwidth. Otherwise, probably an IRC meeting would be best to get license >> talks "Jumpstarted". Then we finalize things on the list? >> (after posting logs of the irc session) > > AFAIR we didn't agree on anything other than "it would be nice". Sigh.... I remember that we got into very great detail.. but if noone else remembers, and we dont have a recording, guess we may as well start from ground zero. ugh. So.. we wanna set up an IRC chat to discuss? Or just let it be for now? From maybird1776 at yahoo.com Fri Mar 20 00:10:51 2009 From: maybird1776 at yahoo.com (ken mays) Date: Thu, 19 Mar 2009 16:10:51 -0700 (PDT) Subject: [csw-maintainers] gcc4 update Message-ID: <715084.65885.qm@web111312.mail.gq1.yahoo.com> Do you have the GCC 4.3.3 test results on Solaris 8 from OpenCSW? I'm mainly looking for GCC 4.3.3 test results for Solaris 64-bit builds (sparcv9/amd64). I need a little 'warm and fuzzy' before I go through KDE 4.2.1 hacking processes. ~K --- On Thu, 3/19/09, Dagobert Michelsen wrote: > From: Dagobert Michelsen > Subject: Re: [csw-maintainers] gcc4 update > To: "internal list for the CSW maintainers" > Cc: "Ken Mays" > Date: Thursday, March 19, 2009, 4:50 PM > Hi Mike, > > Am 19.03.2009 um 21:43 schrieb Mike Watters: > > Good News, > > > > I have gcc4 compiling and ready to be packaged up, > > I have the amd64/i386 stuff worked out and preliminary > tests are looking good. > > > > Expect to see the new version in testing by the > beginning of next week. > > Great! This will allow full 64 bit builds for boths archs. > Ken, I guess it will be best if you start with your GAR > work > now so you are comfortable with GAR when gcc hits the > street. > > > Best regards > > ? -- Dago > From maybird1776 at yahoo.com Fri Mar 20 00:20:21 2009 From: maybird1776 at yahoo.com (ken mays) Date: Thu, 19 Mar 2009 16:20:21 -0700 (PDT) Subject: [csw-maintainers] KDE 4.2.1 update Message-ID: <831220.37733.qm@web111303.mail.gq1.yahoo.com> Hello, I'll be reviewing the staging of KDE 4.2.1 into the current stack for GAR builds. This will after review of GCC 4.3.3. testing in AMD64/sparcv9 build environments on Solaris 8-10. ~K From mwatters at opencsw.org Fri Mar 20 00:38:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Mar 2009 18:38:57 -0500 Subject: [csw-maintainers] gcc4 update In-Reply-To: <715084.65885.qm@web111312.mail.gq1.yahoo.com> References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> Message-ID: <49C2D791.4080901@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ken mays wrote: > Do you have the GCC 4.3.3 test results on Solaris 8 from OpenCSW? > I'm mainly looking for GCC 4.3.3 test results for Solaris 64-bit builds (sparcv9/amd64). > > I need a little 'warm and fuzzy' before I go through KDE 4.2.1 hacking > processes. > > ~K > > > > --- On Thu, 3/19/09, Dagobert Michelsen wrote: > >> From: Dagobert Michelsen >> Subject: Re: [csw-maintainers] gcc4 update >> To: "internal list for the CSW maintainers" >> Cc: "Ken Mays" >> Date: Thursday, March 19, 2009, 4:50 PM >> Hi Mike, >> >> Am 19.03.2009 um 21:43 schrieb Mike Watters: >>> Good News, >>> >>> I have gcc4 compiling and ready to be packaged up, >>> I have the amd64/i386 stuff worked out and preliminary >> tests are looking good. >>> Expect to see the new version in testing by the >> beginning of next week. >> >> Great! This will allow full 64 bit builds for boths archs. >> Ken, I guess it will be best if you start with your GAR >> work >> now so you are comfortable with GAR when gcc hits the >> street. >> >> >> Best regards >> >> -- Dago >> > > > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers the only thing I have as test results now are very simple programs that I compiled on all four architectures. Once I get the last bit done... garifying the amd64/i386 merge I will release to testing. maybe we can get it installed on 8x and 10x replacing the existing 4.x build since we have gcc working. I have the gcc build on the "top" of my list to get out. followed closely by cmake ;) - -- 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 iEYEARECAAYFAknC15EACgkQLrhmsXMSLxfk8wCgnzimFSuClhdP30d2ZQYi99Ei OFQAnjlCLS9KtdEB5jnvyNGTuenNvkMD =2KRB -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 20 00:41:08 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 19 Mar 2009 18:41:08 -0500 Subject: [csw-maintainers] gcc4 update In-Reply-To: <49C2D791.4080901@opencsw.org> References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> <49C2D791.4080901@opencsw.org> Message-ID: <49C2D814.5030105@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > ken mays wrote: >> Do you have the GCC 4.3.3 test results on Solaris 8 from OpenCSW? >> I'm mainly looking for GCC 4.3.3 test results for Solaris 64-bit builds (sparcv9/amd64). > >> I need a little 'warm and fuzzy' before I go through KDE 4.2.1 hacking >> processes. > >> ~K > > > >> --- On Thu, 3/19/09, Dagobert Michelsen wrote: > >>> From: Dagobert Michelsen >>> Subject: Re: [csw-maintainers] gcc4 update >>> To: "internal list for the CSW maintainers" >>> Cc: "Ken Mays" >>> Date: Thursday, March 19, 2009, 4:50 PM >>> Hi Mike, >>> >>> Am 19.03.2009 um 21:43 schrieb Mike Watters: >>>> Good News, >>>> >>>> I have gcc4 compiling and ready to be packaged up, >>>> I have the amd64/i386 stuff worked out and preliminary >>> tests are looking good. >>>> Expect to see the new version in testing by the >>> beginning of next week. >>> >>> Great! This will allow full 64 bit builds for boths archs. >>> Ken, I guess it will be best if you start with your GAR >>> work >>> now so you are comfortable with GAR when gcc hits the >>> street. >>> >>> >>> Best regards >>> >>> -- Dago >>> > > > >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > the only thing I have as test results now are very simple programs that I compiled on all four architectures. Once I > get the last bit done... garifying the amd64/i386 merge I will release to testing. > maybe we can get it installed on 8x and 10x replacing the existing 4.x build since we have gcc working. I have the gcc > build on the "top" of my list to get out. > > followed closely by cmake ;) > > > > > > > > my plan is to run through the gcc test suite over the weekend. _______________________________________________ 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 iEYEARECAAYFAknC2BQACgkQLrhmsXMSLxcBGwCgi/07qP8ydc/+lx/NGSMt9aDP O5cAoJTDMmis2aUO+Z2jlTZiurMJ6VeN =4Rkr -----END PGP SIGNATURE----- From harpchad at opencsw.org Fri Mar 20 00:48:53 2009 From: harpchad at opencsw.org (Chad Harp) Date: Thu, 19 Mar 2009 18:48:53 -0500 Subject: [csw-maintainers] gcc4 update In-Reply-To: <49C2D814.5030105@opencsw.org> References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> <49C2D791.4080901@opencsw.org> <49C2D814.5030105@opencsw.org> Message-ID: Dago, I know it's not something we want to do often, but perhaps this would qualify for some temporary zones so we can test along side the existing version? On Mar 19, 2009, at 6:41 PM, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mike Watters wrote: >> ken mays wrote: >>> Do you have the GCC 4.3.3 test results on Solaris 8 from OpenCSW? >>> I'm mainly looking for GCC 4.3.3 test results for Solaris 64-bit >>> builds (sparcv9/amd64). >> >>> I need a little 'warm and fuzzy' before I go through KDE 4.2.1 >>> hacking >>> processes. >> >>> ~K >> >> >> >>> --- On Thu, 3/19/09, Dagobert Michelsen wrote: >> >>>> From: Dagobert Michelsen >>>> Subject: Re: [csw-maintainers] gcc4 update >>>> To: "internal list for the CSW maintainers" >>>> >>>> Cc: "Ken Mays" >>>> Date: Thursday, March 19, 2009, 4:50 PM >>>> Hi Mike, >>>> >>>> Am 19.03.2009 um 21:43 schrieb Mike Watters: >>>>> Good News, >>>>> >>>>> I have gcc4 compiling and ready to be packaged up, >>>>> I have the amd64/i386 stuff worked out and preliminary >>>> tests are looking good. >>>>> Expect to see the new version in testing by the >>>> beginning of next week. >>>> >>>> Great! This will allow full 64 bit builds for boths archs. >>>> Ken, I guess it will be best if you start with your GAR >>>> work >>>> now so you are comfortable with GAR when gcc hits the >>>> street. >>>> >>>> >>>> Best regards >>>> >>>> -- Dago >>>> >> >> >> >>> _______________________________________________ >>> maintainers mailing list >>> maintainers at lists.opencsw.org >>> https://lists.opencsw.org/mailman/listinfo/maintainers >> the only thing I have as test results now are very simple >> programs that I compiled on all four architectures. Once I >> get the last bit done... garifying the amd64/i386 merge I will >> release to testing. >> maybe we can get it installed on 8x and 10x replacing the existing >> 4.x build since we have gcc working. I have the gcc >> build on the "top" of my list to get out. >> >> followed closely by cmake ;) >> >> >> >> >> >> >> >> > my plan is to run through the gcc test suite over the weekend. > > _______________________________________________ > 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 > > iEYEARECAAYFAknC2BQACgkQLrhmsXMSLxcBGwCgi/07qP8ydc/+lx/NGSMt9aDP > O5cAoJTDMmis2aUO+Z2jlTZiurMJ6VeN > =4Rkr > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From hson at opencsw.org Fri Mar 20 06:47:50 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 20 Mar 2009 06:47:50 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> Message-ID: <49C32E06.7050501@opencsw.org> > This is done inside the Makefile. You have basically three options: > > 1. Understand what is going on in the Makefile and make sure the first > -L... > points to your newly build libraries > 2. Build a wrapper for 'cc' which reorders the -L arguments > (Thanks James for the cool idea!) > 3. Test it on a private machine to make sure it works and disable tests > on the build farm I'm fully aware of whats going on and how I could do a quick and dirty fix (edit the Makefile). What I would like to do is to make a more clean and future-proof solution, i.e change the way Makefile.PL->Makefile is done, instead of checking in pregenerated (and edited) Makefiles into svn. From dam at opencsw.org Fri Mar 20 09:11:04 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 09:11:04 +0100 Subject: [csw-maintainers] gcc4 update In-Reply-To: References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> <49C2D791.4080901@opencsw.org> <49C2D814.5030105@opencsw.org> Message-ID: <57CC63BB-01F4-4060-8228-2E3A4CB2D940@opencsw.org> Hi Chad, Am 20.03.2009 um 00:48 schrieb Chad Harp: > On Mar 19, 2009, at 6:41 PM, Mike Watters wrote: >> my plan is to run through the gcc test suite over the weekend. >> > > Dago, I know it's not something we want to do often, but perhaps > this would qualify for some temporary zones so we can test along > side the existing version? Sure, I can make Sparc zones very easily. However, build8x is a physical machine (you don't want to see a picture of it - trust me!) and even setting this one up was a pain. build9x and build10x are both VMware ESX VMs, but build10x is not zoned - building is currently done in the global zone. This may have not been a good idea as I see now. So, setting up build build10s-gcc4 and build8s-gcc4 is easy, build10x-gcc4 is some work and build8x-gcc4 is hard work. Now which ones do you need? Best regards -- Dago From dam at opencsw.org Fri Mar 20 09:11:59 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 09:11:59 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <49C32E06.7050501@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> Message-ID: Hi Roger, Am 20.03.2009 um 06:47 schrieb Roger H?kansson: >> This is done inside the Makefile. You have basically three options: >> 1. Understand what is going on in the Makefile and make sure the >> first -L... >> points to your newly build libraries >> 2. Build a wrapper for 'cc' which reorders the -L arguments >> (Thanks James for the cool idea!) >> 3. Test it on a private machine to make sure it works and disable >> tests >> on the build farm > > I'm fully aware of whats going on and how I could do a quick and > dirty fix (edit the Makefile). > What I would like to do is to make a more clean and future-proof > solution, i.e change the way Makefile.PL->Makefile is done, instead > of checking in pregenerated (and edited) Makefiles into svn. Please check in what you have done and post the SVN path so we can take a look at it. Best regards -- Dago From hson at opencsw.org Fri Mar 20 09:19:15 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 20 Mar 2009 09:19:15 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> Message-ID: <49C35183.1050908@opencsw.org> > Please check in what you have done and post the SVN path so we > can take a look at it. It's already there https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/netsnmp/trunk/ From dam at opencsw.org Fri Mar 20 09:22:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 09:22:38 +0100 Subject: [csw-maintainers] Updating packages on all buildfarm server to "current" Message-ID: <47BEC1AF-0B19-4262-BDE4-45093B7B310D@opencsw.org> Hi, I will be updating the OpenCSW packages on all buildfarm servers to current. Please stand by. Best regards -- Dago From dam at opencsw.org Fri Mar 20 10:58:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 10:58:42 +0100 Subject: [csw-maintainers] Updating packages on all buildfarm server to "current" In-Reply-To: <47BEC1AF-0B19-4262-BDE4-45093B7B310D@opencsw.org> References: <47BEC1AF-0B19-4262-BDE4-45093B7B310D@opencsw.org> Message-ID: <193FAE94-1B5B-4D60-A227-1A065350F551@opencsw.org> Hi, Am 20.03.2009 um 09:22 schrieb Dagobert Michelsen: > I will be updating the OpenCSW packages on all buildfarm servers to > current. Please stand by. All packages have been updated. Have fun resuming your work :-) Best regards -- Dago From william at wbonnet.net Fri Mar 20 11:31:12 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 20 Mar 2009 11:31:12 +0100 Subject: [csw-maintainers] KDE 4.2.1 update In-Reply-To: <831220.37733.qm@web111303.mail.gq1.yahoo.com> References: <831220.37733.qm@web111303.mail.gq1.yahoo.com> Message-ID: <49C37070.2050401@wbonnet.net> Hi Ken > I'll be reviewing the staging of KDE 4.2.1 into the current stack for > GAR builds. This will after review of GCC 4.3.3. testing in AMD64/sparcv9 > build environments on Solaris 8-10. > If you need some help to add some of your KDE or Gnome stuff to GAR, feel free to ask for some help. It is a huge amount of work since there is many packages. I can help you adding some (without taking over). Especially since i need some updates for Xfce. 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 Fri Mar 20 11:43:37 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 11:43:37 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <49C35183.1050908@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> Message-ID: <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> Hi Roger, Am 20.03.2009 um 09:19 schrieb Roger H?kansson: > > Please check in what you have done and post the SVN path so we >> can take a look at it. > > It's already there https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/netsnmp/trunk/ Some investigation: - Running the testcase gives me an error: > build8s% /opt/csw/bin/perl /tmp/snmp-test-44-18205/hello.pl > Can't load '/home/hson/dev/mgar/pkg/netsnmp/trunk/work/build-isa- > sparcv8/net-snmp-5.4.2.1/perl/blib/arch/auto/NetSNMP/ASN/ASN.so' for > module NetSNMP::ASN: ld.so.1: perl: fatal: libnetsnmp.so.15: open > failed: No such file or directory at /opt/csw/lib/perl/5.8.8/ > DynaLoader.pm line 230. > at /tmp/snmp-test-44-18205/hello.pl line 7 > Compilation failed in require at /tmp/snmp-test-44-18205/hello.pl > line 7. > BEGIN failed--compilation aborted at /tmp/snmp-test-44-18205/ > hello.pl line 7. - Trying to link it points to *.so.10 instead of the provided *.so.15: > build8s% ldd ../perl/blib/arch/auto/NetSNMP/ASN/ASN.so > libnetsnmp.so.10 => /opt/csw/lib/libnetsnmp.so.10 > libgen.so.1 => /usr/lib/libgen.so.1 > libelf.so.1 => /usr/lib/libelf.so.1 > libnsl.so.1 => /usr/lib/libnsl.so.1 > libsocket.so.1 => /usr/lib/libsocket.so.1 > libc.so.1 => /usr/lib/libc.so.1 > libdl.so.1 => /usr/lib/libdl.so.1 > libmp.so.2 => /usr/lib/libmp.so.2 > /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 > build8s% ls -l ../snmplib/.libs/libnetsnmp.* > -rw-r--r-- 1 dam csw 1217648 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.a > lrwxrwxrwx 1 dam csw 16 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.la -> ../libnetsnmp.la > -rw-r--r-- 1 dam csw 887 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.lai > lrwxrwxrwx 1 dam csw 20 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.so -> libnetsnmp.so.15.1.2 > lrwxrwxrwx 1 dam csw 20 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.so.15 -> libnetsnmp.so.15.1.2 > -rwxr-xr-x 1 dam csw 865424 Mar 20 09:37 ../ > snmplib/.libs/libnetsnmp.so.15.1.2 It looks like there is a problem setting NET-SNMP-IN-SOURCE NET-SNMP-PATH to use local binding, but I can't find where this is actually set :-( Best regards -- Dago From maybird1776 at yahoo.com Fri Mar 20 12:42:20 2009 From: maybird1776 at yahoo.com (ken mays) Date: Fri, 20 Mar 2009 04:42:20 -0700 (PDT) Subject: [csw-maintainers] KDE 4.2.1 update Message-ID: <92061.52318.qm@web111315.mail.gq1.yahoo.com> William, That sounds good. You'll want to build Firefox 3.1b3 on Solaris 8 before we start down that path. ;o) ~ K --- On Fri, 3/20/09, William Bonnet wrote: > From: William Bonnet > Subject: Re: [csw-maintainers] KDE 4.2.1 update > To: "internal list for the CSW maintainers" > Date: Friday, March 20, 2009, 6:31 AM > Hi Ken > > I'll be reviewing the staging of KDE 4.2.1 into the > current stack for > > GAR builds. This will after review of GCC 4.3.3. > testing in AMD64/sparcv9 > > build environments on Solaris 8-10. > >??? > If you need some help to add some of your KDE or Gnome > stuff to GAR, feel free to ask for some help. It is a huge > amount of work since there is many packages. > > I can help you adding some (without taking over). > Especially since i need some updates for Xfce. > > 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 > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From skayser at opencsw.org Fri Mar 20 14:15:37 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 20 Mar 2009 14:15:37 +0100 Subject: [csw-maintainers] New/updated pkgs in testing: socat, dovecot (+ dovecot_devel, dovecot_sieve) Message-ID: <49C396F9.1040105@opencsw.org> Hi, i have put together updated dovecot packages and a socat package and put them in testing. dovecot_sieve-1.1.11,REV=2009.03.20-SunOS5.8-sparc-CSW.pkg.gz dovecot_sieve-1.1.11,REV=2009.03.20-SunOS5.8-i386-CSW.pkg.gz dovecot_devel-1.1.11,REV=2009.03.20-SunOS5.8-sparc-CSW.pkg.gz dovecot_devel-1.1.11,REV=2009.03.20-SunOS5.8-i386-CSW.pkg.gz dovecot-1.1.11,REV=2009.03.20-SunOS5.8-sparc-CSW.pkg.gz dovecot-1.1.11,REV=2009.03.20-SunOS5.8-i386-CSW.pkg.gz socat-1.7.0.0,REV=2009.03.20-SunOS5.8-sparc-CSW.pkg.gz socat-1.7.0.0,REV=2009.03.20-SunOS5.8-i386-CSW.pkg.gz dovecot uses cswusergroup, cswcpsampleconf, and cswinitsmf. Upgrades of existing 1.0.x installations should work fine. On a fresh installation dovecot should work out of the box for secure IMAP/POP access to system user mailboxes. If anyone wants to give them a spin ... feedback is as always appreciated. Sebastian From skayser at opencsw.org Fri Mar 20 14:21:39 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 20 Mar 2009 14:21:39 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> Message-ID: <49C39863.3070708@opencsw.org> Dagobert Michelsen wrote: > Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: >> * Ross Macduff wrote: >>> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 >>> >>> Please let me know if there are any issues with it. >> gsed now contains a file which is also in CSWiconv >> >> /opt/csw/lib/charset.alias >> >> Don't know where it really belongs, but i guess we should avoid >> prompting the users to answer whether they want to install conflicting >> files. > > This file should only be included in libiconv and excluded just like > info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES > accordingly. Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES didn't work for me with gar/v2 revision 3797. Sebastian From rmacduff at opencsw.org Fri Mar 20 14:31:31 2009 From: rmacduff at opencsw.org (Ross Macduff) Date: Fri, 20 Mar 2009 09:31:31 -0400 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <49C39863.3070708@opencsw.org> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> <49C39863.3070708@opencsw.org> Message-ID: <1237555648-sup-2640@frog.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Fri Mar 20 09:21:39 -0400 2009: > Dagobert Michelsen wrote: > > Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: > >> * Ross Macduff wrote: > >>> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 > >>> > >>> Please let me know if there are any issues with it. > >> gsed now contains a file which is also in CSWiconv > >> > >> /opt/csw/lib/charset.alias > >> > >> Don't know where it really belongs, but i guess we should avoid > >> prompting the users to answer whether they want to install conflicting > >> files. > > > > This file should only be included in libiconv and excluded just like > > info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES > > accordingly. > > Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES didn't > work for me with gar/v2 revision 3797. > > Sebastian I've even tried using EXTRA_PKGFILES_EXCLUDED, but that doesn't seem to do the trick either. I know I could resort to manually editing the prototype to exclude lib/charset.alias and then repackage, but I was hoping for a better solution. Ross From skayser at opencsw.org Fri Mar 20 15:23:16 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 20 Mar 2009 15:23:16 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <1237555648-sup-2640@frog.chass.utoronto.ca> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> <49C39863.3070708@opencsw.org> <1237555648-sup-2640@frog.chass.utoronto.ca> Message-ID: <49C3A6D4.20803@opencsw.org> Ross Macduff wrote: > Excerpts from Sebastian Kayser's message of Fri Mar 20 09:21:39 -0400 2009: >> Dagobert Michelsen wrote: >>> Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: >>>> * Ross Macduff wrote: >>>>> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 >>>>> >>>>> Please let me know if there are any issues with it. >>>> gsed now contains a file which is also in CSWiconv >>>> >>>> /opt/csw/lib/charset.alias >>>> >>>> Don't know where it really belongs, but i guess we should avoid >>>> prompting the users to answer whether they want to install conflicting >>>> files. >>> This file should only be included in libiconv and excluded just like >>> info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES >>> accordingly. >> Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES didn't >> work for me with gar/v2 revision 3797. >> >> Sebastian > > I've even tried using EXTRA_PKGFILES_EXCLUDED, but that doesn't seem to > do the trick either. > > I know I could resort to manually editing the prototype to exclude > lib/charset.alias and then repackage, but I was hoping for a better > solution. Ross, did you try EXTRA_MERGE_EXCLUDE_FILES (note the _MERGE_)? For me this worked when i filled it with the absolute paths of the files i wanted to exclude. In your example this would be EXTRA_MERGE_EXCLUDE_FILES = $(libdir)/charset.alias Sebastian From harpchad at opencsw.org Fri Mar 20 18:14:40 2009 From: harpchad at opencsw.org (Chad Harp) Date: Fri, 20 Mar 2009 12:14:40 -0500 Subject: [csw-maintainers] gcc4 update In-Reply-To: <57CC63BB-01F4-4060-8228-2E3A4CB2D940@opencsw.org> References: <715084.65885.qm@web111312.mail.gq1.yahoo.com> <49C2D791.4080901@opencsw.org> <49C2D814.5030105@opencsw.org> <57CC63BB-01F4-4060-8228-2E3A4CB2D940@opencsw.org> Message-ID: <49C3CF00.1030201@opencsw.org> That would probably be useful, though it was the i386/amd64 package I was most interested in (Mike has access to sparc hardware that he's testing on). I was hoping to be able to do builds of some of my packages with the new versions before we put it on the regular build environment. I suppose we can always back it out if we run into problems. Dagobert Michelsen wrote: > Hi Chad, > > Am 20.03.2009 um 00:48 schrieb Chad Harp: >> On Mar 19, 2009, at 6:41 PM, Mike Watters wrote: >>> my plan is to run through the gcc test suite over the weekend. >>> >> >> Dago, I know it's not something we want to do often, but perhaps this >> would qualify for some temporary zones so we can test along side the >> existing version? > > Sure, I can make Sparc zones very easily. However, build8x > is a physical machine (you don't want to see a picture of > it - trust me!) and even setting this one up was a pain. > build9x and build10x are both VMware ESX VMs, but build10x > is not zoned - building is currently done in the global zone. > This may have not been a good idea as I see now. > > So, setting up build build10s-gcc4 and build8s-gcc4 is easy, > build10x-gcc4 is some work and build8x-gcc4 is hard work. > > Now which ones do you need? > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From rmacduff at opencsw.org Fri Mar 20 18:41:09 2009 From: rmacduff at opencsw.org (Ross Macduff) Date: Fri, 20 Mar 2009 13:41:09 -0400 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <49C3A6D4.20803@opencsw.org> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> <49C39863.3070708@opencsw.org> <1237555648-sup-2640@frog.chass.utoronto.ca> <49C3A6D4.20803@opencsw.org> Message-ID: <1237570859-sup-3717@frog.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Fri Mar 20 10:23:16 -0400 2009: > Ross Macduff wrote: > > Excerpts from Sebastian Kayser's message of Fri Mar 20 09:21:39 -0400 2009: > >> Dagobert Michelsen wrote: > >>> Am 19.03.2009 um 01:37 schrieb Sebastian Kayser: > >>>> * Ross Macduff wrote: > >>>>> gsed 4.1.5 is now available for testing: gsed-4.1.5,REV=2009.03.09 > >>>>> > >>>>> Please let me know if there are any issues with it. > >>>> gsed now contains a file which is also in CSWiconv > >>>> > >>>> /opt/csw/lib/charset.alias > >>>> > >>>> Don't know where it really belongs, but i guess we should avoid > >>>> prompting the users to answer whether they want to install conflicting > >>>> files. > >>> This file should only be included in libiconv and excluded just like > >>> info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES > >>> accordingly. > >> Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES didn't > >> work for me with gar/v2 revision 3797. > >> > >> Sebastian > > > > I've even tried using EXTRA_PKGFILES_EXCLUDED, but that doesn't seem to > > do the trick either. > > > > I know I could resort to manually editing the prototype to exclude > > lib/charset.alias and then repackage, but I was hoping for a better > > solution. > > Ross, did you try EXTRA_MERGE_EXCLUDE_FILES (note the _MERGE_)? For me > this worked when i filled it with the absolute paths of the files i > wanted to exclude. In your example this would be > > EXTRA_MERGE_EXCLUDE_FILES = $(libdir)/charset.alias > > Sebastian Thanks Sebastian! That did the trick. Ross From phil at bolthole.com Fri Mar 20 21:46:16 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 20 Mar 2009 13:46:16 -0700 Subject: [csw-maintainers] GAR safety check needed: UNCOMMITTED Message-ID: <20090320204616.GP69331@bolthole.com> I have a sanity check in my hand-build packages: I call "sccs check" before continuing. If there is anything that is not checked in, it autocancels packaging. I think that gar needs to have a similar feature. or at the very least, it mods the package name from its usual, to insert "UNCOMMITTED" in the filename, so if someone is making a package for test purposes, they dont "accidentally" submit it for official release. I've had to deal with a whole slew of packages, with PSTAMP=xxxxxx-UNCOMMITTED-xxxx lately. It's wasting a lot of time. From dam at opencsw.org Fri Mar 20 22:00:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 22:00:49 +0100 Subject: [csw-maintainers] gsed 4.1.5 in testing In-Reply-To: <49C39863.3070708@opencsw.org> References: <1236629528-sup-6652@frog.chass.utoronto.ca> <20090319003717.GA28072@sebastiankayser.de> <20070A1E-BC88-488E-98C7-77B390B75438@opencsw.org> <49C39863.3070708@opencsw.org> Message-ID: <2F7F7356-04AF-490C-86C4-FCD4FAB14D5C@opencsw.org> Hi, Am 20.03.2009 um 14:21 schrieb Sebastian Kayser: > Dagobert Michelsen wrote: >> This file should only be included in libiconv and excluded just like >> info.dir from all other packages. Just set EXTRA_EXCLUDE_FILES >> accordingly. > > Dago, do you mean EXTRA_MERGE_EXCLUDE_FILES? EXTRA_EXCLUDE_FILES > didn't > work for me with gar/v2 revision 3797. Yes, EXTRA_MERGE_EXCLUDE_FILES, typo, sorry... Best regards -- Dago From dam at opencsw.org Fri Mar 20 22:12:41 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 22:12:41 +0100 Subject: [csw-maintainers] GAR safety check needed: UNCOMMITTED In-Reply-To: <20090320204616.GP69331@bolthole.com> References: <20090320204616.GP69331@bolthole.com> Message-ID: <30FC43CA-84AE-4F6A-877C-9D503A855B89@opencsw.org> Hi Phil, Am 20.03.2009 um 21:46 schrieb Philip Brown: > I have a sanity check in my hand-build packages: > I call "sccs check" before continuing. > If there is anything that is not checked in, it autocancels packaging. > I think that gar needs to have a similar feature. > > or at the very least, it mods the package name from its usual, to > insert > "UNCOMMITTED" in the filename, so if someone is making a package for > test > purposes, they dont "accidentally" submit it for official release. > > > I've had to deal with a whole slew of packages, with > PSTAMP=xxxxxx-UNCOMMITTED-xxxx > > lately. It's wasting a lot of time. Sure, this can easily be done. Best regards -- Dago From dam at opencsw.org Fri Mar 20 22:17:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 20 Mar 2009 22:17:34 +0100 Subject: [csw-maintainers] [csw-buildfarm] please install autogen on the buildfarm In-Reply-To: <49C3BE00.4080001@opencsw.org> References: <49C3BE00.4080001@opencsw.org> Message-ID: <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Hi Mike, Am 20.03.2009 um 17:02 schrieb Mike Watters: > please install autogen on the buildfarm Done. Looks like the autogen postinstall is buggy: > [ verifying class ] > ## Executing postinstall script. > /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ > mkdirentries: not found > postinstall: anomaly : Info directory update failed! > pkgadd: ERROR: postinstall script did not complete successfully Best regards -- Dago From bwalton at opencsw.org Sat Mar 21 00:43:55 2009 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 20 Mar 2009 19:43:55 -0400 Subject: [csw-maintainers] GAR safety check needed: UNCOMMITTED In-Reply-To: <30FC43CA-84AE-4F6A-877C-9D503A855B89@opencsw.org> References: <20090320204616.GP69331@bolthole.com> <30FC43CA-84AE-4F6A-877C-9D503A855B89@opencsw.org> Message-ID: <1237591996-sup-5407@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Fri Mar 20 17:12:41 -0400 2009: > > or at the very least, it mods the package name from its usual, to > > insert "UNCOMMITTED" in the filename, so if someone is making a > > package for test purposes, they dont "accidentally" submit it for > > official release. > > > > I've had to deal with a whole slew of packages, with > > PSTAMP=xxxxxx-UNCOMMITTED-xxxx > > Sure, this can easily be done. I think this should happen in two steps. 1. Add the check to checkpkg itself (that's what it's there for, after all). 2. Facilitate the call to checkpkg from GAR in a way that the maintainer can still generate package files without committing but the GAR process isn't considered quite complete. This could be done by changing the package target to depend on two new targets like _packagefiles and _checkpkgs. The maintainer would still call `make package` as per routine/habit, but could have package files to inspect even if not everything is committed. This facilitates debugging dynamic prototypes for multi-package builds without committing (log clutter) for every little tweak. This should achieve as much as can be done with technical solutions to a human problem while still leaving the maintainer freedom to work as needed. That's my take, anyway. 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 pfelecan at opencsw.org Sat Mar 21 13:59:58 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Sat, 21 Mar 2009 13:59:58 +0100 Subject: [csw-maintainers] [csw-buildfarm] please install autogen on the buildfarm In-Reply-To: <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> (Dagobert Michelsen's message of "Fri\, 20 Mar 2009 22\:17\:34 +0100") References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi Mike, > > Am 20.03.2009 um 17:02 schrieb Mike Watters: >> please install autogen on the buildfarm > > Done. Looks like the autogen postinstall is buggy: > >> [ verifying class ] >> ## Executing postinstall script. >> /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ >> mkdirentries: not found >> postinstall: anomaly : Info directory update failed! >> pkgadd: ERROR: postinstall script did not complete successfully I received a bug report on this issue but: 1. mkdirentries is/was in CSWtexinfo 2. autogen depends on CSWtexinfo 3. cannot reproduce on a nominal installation Does this occur only on the machines in the build farm? -- Peter From dam at opencsw.org Sun Mar 22 22:25:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 22 Mar 2009 22:25:46 +0100 Subject: [csw-maintainers] Competitive update Message-ID: <9A8A8CB7-148B-499F-A268-1FE292FF1E85@opencsw.org> Hi, I usually have a look what the competition is doing and plan to give summaries of the most important activities. ** SunFreeware ** Betreff: File Packages Update to Version 5.00 File Packages Update to Version 5.00 The open source version of the file command. -> Currently not in the catalog. Wanted package! Betreff: Pca Version 20090224.01 Added Pca Version 20090224.01 Added PCA, Patch Check Advanced, generates a list of installed and missing patches for Solaris systems and optionally downloads patches. -> Already on OpenCSW Betreff: Memconf Packages Updated to Version 2.10 Memconf Packages Updated to Version 2.10 Memconf is a perl script that displays memory modules installed in a Sun system. This only works on SPARC or Solaris 10 x86 systems. Memconf requires that you have perl installed on your system. -> Update request filed Betreff: Libidn Packages Updated to Version 1.13 Libidn Packages Updated to Version 1.13 GNU libidn is an implementation of stringprep, punycode, and IDNA specifications. -> Maintained by me, 'gmake check' fails, upstream notified Betreff: Pwgen 2.06 Packages Added Pwgen 2.06 Packages Added Pwgen is a small password generator which creates passwords that are easy to memorize. -> Orphaned Betreff: Conman 0.2.3 Packages Added Conman 0.2.3 Packages Added ConMan is a serial console management program designed to support a large number of console devices and simultaneous users. -> Not in the catalog, seems useful Betreff: Mailx Packages Updated to Version 12.4 Mailx Packages Updated to Version 12.4 Mailx (formerly nail) is a mail user agent that extends the features of the older mailx. -> Not in the catalog, wanted! Betreff: Mutt Packages Updated to Version 1.5.19 Mutt Packages Updated to Version 1.5.19 The Mutt email client. -> Update request files Betreff: Firefox 3 Packages Updated to Version 3.0.7 for Solaris 10 and OpenSolaris Firefox 3 Packages Updated to Version 3.0.7 for Solaris 10 and OpenSolaris The Firefox web browser has been updated. Version 3.0.7 packages for Solaris 10 and OpenSolaris are available. -> William is working on this one Betreff: Bash 4.0 Packages with net redirection disabled added Bash 4.0 Packages with net redirection disabled added Bash is an sh-compatible shell that incorporates useful features from the Korn shell (ksh) and C shell (csh). This bash package was built with --disable-net-redirections to satisfy security issues raised by some system administrators. -> Already in testing/ Betreff: Cclive 0.2.5 Packages Added Cclive 0.2.5 Packages Added Cclive is a command line video extraction utility. It suports YouTube, Google Video, and others. (Solaris 10 only) -> Not in the catalog, seems useful. ** Blastwave ** Betreff: Changeset [2361]: adding cvsync 0.24.19 Changeset [2361]: adding cvsync 0.24.19 adding cvsync 0.24.19 -> Not in the catalog, seems useful. Betreff: Changeset [2362]: adding nut 2.4.1 Changeset [2362]: adding nut 2.4.1 adding nut 2.4.1 -> Not in the catalog, seems useful Best regards -- Dago From dam at opencsw.org Sun Mar 22 22:41:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 22 Mar 2009 22:41:46 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Hi Peter, Am 21.03.2009 um 13:59 schrieb Peter FELECAN: > Dagobert Michelsen writes: >> Done. Looks like the autogen postinstall is buggy: >> >>> [ verifying class ] >>> ## Executing postinstall script. >>> /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ >>> mkdirentries: not found >>> postinstall: anomaly : Info directory update failed! >>> pkgadd: ERROR: postinstall script did not complete successfully > > I received a bug report on this issue but: > > 1. mkdirentries is/was in CSWtexinfo > 2. autogen depends on CSWtexinfo > 3. cannot reproduce on a nominal installation > > Does this occur only on the machines in the build farm? Looks like I am the texinfo maintainer and goofed this up :( There is a custom script /opt/csw/sbin/mkdirentries in the previous CSWtexinfo which I didn't include: > #!/bin/sh > BASE=/opt/csw > > FILES=`ls $BASE/share/info | /usr/xpg4/bin/grep -v -e "~" -e "dir"` > for i in $FILES; do > /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/ > info/dir 2> /dev/null > done I submitted this as bug against my package and start resolving it. Best regards -- Dago From dam at opencsw.org Sun Mar 22 23:08:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 22 Mar 2009 23:08:48 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Hi, Am 22.03.2009 um 22:41 schrieb Dagobert Michelsen: > Am 21.03.2009 um 13:59 schrieb Peter FELECAN: >> Dagobert Michelsen writes: >>> Done. Looks like the autogen postinstall is buggy: >>> >>>> [ verifying class ] >>>> ## Executing postinstall script. >>>> /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ >>>> mkdirentries: not found >>>> postinstall: anomaly : Info directory update failed! >>>> pkgadd: ERROR: postinstall script did not complete successfully >> >> I received a bug report on this issue but: >> >> 1. mkdirentries is/was in CSWtexinfo >> 2. autogen depends on CSWtexinfo >> 3. cannot reproduce on a nominal installation >> >> Does this occur only on the machines in the build farm? > > Looks like I am the texinfo maintainer and goofed this up :( > > There is a custom script /opt/csw/sbin/mkdirentries in the previous > CSWtexinfo which I didn't include: > >> #!/bin/sh >> BASE=/opt/csw >> >> FILES=`ls $BASE/share/info | /usr/xpg4/bin/grep -v -e "~" -e "dir"` >> for i in $FILES; do >> /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/ >> info/dir 2> /dev/null >> done > > I submitted this as bug against my package and start resolving it. There are updated packages in testing/: texinfo-4.13,REV=2009.03.22_rev=a-SunOS5.8-i386-CSW.pkg.gz texinfo-4.13,REV=2009.03.22_rev=a-SunOS5.8-sparc-CSW.pkg.gz I'll be relieved when finally everything is in GAR and these conversion errors will finally stop... Best regards -- Dago From william at wbonnet.net Sun Mar 22 23:27:47 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 22 Mar 2009 23:27:47 +0100 Subject: [csw-maintainers] Competitive update In-Reply-To: <9A8A8CB7-148B-499F-A268-1FE292FF1E85@opencsw.org> References: <9A8A8CB7-148B-499F-A268-1FE292FF1E85@opencsw.org> Message-ID: <49C6BB63.3020301@wbonnet.net> Hi > Betreff: Firefox 3 Packages Updated to Version 3.0.7 for Solaris 10 > and OpenSolaris > Firefox 3 Packages Updated to Version 3.0.7 for Solaris 10 and > OpenSolaris > The Firefox web browser has been updated. Version 3.0.7 packages for > Solaris 10 and OpenSolaris are available. > -> William is working on this one 3.0.6 is working fine. I never took time to compile 3.0.7, but porting to FF3 is done. I'm (slowly) updating dependencies and pushing then to unstable so then can be added to the farm. It takes more time, but it is safer. In the past we add some problems after i asked for the install of some packages i just build in order to satisfy some dependencies problems. I am a bit affraid it will be the same for xfce 4.6 (a long way...). I have not yet finished to compile it on my box, but i already know i will encounter the classical problem of updating in cascade severals dependencies and libs before i can produce all the packages. 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 mwatters at opencsw.org Mon Mar 23 00:15:04 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Mar 2009 18:15:04 -0500 Subject: [csw-maintainers] gcc4 Message-ID: <49C6C678.5070703@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I thought I had the merge all worked out. I was testing the "merged" binaries using the standard gcc testsuite. I ran into a very annoying problem... it seems that "some" of the linked libraries are named differently between sol8 and 10. for example, on i386-pc-solaris2.10 libstdc++.so.6.0.10: libm.so.2 => /lib/libm.so.2 on i386-pc-solaris2.8 libstdc++.so.6.0.10: libm.so.2 => (file not found) /lib/libm.so.2 does not exist on solaris 8, it is libm.so.1 I am looking for direction, I am now at a loss... options at this point that I can think of are as follows: 1) use "classes" and package up both builds into a single set IMO not a good choice because this will double the package size. 2) package them up as separate packages. one set for solaris 8 and one set for solaris 10. 3) hack the code to such a point that it is all linked against the same libraries. I am not even sure this is possible, even if it is possible, I think this would result in less stable packages. I have the test suite results from the make check in my home dir /home/mwatters/gcc-test-results/ for anyone that wants to look at them. they seem comparable to the ones posted at gcc.gnu.org http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg01389.html x86 solaris 8 http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg01650.html x86 solaris10 http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg02995.html sparc solaris 8 - -- 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 iEYEARECAAYFAknGxngACgkQLrhmsXMSLxcFLACgqIqAneYXu/yqSq2/tcKn3+D/ 7joAn2HoAEMRTFEU+g2fPESRv7AWUnUE =vFRn -----END PGP SIGNATURE----- From maciej at opencsw.org Mon Mar 23 00:45:04 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 22 Mar 2009 23:45:04 +0000 Subject: [csw-maintainers] A place for other project-related code Message-ID: Is there a place for project-related code that isn't package builds or mGAR? I'm thinking about things such as the website and utility scripts. For instance, there has to be some code responsible for updating the page with tested packages, or code used to configure the build farm. I wrote a script which checks availability of mirrors from the mirrors page. I'd like to stick it somewhere in the code repository, but I don't see a right place for doing that. Any ideas? Maciej From mwatters at opencsw.org Mon Mar 23 01:25:58 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Mar 2009 19:25:58 -0500 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: Message-ID: <49C6D716.6000508@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maciej (Matchek) Blizinski wrote: > Is there a place for project-related code that isn't package builds or > mGAR? I'm thinking about things such as the website and utility > scripts. For instance, there has to be some code responsible for > updating the page with tested packages, or code used to configure the > build farm. I wrote a script which checks availability of mirrors from > the mirrors page. I'd like to stick it somewhere in the code > repository, but I don't see a right place for doing that. Any ideas? > > Maciej > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I agree we should have a place like that. I would think under the SF csw project? csw.svn.source forge.net/utility ?? or under the gar repository top level? gar.svn.source forge.net/utility ?? - -- 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 iEYEARECAAYFAknG1xYACgkQLrhmsXMSLxcrAgCgjT/1Rs1zmn7H62LB7NgTy3rz QEcAoOuIBpNu5qKyvXkqo8dZtOp3tYi8 =sr8t -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 23 03:14:45 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 22 Mar 2009 19:14:45 -0700 Subject: [csw-maintainers] gcc4 In-Reply-To: <49C6C678.5070703@opencsw.org> References: <49C6C678.5070703@opencsw.org> Message-ID: <20090323021445.GB30595@bolthole.com> On Sun, Mar 22, 2009 at 06:15:04PM -0500, Mike Watters wrote: > I ran into a very annoying problem... > it seems that "some" of the linked libraries are named differently between sol8 and 10. > > for example, > on i386-pc-solaris2.10 > libstdc++.so.6.0.10: > libm.so.2 => /lib/libm.so.2 > > on i386-pc-solaris2.8 > libstdc++.so.6.0.10: > libm.so.2 => (file not found) > /lib/libm.so.2 does not exist on solaris 8, it is libm.so.1 > in "the old days", gcc tended to use actual subdirectories named like "i386-pc-solaris2.10". can you not force it to do that too? OH! Alternatively... I believe it is possible to compile a stub library, as an "AUXILIARY FILTER"(I think), that will redirect-link to the "TRUE" library, based on $OSREV. Perhaps you can do that? ie: lib/libstdc++.so.6.0.10 == filter lib/SunOS5.8/libstdc++.so.6.0.10 lib/SunOS5.9/libstdc++.so.6.0.10 (possibly symlinked to 5.8 version?) lib/SunOS5.10/libstdc++.so.6.0.10 lib/SunOS5.11/libstdc++.so.6.0.10 (symlinked to 5.10 version?) FYI: we use(d) a filter lib for our mesagl libs, if i recall correctly. libGL, was a filter lib, that would link against sun's hardware accelerated libGL if present, but otherwise, loaded in a software-only based libGL. From mwatters at opencsw.org Mon Mar 23 03:27:30 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Mar 2009 21:27:30 -0500 Subject: [csw-maintainers] gcc4 In-Reply-To: <20090323021445.GB30595@bolthole.com> References: <49C6C678.5070703@opencsw.org> <20090323021445.GB30595@bolthole.com> Message-ID: <49C6F392.6040307@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Sun, Mar 22, 2009 at 06:15:04PM -0500, Mike Watters wrote: >> I ran into a very annoying problem... >> it seems that "some" of the linked libraries are named differently between sol8 and 10. >> >> for example, >> on i386-pc-solaris2.10 >> libstdc++.so.6.0.10: >> libm.so.2 => /lib/libm.so.2 >> >> on i386-pc-solaris2.8 >> libstdc++.so.6.0.10: >> libm.so.2 => (file not found) >> /lib/libm.so.2 does not exist on solaris 8, it is libm.so.1 >> > > in "the old days", gcc tended to use actual subdirectories named like > "i386-pc-solaris2.10". > > can you not force it to do that too? > > OH! Alternatively... I believe it is possible to compile a stub library, > as an "AUXILIARY FILTER"(I think), that will redirect-link to the "TRUE" > library, based on $OSREV. > > Perhaps you can do that? > > ie: > lib/libstdc++.so.6.0.10 == filter > lib/SunOS5.8/libstdc++.so.6.0.10 > lib/SunOS5.9/libstdc++.so.6.0.10 (possibly symlinked to 5.8 version?) > lib/SunOS5.10/libstdc++.so.6.0.10 > lib/SunOS5.11/libstdc++.so.6.0.10 (symlinked to 5.10 version?) > > > > FYI: we use(d) a filter lib for our mesagl libs, if i recall correctly. > libGL, was a filter lib, > that would link against sun's hardware accelerated libGL if present, but > otherwise, loaded in a software-only based libGL. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers for the most part, the libraries are in their own subdir, the issue is they link against the sun libraries that only exist on one side or the other... Technically the only thing that is really different is the soft link name though I haven't got through them all yet. I will look at the a fore mentioned packages and see if I can get everything to work harmoniously. - -- 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 iEYEARECAAYFAknG85EACgkQLrhmsXMSLxftfQCfZy6M3nKY0DxJjdT6/35cSVVR Jg4An0ti0yXfgPRrWuSEpX3EN07CZjr5 =nBKK -----END PGP SIGNATURE----- From phil at bolthole.com Mon Mar 23 04:30:37 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 22 Mar 2009 20:30:37 -0700 Subject: [csw-maintainers] gcc4 In-Reply-To: <49C6F392.6040307@opencsw.org> References: <49C6C678.5070703@opencsw.org> <20090323021445.GB30595@bolthole.com> <49C6F392.6040307@opencsw.org> Message-ID: <20090323033037.GC30595@bolthole.com> On Sun, Mar 22, 2009 at 09:27:30PM -0500, Mike Watters wrote: > > in "the old days", gcc tended to use actual subdirectories named like > > "i386-pc-solaris2.10". > > > > can you not force it to do that too? > > ... > > For the most part, the libraries are in their own subdir, the issue is they link against the sun libraries that only > exist on one side or the other... so? no problem. if sol10 lib doenst actually get used on sol8, then no problem. From mwatters at opencsw.org Mon Mar 23 04:35:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 22 Mar 2009 22:35:36 -0500 Subject: [csw-maintainers] gcc4 In-Reply-To: <20090323033037.GC30595@bolthole.com> References: <49C6C678.5070703@opencsw.org> <20090323021445.GB30595@bolthole.com> <49C6F392.6040307@opencsw.org> <20090323033037.GC30595@bolthole.com> Message-ID: <49C70388.2030906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Sun, Mar 22, 2009 at 09:27:30PM -0500, Mike Watters wrote: >>> in "the old days", gcc tended to use actual subdirectories named like >>> "i386-pc-solaris2.10". >>> >>> can you not force it to do that too? >>> ... >> For the most part, the libraries are in their own subdir, the issue is they link against the sun libraries that only >> exist on one side or the other... > > so? no problem. if sol10 lib doenst actually get used on sol8, then > no problem. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I am going to try to re-engineer the merge ... the deeper I get into looking at the libraries, the ones that are missing are the ones for the solaris 8 binaries. I think my merge may slightly off. - -- 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 iEYEARECAAYFAknHA4gACgkQLrhmsXMSLxdSSwCg2FZNAMsUWpKFzCHM+0HJLK7L QMoAoKzcC4Eg9uJmA2xN/LYBQnib4Z1B =XoEL -----END PGP SIGNATURE----- From pfelecan at opencsw.org Mon Mar 23 09:26:23 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 23 Mar 2009 09:26:23 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: (Dagobert Michelsen's message of "Sun\, 22 Mar 2009 23\:08\:48 +0100") References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi, > > Am 22.03.2009 um 22:41 schrieb Dagobert Michelsen: >> Am 21.03.2009 um 13:59 schrieb Peter FELECAN: >>> Dagobert Michelsen writes: >>>> Done. Looks like the autogen postinstall is buggy: >>>> >>>>> [ verifying class ] >>>>> ## Executing postinstall script. >>>>> /var/sadm/pkg/CSWautogen/install/postinstall: /opt/csw/sbin/ >>>>> mkdirentries: not found >>>>> postinstall: anomaly : Info directory update failed! >>>>> pkgadd: ERROR: postinstall script did not complete successfully >>> >>> I received a bug report on this issue but: >>> >>> 1. mkdirentries is/was in CSWtexinfo >>> 2. autogen depends on CSWtexinfo >>> 3. cannot reproduce on a nominal installation >>> >>> Does this occur only on the machines in the build farm? >> >> Looks like I am the texinfo maintainer and goofed this up :( >> >> There is a custom script /opt/csw/sbin/mkdirentries in the previous >> CSWtexinfo which I didn't include: >> >>> #!/bin/sh >>> BASE=/opt/csw >>> >>> FILES=`ls $BASE/share/info | /usr/xpg4/bin/grep -v -e "~" -e "dir"` >>> for i in $FILES; do >>> /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/ >>> info/dir 2> /dev/null >>> done >> >> I submitted this as bug against my package and start resolving it. > > There are updated packages in testing/: > > texinfo-4.13,REV=2009.03.22_rev=a-SunOS5.8-i386-CSW.pkg.gz > texinfo-4.13,REV=2009.03.22_rev=a-SunOS5.8-sparc-CSW.pkg.gz > > I'll be relieved when finally everything is in GAR and these conversion > errors will finally stop... CSWtexinfo is in GAR, isn't it? In this case whats the causal link between that and this? Maybe the custom script should not be in CSWtexinfo --- it's a helper for OpenCSW. -- Peter From dam at opencsw.org Mon Mar 23 09:56:35 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 09:56:35 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Hi Peter, Am 23.03.2009 um 09:26 schrieb Peter FELECAN: > CSWtexinfo is in GAR, isn't it? In this case whats the causal link > between that and this? Maybe the custom script should not be in > CSWtexinfo --- it's a helper for OpenCSW. Programs dropping .info-files in the directory for texinfo needs to register these pages in the texinfo startpage. This can either be done on a per-package basis with cswclassutils (I already filed a feature request in cswclassutils) which is also the best solution or by calling the custom-script from texinfo "mkdirentries" which walks through all nodes and builds this startpage. As there are already some (don't know how many) packages using this mechanism I rather reinstate the old behaviour until all other packages have been updated. Best regards -- Dago From dam at opencsw.org Mon Mar 23 10:13:30 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 10:13:30 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: Message-ID: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Hi Maciej, Am 23.03.2009 um 00:45 schrieb Maciej (Matchek) Blizinski: > Is there a place for project-related code that isn't package builds or > mGAR? I'm thinking about things such as the website and utility > scripts. For instance, there has to be some code responsible for > updating the page with tested packages, or code used to configure the > build farm. I wrote a script which checks availability of mirrors from > the mirrors page. I'd like to stick it somewhere in the code > repository, but I don't see a right place for doing that. Any ideas? We also have the "opencsw" project at SourceForge: https://sourceforge.net/projects/opencsw It has not been used much in the past, but this seems a good occasion. I enabled SVN there and will commit all the utility scripts from the buildfarm. William, James: How about putting the infrastructure-scripts for farm-management and mirror status there also? Best regards -- Dago From pfelecan at opencsw.org Mon Mar 23 11:18:52 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 23 Mar 2009 11:18:52 +0100 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: (Dagobert Michelsen's message of "Mon\, 23 Mar 2009 09\:56\:35 +0100") References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: Dagobert Michelsen writes: > Am 23.03.2009 um 09:26 schrieb Peter FELECAN: >> CSWtexinfo is in GAR, isn't it? In this case whats the causal link >> between that and this? Maybe the custom script should not be in >> CSWtexinfo --- it's a helper for OpenCSW. > > Programs dropping .info-files in the directory for texinfo needs to > register these pages in the texinfo startpage. This can either be > done on a per-package basis with cswclassutils (I already filed > a feature request in cswclassutils) which is also the best solution > or by calling the custom-script from texinfo "mkdirentries" which > walks through all nodes and builds this startpage. As there are > already some (don't know how many) packages using this mechanism > I rather reinstate the old behaviour until all other packages have > been updated. All this is true but mkdirentries is not a script supplied by the upstream project. That cswclassutils will support this is the best approach, for the packages "garified". For the non "garified" packages, a dependency on a package supplying mkdirentries seems more adequate (it should depend on CSWtexinfo). Anyhow, your solution, to include the mkdirentries script in CSWtexinfo is a good temporary solution. -- Peter From william at wbonnet.net Mon Mar 23 12:03:20 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 12:03:20 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: <49C76C78.2050102@wbonnet.net> Hi Dago > We also have the "opencsw" project at SourceForge: > https://sourceforge.net/projects/opencsw > It has not been used much in the past, but this seems a good > occasion. I enabled SVN there and will commit all the utility > scripts from the buildfarm. +1 uwatch is already a part of GAR. It may change a little in the next week, since it will be more complicated and will need some separate sources. So i'll add it to the opencsw project > William, James: How about putting the infrastructure-scripts > for farm-management and mirror status there also? Sounds intersting, but we have to take care of scripts that contains password ... i have a few for sql things :( Speaking about svn... i might be interesting to add an examples for to the GAR repositiory, maybe at the same level as gar and pkg. What about this ? cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Mon Mar 23 13:32:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 13:32:39 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49C76C78.2050102@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> Message-ID: <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> Hi William, Am 23.03.2009 um 12:03 schrieb William Bonnet: > Speaking about svn... i might be interesting to add an examples for > to the GAR repositiory, maybe at the same level as gar and pkg. What > about this ? What example? For a package? Like pkg/template/? Best regards -- Dago From maciej at opencsw.org Mon Mar 23 13:59:13 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 23 Mar 2009 12:59:13 +0000 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories Message-ID: I've noticed that svn:externals use a short version of SourceForge domain, sf.net. It causes svn to complain about non-matching SSL certificates and asks for confirmation when checking out gar svn:externals. I have a prepared svn change which changes all instances of sf.net into sourceforge.net. I'm not aware of any major problems that it might cause. I tested it locally and it Just Works, "svn update" completes successfully after the change. The change is small in a sense that it boils down to sedding through svn:externals and replacing sf.net with sourceforge.net. The change is big in a sense that it touches most of /trunk directories. I decided to ask for opinions before submitting. An example: maciej at vsol01 pkg $ svn diff openssl Property changes on: openssl/trunk ___________________________________________________________________ Name: svn:externals - gar https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2 + gar https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2 Does anyone object to this change? If not, I'm going to submit it tomorrow. Maciej From dam at opencsw.org Mon Mar 23 14:11:32 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 14:11:32 +0100 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: Hi Maciej, Am 23.03.2009 um 13:59 schrieb Maciej (Matchek) Blizinski: > I've noticed that svn:externals use a short version of SourceForge > domain, sf.net. It causes svn to complain about non-matching SSL > certificates and asks for confirmation when checking out gar > svn:externals. I have a prepared svn change which changes all > instances of sf.net into sourceforge.net. I'm not aware of any major > problems that it might cause. I tested it locally and it Just Works, > "svn update" completes successfully after the change. > > The change is small in a sense that it boils down to sedding through > svn:externals and replacing sf.net with sourceforge.net. The change is > big in a sense that it touches most of /trunk directories. I > decided to ask for opinions before submitting. > > An example: > > maciej at vsol01 pkg $ svn diff openssl > > Property changes on: openssl/trunk > ___________________________________________________________________ > Name: svn:externals > - gar https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2 > > + gar https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2 > > > Does anyone object to this change? If not, I'm going to submit it > tomorrow. Good catch. Please make sure with cd mgar svn -R propget svn:externals . that you update all such references in the tree in a proper way and also handle special cases like the one at pkg/gar: pkg/gar/trunk - gar https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/ v2 gar-base https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar Best regards -- Dago From william at wbonnet.net Mon Mar 23 14:24:34 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 14:24:34 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> Message-ID: <49C78D92.7070702@wbonnet.net> Dagobert Michelsen a ?crit : > Hi William, > > Am 23.03.2009 um 12:03 schrieb William Bonnet: >> Speaking about svn... i might be interesting to add an examples for >> to the GAR repositiory, maybe at the same level as gar and pkg. What >> about this ? > > What example? For a package? Like pkg/template/? Examples about how to use gar, and how to package. We could have an example package for a "simple case" lib an example with multiple package creation from a single source archive an example with "basic" 64 target an example with "all the merge and extra target stuff" an example with automatic gspec creation an example of package using smf etc a kind of collection of best practive and howtos it might help to answer question like "how do i package this" cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Mon Mar 23 14:26:41 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 14:26:41 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> Message-ID: <49C78E11.3020702@wbonnet.net> Dagobert Michelsen a ?crit : > Hi William, > > Am 23.03.2009 um 12:03 schrieb William Bonnet: >> Speaking about svn... i might be interesting to add an examples for >> to the GAR repositiory, maybe at the same level as gar and pkg. What >> about this ? > > What example? For a package? Like pkg/template/? I forgot to add... IMHO templates should not be under pkg, but at the same level. pkg should contains oly the package produced for opencsw. Btw maybe it should be name opencsw... since gar is "project neutral" cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Mon Mar 23 14:51:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 14:51:48 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49C78D92.7070702@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> <49C78D92.7070702@wbonnet.net> Message-ID: <22653E7F-AA34-4114-8A11-E08F4A79B7CB@opencsw.org> Hi William, Am 23.03.2009 um 14:24 schrieb William Bonnet: > Dagobert Michelsen a ?crit : >> Hi William, >> >> Am 23.03.2009 um 12:03 schrieb William Bonnet: >>> Speaking about svn... i might be interesting to add an examples >>> for to the GAR repositiory, maybe at the same level as gar and >>> pkg. What about this ? >> >> What example? For a package? Like pkg/template/? > Examples about how to use gar, and how to package. > > We could have an example package for a "simple case" lib > an example with multiple package creation from a single source archive > an example with "basic" 64 target > an example with "all the merge and extra target stuff" > an example with automatic gspec creation > an example of package using smf > etc > > a kind of collection of best practive and howtos > > it might help to answer question like "how do i package this" I planned to put this in Do you think it is necessary to put the files again in template dirs? Best regards -- Dago From mwatters at opencsw.org Mon Mar 23 15:12:48 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 23 Mar 2009 09:12:48 -0500 Subject: [csw-maintainers] gcc4 In-Reply-To: <49C70388.2030906@opencsw.org> References: <49C6C678.5070703@opencsw.org> <20090323021445.GB30595@bolthole.com> <49C6F392.6040307@opencsw.org> <20090323033037.GC30595@bolthole.com> <49C70388.2030906@opencsw.org> Message-ID: <49C798E0.8030409@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Philip Brown wrote: >> On Sun, Mar 22, 2009 at 09:27:30PM -0500, Mike Watters wrote: >>>> in "the old days", gcc tended to use actual subdirectories named like >>>> "i386-pc-solaris2.10". >>>> >>>> can you not force it to do that too? >>>> ... >>> For the most part, the libraries are in their own subdir, the issue is they link against the sun libraries that only >>> exist on one side or the other... >> so? no problem. if sol10 lib doenst actually get used on sol8, then >> no problem. >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > I am going to try to re-engineer the merge ... > the deeper I get into looking at the libraries, the ones that are missing are the ones for the solaris 8 binaries. > > I think my merge may slightly off. > I am an idiot, once the kids were in bed and I had a chance to look closer at my merge. it seems I was copying the AMD side over the i386 side. I have fixed that and the gcc test was successful. $ cat 10x-summary === gcc Summary === # of expected passes 47579 # of unexpected failures 13 # of unexpected successes 12 # of expected failures 174 # of unresolved testcases 16 # of untested testcases 35 # of unsupported tests 314 /home/mwatters/mgar/pkg/gcc4/trunk/work/pkgroot-i386/opt/csw/gcc4/bin/gcc version 4.3.3 (GCC) $ cat 8x-summary === gcc Summary === # of expected passes 47451 # of unexpected failures 73 # of unexpected successes 6 # of expected failures 166 # of unresolved testcases 17 # of untested testcases 35 # of unsupported tests 340 /home/mwatters/mgar/pkg/gcc4/trunk/work/pkgroot-i386/opt/csw/gcc4/bin/gcc version 4.3.3 (GCC) full logs will be in my home directory ~mwatters/gcc-(\d+)x/*.log I will finish running the test suite against the other apps and will get a link to them out today. if all goes well I will have the packages in testing in a few days... _______________________________________________ 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknHmN8ACgkQLrhmsXMSLxcI4QCffW/6FafmixMIXvJZgZOjCXBr WvEAoOWco80ZNVWElbq8lIMxrQx0NuUm =jPBA -----END PGP SIGNATURE----- From dam at opencsw.org Mon Mar 23 15:13:52 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 15:13:52 +0100 Subject: [csw-maintainers] Is glib2 ready for release? Message-ID: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> Hi, Chad, is glib2 ready for release? It is another one of those nasty .la-things depending on missing libintl.la Best regards -- Dago From harpchad at opencsw.org Mon Mar 23 16:30:30 2009 From: harpchad at opencsw.org (Chad Harp) Date: Mon, 23 Mar 2009 10:30:30 -0500 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> Message-ID: <49C7AB16.3020002@opencsw.org> I haven't received any negative (or positive) feedback. I've done what testing I can with it and it looks good so for. I'll copy it over to newpkgs and send a note to Phil today. Dagobert Michelsen wrote: > Hi, > > Chad, is glib2 ready for release? It is another one of those > nasty .la-things depending on missing libintl.la > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From dam at opencsw.org Mon Mar 23 16:30:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 16:30:42 +0100 Subject: [csw-maintainers] Libtool and .la-files: fixme.sh In-Reply-To: <499F2AF2.60105@opencsw.org> References: <499F2AF2.60105@opencsw.org> Message-ID: <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> Hi, Am 20.02.2009 um 23:13 schrieb Mike Watters: > 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. I made a page in the wiki for fixme.sh: Feel free to enhance the page, feedback as always welcome! Best regards -- Dago From ihsan at opencsw.org Mon Mar 23 16:41:31 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 16:41:31 +0100 Subject: [csw-maintainers] Libtool and .la-files: fixme.sh In-Reply-To: <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> References: <499F2AF2.60105@opencsw.org> <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> Message-ID: <49C7ADAB.7050608@opencsw.org> Hi Dago, Am 23.3.2009 16:30 Uhr, Dagobert Michelsen schrieb: >> 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. > > I made a page in the wiki for fixme.sh: > > Feel free to enhance the page, feedback as always welcome! You used "svn cp" in your example. Is there a reason why to use "svn cp" instead a symlink? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Mon Mar 23 16:45:03 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 16:45:03 +0100 Subject: [csw-maintainers] Libtool and .la-files: fixme.sh In-Reply-To: <49C7ADAB.7050608@opencsw.org> References: <499F2AF2.60105@opencsw.org> <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> <49C7ADAB.7050608@opencsw.org> Message-ID: <7491413B-2749-4120-B333-C790E2BBF1EF@opencsw.org> Hi Ihsan, Am 23.03.2009 um 16:41 schrieb Ihsan Dogan: > Am 23.3.2009 16:30 Uhr, Dagobert Michelsen schrieb: > >>> 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. >> >> I made a page in the wiki for fixme.sh: >> >> Feel free to enhance the page, feedback as always welcome! > > You used "svn cp" in your example. Is there a reason why to use "svn > cp" > instead a symlink? For a symlink you must check out the whole tree. This contradicts the idea of "single package checkout" when introducing mGAR (m = modular). Just making "cp" instead of "svn cp" forgets the file history. You can nicely see this when you browse the file, e. g. Best regards -- Dago From ihsan at opencsw.org Mon Mar 23 17:00:56 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 17:00:56 +0100 Subject: [csw-maintainers] Libtool and .la-files: fixme.sh In-Reply-To: <7491413B-2749-4120-B333-C790E2BBF1EF@opencsw.org> References: <499F2AF2.60105@opencsw.org> <300B6076-BC6B-4A61-A6E8-19207A702434@opencsw.org> <49C7ADAB.7050608@opencsw.org> <7491413B-2749-4120-B333-C790E2BBF1EF@opencsw.org> Message-ID: <49C7B238.3000106@opencsw.org> Hi Dago, Am 23.3.2009 16:45 Uhr, Dagobert Michelsen schrieb: >> You used "svn cp" in your example. Is there a reason why to use "svn cp" >> instead a symlink? > > For a symlink you must check out the whole tree. This contradicts > the idea of "single package checkout" when introducing mGAR > (m = modular). Just making "cp" instead of "svn cp" forgets the > file history. You can nicely see this when you browse the file, > e. g. > > I see. Thanks for the explanation. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From william at wbonnet.net Mon Mar 23 17:26:17 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 17:26:17 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <22653E7F-AA34-4114-8A11-E08F4A79B7CB@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> <49C78D92.7070702@wbonnet.net> <22653E7F-AA34-4114-8A11-E08F4A79B7CB@opencsw.org> Message-ID: <49C7B829.8060408@wbonnet.net> Hi > > I planned to put this in > > > Do you think it is necessary to put the files again in template dirs? It is useful to be able to checkout the files from the svn. But it is not really mandatory... Personaly i would appreciate to have it. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Mon Mar 23 17:31:13 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Mar 2009 09:31:13 -0700 Subject: [csw-maintainers] CSWautogen and texinfo sbin/mkdirentries In-Reply-To: References: <49C3BE00.4080001@opencsw.org> <238C6D19-334F-4965-88B6-F33A492C1464@opencsw.org> Message-ID: <20090323163113.GM44510@bolthole.com> On Mon, Mar 23, 2009 at 09:56:35AM +0100, Dagobert Michelsen wrote: > Hi Peter, > > Am 23.03.2009 um 09:26 schrieb Peter FELECAN: >> CSWtexinfo is in GAR, isn't it? In this case whats the causal link >> between that and this? Maybe the custom script should not be in >> CSWtexinfo --- it's a helper for OpenCSW. > > Programs dropping .info-files in the directory for texinfo needs to > register these pages in the texinfo startpage. The texinfo start page?? dont know what that means. but never mind please keep reading... > This can either be > done on a per-package basis with cswclassutils (I already filed > a feature request in cswclassutils) which is also the best solution I agree. As the texinfo maintainer, I think that you should actually be the one to write the class script, and then contribute it to cswclassutils :) The cswclassutils package is merely a collection point for MULTIPLE maintainers to contribute scripts to. Currently, both Peter and I contribute scripts to it. There's always room for more ;-) From maciej at opencsw.org Mon Mar 23 17:48:05 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 23 Mar 2009 16:48:05 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49C7B829.8060408@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49C76C78.2050102@wbonnet.net> <77CA3DF7-C6E5-4EAA-9E2D-8184FC497CA2@opencsw.org> <49C78D92.7070702@wbonnet.net> <22653E7F-AA34-4114-8A11-E08F4A79B7CB@opencsw.org> <49C7B829.8060408@wbonnet.net> Message-ID: 2009/3/23 William Bonnet : > Hi >> >> I planned to put this in >> ? >> Do you think it is necessary to put the files again in template dirs? > > It is useful to be able to checkout the files from the svn. But it is not > really mandatory... > > Personaly i would appreciate to have it. Yes, it could make a nice tutorial, in which checking code out of subversion would be a part of the exercise. Another use would be a handful of examples, which could be used to illustrate some specific functionality of mGAR. Sometimes, people who do tutorials see the parts, but miss a tiny bit which is required to make the whole thing work. Being able to fetch a complete working version helps in such situations. One more usage I can think of is using those (minimal) examples as a kind of test suite, which could be used to verify that changes done in mGAR don't break functionality. Maciej From phil at bolthole.com Mon Mar 23 18:03:07 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Mar 2009 10:03:07 -0700 Subject: [csw-maintainers] mysql users? Message-ID: <20090323170307.GR44510@bolthole.com> Any steady mysql users out there? We reaaaaally need a new maintainer for our mysql packages. From mwatters at opencsw.org Mon Mar 23 18:11:00 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 23 Mar 2009 12:11:00 -0500 Subject: [csw-maintainers] mysql users? In-Reply-To: <20090323170307.GR44510@bolthole.com> References: <20090323170307.GR44510@bolthole.com> Message-ID: <49C7C2A4.1080900@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > Any steady mysql users out there? > We reaaaaally need a new maintainer for our mysql packages. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have done it in a past life... but I am rather booked with the packages I have already. If no one takes it before I get through gcc/c-make/and php5(bug) and any other bugs that pop up between now and then... I will do it. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknHwqMACgkQLrhmsXMSLxdRIgCePIoqCmwi92PzD3WCFj8e/KKL CSUAoOp/WZ3WI3M4da3y57J+7x9n4ikD =ch1O -----END PGP SIGNATURE----- From ihsan at opencsw.org Mon Mar 23 18:12:02 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 18:12:02 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <20090323170307.GR44510@bolthole.com> References: <20090323170307.GR44510@bolthole.com> Message-ID: <49C7C2E2.5020306@opencsw.org> Am 23.3.2009 18:03 Uhr, Philip Brown schrieb: > Any steady mysql users out there? > We reaaaaally need a new maintainer for our mysql packages. I've got Alex' build descriptions, but unfortunately I never had time to work on it. If someone would like to take over the package, I could provide Alex' build descriptions. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From rupert at opencsw.org Mon Mar 23 18:40:12 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 23 Mar 2009 18:40:12 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> Message-ID: <6af4270903231040x57dabb95ta10a0d5b808654cc@mail.gmail.com> On Thu, Mar 19, 2009 at 10:30, Dagobert Michelsen wrote: > Hi Rupert, > > Am 18.03.2009 um 09:03 schrieb rupert THURNER: >> >> in the "ideal world" i would like to see one timeline about ticket >> changes, and checkins, or checkins influencing tickets automatically >> with something like >> http://trac.edgewall.org/browser/trunk/contrib/trac-post-commit-hook. > > Good idea, but SourceForge currently can't do this, but it is on the > "requested features"-list: > ? > ? > >> what i was also wondering who is administrator of this trac, to chekc >> if one coudl install/enable some plugins to really give it a try? > > I am administering the SourceForge project. Do you need something > specific? if you could make me a trac admin, so i might try to create some projects for demo purposes? kr, rupert From ihsan at opencsw.org Mon Mar 23 19:49:32 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 19:49:32 +0100 Subject: [csw-maintainers] Apache 2.2.11 in testing Message-ID: <49C7D9BC.5090709@opencsw.org> Hello, New Apache 2.2.11 packages are in testing, available at http://mirror.opencsw.org/testing.html . CHANGES: - Using now cswinitsmf Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From william at wbonnet.net Mon Mar 23 20:41:24 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 20:41:24 +0100 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <49C7AB16.3020002@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> <49C7AB16.3020002@opencsw.org> Message-ID: <49C7E5E4.7040504@wbonnet.net> Hi Chad > I haven't received any negative (or positive) feedback. You had one ;) I use it without problem (ok it is not the one from testing, but i compiled it from GAR using your package definition) IMHO it is ready for current 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 Mon Mar 23 20:42:43 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 20:42:43 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7C2E2.5020306@opencsw.org> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> Message-ID: <49C7E633.70602@wbonnet.net> Hi > I've got Alex' build descriptions, but unfortunately I never had time to > work on it. If someone would like to take over the package, I could > provide Alex' build descriptions. > Can you send it to me please ? At least i can initialize the work by putting it in GAR and generating a first package. But i won't take it for "long term" :) 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 Mon Mar 23 20:45:48 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 20:45:48 +0100 Subject: [csw-maintainers] KDE 4.2.1 update Message-ID: <49C7E6EC.4050108@wbonnet.net> Hi Ken > That sounds good. You'll want to build Firefox 3.1b3 on Solaris 8 > before we start down that path. ;o) Actually i am facing several problem with mozilla stuff. Either 3.0.x or even TB 2.0.0.x and FF 2.0.0.x. My last builds segfaults at random points. I searched google, but most of the time answers begins with "update your dependencies...". So that's why i propose to help to add these libs to GAR ;) Same for xfce... In the past i also needed debug build of the libs for xfce. If i want to produce debug builds, the best way for me is to have the libs from GAR :) cheers ~ K --- On Fri, 3/20/09, William Bonnet wrote: > From: William Bonnet > Subject: Re: [csw-maintainers] KDE 4.2.1 update > To: "internal list for the CSW maintainers" > Date: Friday, March 20, 2009, 6:31 AM > Hi Ken > > I'll be reviewing the staging of KDE 4.2.1 into the > current stack for > > GAR builds. This will after review of GCC 4.3.3. > testing in AMD64/sparcv9 > > build environments on Solaris 8-10. > > > If you need some help to add some of your KDE or Gnome > stuff to GAR, feel free to ask for some help. It is a huge > amount of work since there is many packages. > > I can help you adding some (without taking over). > Especially since i need some updates for Xfce. > > 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 > > > _______________________________________________ > 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 From phil at bolthole.com Mon Mar 23 21:11:50 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Mar 2009 13:11:50 -0700 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <49C7E5E4.7040504@wbonnet.net> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> <49C7AB16.3020002@opencsw.org> <49C7E5E4.7040504@wbonnet.net> Message-ID: <20090323201150.GW44510@bolthole.com> On Mon, Mar 23, 2009 at 08:41:24PM +0100, William Bonnet wrote: > Hi Chad >> I haven't received any negative (or positive) feedback. > You had one ;) > > I use it without problem (ok it is not the one from testing, but i > compiled it from GAR using your package definition) > > IMHO it is ready for current excellent. it's being released now From william at wbonnet.net Mon Mar 23 22:03:46 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:03:46 +0100 Subject: [csw-maintainers] New openldap maintainer needed Message-ID: <49C7F932.60504@wbonnet.net> Hi all Since Alex is retired i think we do need a new openldap maintainer. It is an important package, and it's outdated. 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 Mar 23 19:23:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 19:23:34 +0100 Subject: [csw-maintainers] Which packages are in GAR? In-Reply-To: <6af4270903231040x57dabb95ta10a0d5b808654cc@mail.gmail.com> References: <49275.217.227.28.184.1237239846.squirrel@ssl.skayser.de> <49BECA94.7050003@wbonnet.net> <49473.217.227.28.184.1237241488.squirrel@ssl.skayser.de> <6af4270903180103t7ca5fad4p56cbbdbe30af5bc3@mail.gmail.com> <6af4270903231040x57dabb95ta10a0d5b808654cc@mail.gmail.com> Message-ID: Hi Rupert, Am 23.03.2009 um 18:40 schrieb rupert THURNER: > if you could make me a trac admin, so i might try to create some > projects for demo purposes? You are now Trac Admin. Anything special you have mind? Best regards -- Dago From dam at opencsw.org Mon Mar 23 22:13:18 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 22:13:18 +0100 Subject: [csw-maintainers] New openldap maintainer needed In-Reply-To: <49C7F932.60504@wbonnet.net> References: <49C7F932.60504@wbonnet.net> Message-ID: Hi William, Am 23.03.2009 um 22:03 schrieb William Bonnet: > Since Alex is retired i think we do need a new openldap maintainer. > It is an important package, and it's outdated. The package is 95% ready in GAR, with the lack of Start/Stopp-Scripts and some extensions for Solaris etc. I volunteer for co-maintainer, having two people is always good :-) Best regards -- Dago From william at wbonnet.net Mon Mar 23 22:18:23 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:18:23 +0100 Subject: [csw-maintainers] New openldap maintainer needed In-Reply-To: References: <49C7F932.60504@wbonnet.net> Message-ID: <49C7FC9F.2030005@wbonnet.net> Hi > The package is 95% ready in GAR, with the lack of Start/Stopp-Scripts > and some extensions for Solaris etc. I volunteer for co-maintainer, > having two people is always good :-) Sure ! But i don't volunteer for this one ;) No you have to find another volunteer to be co-maintainer :) 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 Mon Mar 23 22:24:26 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:24:26 +0100 Subject: [csw-maintainers] Looking for a package owner Message-ID: <49C7FE0A.3050005@wbonnet.net> Hi all I'd like to know if the following package belongs to someone ? Term-ReadLine-Gnu ( http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/cpan/Term-ReadLine-Gnu/ ) 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 Mar 23 22:26:16 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:26:16 +0100 Subject: [csw-maintainers] Looking for a package owner In-Reply-To: <49C7FE0A.3050005@wbonnet.net> References: <49C7FE0A.3050005@wbonnet.net> Message-ID: <49C7FE78.10508@wbonnet.net> Of course i mean some else than Cory (who is now retired) > Hi all > > I'd like to know if the following package belongs to someone ? > > Term-ReadLine-Gnu ( > http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/cpan/Term-ReadLine-Gnu/ > ) > > 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 Mon Mar 23 22:27:08 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Mon, 23 Mar 2009 22:27:08 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7E633.70602@wbonnet.net> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> Message-ID: <49C7FEAC.5000205@opencsw.org> Am 23.3.2009 20:42 Uhr, William Bonnet schrieb: >> I've got Alex' build descriptions, but unfortunately I never had time to >> work on it. If someone would like to take over the package, I could >> provide Alex' build descriptions. >> > Can you send it to me please ? > > At least i can initialize the work by putting it in GAR and generating a > first package. But i won't take it for "long term" :) It's in my home directory: /home/ihsan/mysql51 Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From william at wbonnet.net Mon Mar 23 22:34:33 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:34:33 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7FEAC.5000205@opencsw.org> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> <49C7FEAC.5000205@opencsw.org> Message-ID: <49C80069.5080304@wbonnet.net> Hi Ihsan > It's in my home directory: /home/ihsan/mysql51 > 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 william at wbonnet.net Mon Mar 23 22:59:45 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 22:59:45 +0100 Subject: [csw-maintainers] Updating Perl packages Message-ID: <49C80651.2070501@wbonnet.net> Hi Actually there are several Perl module packages (a number between "a lot" and "so many") to be updated. Most of this belongs to Cory Comand or to Alex Moore. I volunteer to update all the packages which are currently in GAR, but i am not a user of this module, not even a perl user... So i would need some help, espcially, i would need some advice on "how to test that what i did work". Could some one give me some advices about what i should check for these packages ? thanks in advance 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 Mar 23 23:15:15 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 23 Mar 2009 17:15:15 -0500 Subject: [csw-maintainers] Updating Perl packages In-Reply-To: <49C80651.2070501@wbonnet.net> References: <49C80651.2070501@wbonnet.net> Message-ID: <49C809F3.1090102@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 William Bonnet wrote: > Hi > > Actually there are several Perl module packages (a number between "a > lot" and "so many") to be updated. Most of this belongs to Cory Comand > or to Alex Moore. > > I volunteer to update all the packages which are currently in GAR, but i > am not a user of this module, not even a perl user... So i would need > some help, espcially, i would need some advice on "how to test that what > i did work". Could some one give me some advices about what i should > check for these packages ? > > thanks in advance > > cheers > overall, I have found the make test to be between 80 and 90% effective. if there are no tests for a specific module, you could release to testing and I am sure we have enough Perl between all the maintainers that we can bang out some test cases for it. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknICfMACgkQLrhmsXMSLxfTfgCeOq82gmxR+WQsZZKOVx2kgi+/ VOcAoKSj+fK6uvyGKv/zpq0QMu2/H7pb =Y4aJ -----END PGP SIGNATURE----- From dam at opencsw.org Mon Mar 23 23:15:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Mar 2009 23:15:38 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7FEAC.5000205@opencsw.org> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> <49C7FEAC.5000205@opencsw.org> Message-ID: <36D0DD75-B188-4A62-8F04-2A41A85B1864@opencsw.org> Hi Ihsan, Am 23.03.2009 um 22:27 schrieb Ihsan Dogan: > Am 23.3.2009 20:42 Uhr, William Bonnet schrieb: > >>> I've got Alex' build descriptions, but unfortunately I never had >>> time to >>> work on it. If someone would like to take over the package, I could >>> provide Alex' build descriptions. >>> >> Can you send it to me please ? >> >> At least i can initialize the work by putting it in GAR and >> generating a >> first package. But i won't take it for "long term" :) > > It's in my home directory: /home/ihsan/mysql51 The convention is to have a directory trunk/legacy which contains all old build descriptions for archival purposes. Please commit the files there. See pkg/tcl/trunk as example. Best regards -- Dago From bonivart at opencsw.org Mon Mar 23 23:22:14 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 23 Mar 2009 23:22:14 +0100 Subject: [csw-maintainers] Updating Perl packages In-Reply-To: <49C80651.2070501@wbonnet.net> References: <49C80651.2070501@wbonnet.net> Message-ID: <625385e30903231522v79247ff1ob98ca6391b3334e3@mail.gmail.com> On Mon, Mar 23, 2009 at 10:59 PM, William Bonnet wrote: > Hi > > Actually there are several Perl module packages (a number between "a lot" > and "so many") to be updated. Most of this belongs to Cory Comand or to Alex > Moore. I could take over a few that has to do with MailScanner: pm_timedate (current) pm_testpod (current) pm_syshostnamelong (current) pm_podsimple (3.05 -> 3.07) pm_podescapes (current) pm_netcidr (0.10 -> 0.13) pm_htmlparser (3.48 -> 3.60) pm_dbi (1.604 -> 1.607) pm_converttnef (current) pm_convertbinhex (current) pm_archivezip (1.23 -> 1.26) Some of them need updating, I can do that. > I volunteer to update all the packages which are currently in GAR, but i am > not a user of this module, not even a perl user... So i would need some > help, espcially, i would need some advice on "how to test that what i did > work". Could some one give me some advices about what i should check for > these packages ? As Mike said, usually they come with tests that use the code in a realistic way. If it's an arch=all module you really can't go wrong but if it's got binaries you may want to test it on both archs. Most of my modules I need for something else so I can test them by installing them in a system where they are needed. -- /peter From william at wbonnet.net Mon Mar 23 23:27:36 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 23:27:36 +0100 Subject: [csw-maintainers] License for makefiles and other packages component In-Reply-To: <20090319210246.GL6120@bolthole.com> References: <49BEA234.1020101@wbonnet.net> <20090316191531.GA55759@bolthole.com> <9C652F29-F3C9-40F3-85DC-CE61423DCB8B@opencsw.org> <1237247894-sup-5308@ntdws12.chass.utoronto.ca> <20090317012751.GC22767@bolthole.com> <49C2A240.2000305@opencsw.org> <20090319210246.GL6120@bolthole.com> Message-ID: <49C80CD8.1000602@wbonnet.net> Hi >>> I would like to suggest that we table discussion, until Trygve chimes in on >>> what he remembers from the meeting. That would save a lot of time and >>> bandwidth. Otherwise, probably an IRC meeting would be best to get license >>> talks "Jumpstarted". Then we finalize things on the list? >>> (after posting logs of the irc session) >>> >> AFAIR we didn't agree on anything other than "it would be nice". >> > > Sigh.... I remember that we got into very great detail.. but if noone > else remembers, and we dont have a recording, guess we may as well start > from ground zero. ugh. > I also remember we get into detail, but we did not reach a conclusion nor a mutual position about license... > Or just let it be for now? > I'm not sure it has to be let for now... it is urgent for some of use to put license on their work. 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 Mon Mar 23 23:30:47 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 23:30:47 +0100 Subject: [csw-maintainers] Updating Perl packages In-Reply-To: <625385e30903231522v79247ff1ob98ca6391b3334e3@mail.gmail.com> References: <49C80651.2070501@wbonnet.net> <625385e30903231522v79247ff1ob98ca6391b3334e3@mail.gmail.com> Message-ID: <49C80D97.3010200@wbonnet.net> Hi Peter Bonivart a ?crit : > I could take over a few that has to do with MailScanner: > > pm_timedate (current) > pm_testpod (current) > pm_syshostnamelong (current) > pm_podsimple (3.05 -> 3.07) > pm_podescapes (current) > pm_netcidr (0.10 -> 0.13) > pm_htmlparser (3.48 -> 3.60) > pm_dbi (1.604 -> 1.607) > pm_converttnef (current) > pm_convertbinhex (current) > pm_archivezip (1.23 -> 1.26) > > Some of them need updating, I can do that. > Yes please do. I do NOT want to become a perl maintainer. I just propose to do a mass update of package existing in GAR, move them to V2, and release packages which have not yet been released. It is a donkey work, and it is designed for me ;) > As Mike said, usually they come with tests that use the code in a > realistic way. If it's an arch=all module you really can't go wrong > but if it's got binaries you may want to test it on both archs. Most > of my modules I need for something else so I can test them by > installing them in a system where they are needed. > ok 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 william at wbonnet.net Mon Mar 23 23:34:00 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 23:34:00 +0100 Subject: [csw-maintainers] Multiple license file Message-ID: <49C80E58.3070800@wbonnet.net> Hi Would it be possible to have multiple license files being used with automatic gspec generation ? The need is the following... In my gspec i put a %copyright line with the following text "Please see /opt/csw/share/doc/%{GARNAME} for license information" For some packages i'd like to add several files, and not only one, either because they are released under multiple license, or because some have a license file and a "patent explanation files". It is the case for pm_pdfapi2. 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 Mon Mar 23 23:38:24 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 23 Mar 2009 23:38:24 +0100 Subject: [csw-maintainers] Perl module PDF2API v0.73 is in testing Message-ID: <49C80F60.7040803@wbonnet.net> Hi Perl module PDF2API has been updated. Version 0.73 is in testing. 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 glaw at opencsw.org Tue Mar 24 00:45:20 2009 From: glaw at opencsw.org (Gary Law) Date: Mon, 23 Mar 2009 23:45:20 +0000 Subject: [csw-maintainers] puppet 0.24.8 in testing Message-ID: Feedback welcome Gary -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Tue Mar 24 02:32:22 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 23 Mar 2009 21:32:22 -0400 Subject: [csw-maintainers] mysql users? In-Reply-To: <49C7E633.70602@wbonnet.net> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> Message-ID: <1237858099-sup-2941@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Mon Mar 23 15:42:43 -0400 2009: Hi William, > At least i can initialize the work by putting it in GAR and generating a > first package. But i won't take it for "long term" :) If you're overloaded (you do package _a lot_ of stuff), my colleague and I may be able to tackle this package. We use mysql and therefore have a vested interest in it. Let me discuss it with him tomorrow and we may take it off your hands. 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 ihsan at opencsw.org Tue Mar 24 10:18:33 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 24 Mar 2009 10:18:33 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <36D0DD75-B188-4A62-8F04-2A41A85B1864@opencsw.org> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> <49C7FEAC.5000205@opencsw.org> <36D0DD75-B188-4A62-8F04-2A41A85B1864@opencsw.org> Message-ID: <49C8A569.6090809@opencsw.org> Am 23.3.2009 23:15 Uhr, Dagobert Michelsen schrieb: >> It's in my home directory: /home/ihsan/mysql51 > > The convention is to have a directory trunk/legacy which contains > all old build descriptions for archival purposes. Please commit > the files there. See pkg/tcl/trunk as example. Ok, I've commited pkg/mysql5. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Tue Mar 24 10:26:25 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 24 Mar 2009 10:26:25 +0100 Subject: [csw-maintainers] linking against libraries in /usr/sfw Message-ID: <49C8A741.2030905@opencsw.org> Hello, Do we have any policy for linking against libraries in /usr/sfw? My package apcupsd would support usb, but this is only available on Solaris 10 and libusb is in /usr/sfw. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From james at opencsw.org Tue Mar 24 10:40:56 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 09:40:56 GMT Subject: [csw-maintainers] linking against libraries in /usr/sfw In-Reply-To: <49C8A741.2030905@opencsw.org> References: <49C8A741.2030905@opencsw.org> Message-ID: <20090324.9405600.2749970729@gyor.oxdrove.co.uk> On 24/03/09, 09:26:25, Ihsan Dogan wrote regarding [csw-maintainers] linking against libraries in /usr/sfw: > Do we have any policy for linking against libraries in /usr/sfw? Probably not :-) > My package apcupsd would support usb, but this is only available on > Solaris 10 and libusb is in /usr/sfw. See CSWlibgphoto2 and CSWsaneback for example. These have separate Solaris 10 packages that link to /usr/sfw/lib/libusb.so. James. From dam at opencsw.org Tue Mar 24 11:04:03 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 11:04:03 +0100 Subject: [csw-maintainers] Multiple license files In-Reply-To: <49C80E58.3070800@wbonnet.net> References: <49C80E58.3070800@wbonnet.net> Message-ID: <1215B8A5-5853-4106-8C4F-D1B3D34ED4DE@opencsw.org> Hi William, Am 23.03.2009 um 23:34 schrieb William Bonnet: > Would it be possible to have multiple license files being used with > automatic gspec generation ? The need is the following... > > In my gspec i put a %copyright line with the following text "Please > see /opt/csw/share/doc/%{GARNAME} for license information" > > For some packages i'd like to add several files, and not only one, > either because they are released under multiple license, or because > some have a license file and a "patent explanation files". It is the > case for pm_pdfapi2. The license is currently always renamed to "license". I can change the behaviour to have something like LICENSE = COPYING README.LICENSE GPL which could result in Please see the following files in /opt/csw/share/doc/%{GARNAME} for license information: COPYING README.LICENSE GPL This text would also be in the "license" file unless there is a file "license" in $(LICENSE). Ok? Best regards -- Dago From dam at opencsw.org Tue Mar 24 11:06:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 11:06:26 +0100 Subject: [csw-maintainers] linking against libraries in /usr/sfw In-Reply-To: <20090324.9405600.2749970729@gyor.oxdrove.co.uk> References: <49C8A741.2030905@opencsw.org> <20090324.9405600.2749970729@gyor.oxdrove.co.uk> Message-ID: Hi, Am 24.03.2009 um 10:40 schrieb James Lee: > On 24/03/09, 09:26:25, Ihsan Dogan wrote regarding > [csw-maintainers] linking against libraries in /usr/sfw: > >> Do we have any policy for linking against libraries in /usr/sfw? > > Probably not :-) > >> My package apcupsd would support usb, but this is only available on >> Solaris 10 and libusb is in /usr/sfw. > > See CSWlibgphoto2 and CSWsaneback for example. These have separate > Solaris 10 packages that link to /usr/sfw/lib/libusb.so. How does this go with a central NFS-Share for Solaris 8 and Solaris 10? There are some packages that have dispatch-scripts similar to isaexec to differentiate between multiple Solaris versions. Should this be standard or are separate packages for Solaris 8 / 10 the preferred way? Best regards -- Dago From dam at opencsw.org Tue Mar 24 11:18:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 11:18:43 +0100 Subject: [csw-maintainers] libgsasl 1.0 in testing/ Message-ID: <4B467350-9411-4CD1-84BD-13202083EB5F@opencsw.org> Hi, I put an updated libgsasl 1.0 in testing/. As I don't use SASL myself please someone give it a try who actually uses it. Thanks! -- Dago From james at opencsw.org Tue Mar 24 11:25:42 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 10:25:42 GMT Subject: [csw-maintainers] linking against libraries in /usr/sfw In-Reply-To: References: <49C8A741.2030905@opencsw.org> <20090324.9405600.2749970729@gyor.oxdrove.co.uk> Message-ID: <20090324.10254200.3732709573@gyor.oxdrove.co.uk> On 24/03/09, 10:06:26, Dagobert Michelsen wrote regarding Re: [csw-maintainers] linking against libraries in /usr/sfw: > >> My package apcupsd would support usb, but this is only available on > >> Solaris 10 and libusb is in /usr/sfw. > > > > See CSWlibgphoto2 and CSWsaneback for example. These have separate > > Solaris 10 packages that link to /usr/sfw/lib/libusb.so. > How does this go with a central NFS-Share for Solaris 8 and Solaris 10? Easily answered: it doesn't. > There are some packages that have dispatch-scripts similar to isaexec > to differentiate between multiple Solaris versions. Should this be > standard or are separate packages for Solaris 8 / 10 the preferred > way? isaexec doesn't handle OS rev; such a program could be created. For libraries only it's possible with $OSREL dynamic link token [1] but in the examples it means most of the package is duplicated (and their executables are not handled), for simple cases it might be appropriate. James. Refs: 1. http://docs.sun.com/app/docs/doc/806-0641/6j9vuqukj?a=view From hson at opencsw.org Tue Mar 24 12:55:41 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 24 Mar 2009 12:55:41 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? Message-ID: <49C8CA3D.90904@opencsw.org> I started to update libnet but found a problem... The API changed a lot between version 1.0.x and 1.1.x which requires a rewrite of the code if you use libnet. Since there are a number of packages which use libnet I took a look at their upstream versions and there are a few which support libnet 1.1, but also a lot which don't. I've taken a look at how other tackle this problem and debian for instance have two packages libnet0 and libnet1 which just inlucde the shared libraries, but their -dev packages are incompatible since they share some filenames. RedHat based distros also have two packages, but they have the same filename and are thus incompatible. So the question is how to proceed here? Should I create a new package which have its own subdir (like gcc3/gcc4) for packages which are compatible with 1.1.x or should I just ignore the 1.1.x? From dam at opencsw.org Tue Mar 24 14:09:03 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 14:09:03 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49C8CA3D.90904@opencsw.org> References: <49C8CA3D.90904@opencsw.org> Message-ID: <02130D8E-36FE-48BA-9DD8-6A8D0C604406@opencsw.org> Hi Roger, Am 24.03.2009 um 12:55 schrieb Roger H?kansson: > I started to update libnet but found a problem... > The API changed a lot between version 1.0.x and 1.1.x which requires > a rewrite of the code if you use libnet. > Since there are a number of packages which use libnet I took a look > at their upstream versions and there are a few which support libnet > 1.1, but also a lot which don't. > > I've taken a look at how other tackle this problem and debian for > instance have two packages libnet0 and libnet1 which just inlucde > the shared libraries, but their -dev packages are incompatible since > they share some filenames. > RedHat based distros also have two packages, but they have the same > filename and are thus incompatible. > > So the question is how to proceed here? > Should I create a new package which have its own subdir (like gcc3/ > gcc4) for packages which are compatible with 1.1.x or should I just > ignore the 1.1.x? The question is if there are packages which are still requiring libnet 1.0.x devel files. If yes, it is appropriate to make two packages (the existing CSWlibnet and maybe CSWlibnet11). If no you can just include the shared libraries in one package with version modulations (see readline or libtool for examples). Best regards -- Dago From james at opencsw.org Tue Mar 24 14:12:55 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 13:12:55 GMT Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49C8CA3D.90904@opencsw.org> References: <49C8CA3D.90904@opencsw.org> Message-ID: <20090324.13125500.1454408186@gyor.oxdrove.co.uk> On 24/03/09, 11:55:41, "Roger H?kansson" wrote regarding [csw-maintainers] Package incompatibility, any suggestions?: > I started to update libnet but found a problem... > The API changed a lot between version 1.0.x and 1.1.x which requires a > rewrite of the code if you use libnet. > Since there are a number of packages which use libnet I took a look at > their upstream versions and there are a few which support libnet 1.1, > but also a lot which don't. Won't the SONAME handle this? $ dump -Lv /opt/csw/lib/libnet.so | grep -c SONAME 0 Sadly not yet. Lib needs versioned SONAME set. Others have packed both the old and new libs in the new package and let SONAME do its stuff. People wanting to continue building to the old API can install the old package. James. From dam at opencsw.org Tue Mar 24 14:53:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 14:53:44 +0100 Subject: [csw-maintainers] Perl modules and mGAR v2 Message-ID: <53E75730-F993-4D9A-82CE-5001E2B5F288@opencsw.org> Hi, with r3905 it is now possible to build packages with category "cpan" with dynamic gspec-files. The correct includes for Perl modules are configure automatically. See cpan/Local-Gettext as example. Additionally, I updated the documentation for dynamic gspec files at Best regards -- Dago From phil at bolthole.com Tue Mar 24 15:09:54 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 07:09:54 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324.13125500.1454408186@gyor.oxdrove.co.uk> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> Message-ID: <20090324140954.GA61026@bolthole.com> On Tue, Mar 24, 2009 at 01:12:55PM +0000, James Lee wrote: > $ dump -Lv /opt/csw/lib/libnet.so | grep -c SONAME > 0 > > Sadly not yet. Lib needs versioned SONAME set. well, it WOULD be possible to force the new lib, to have a new SONAME of "libnet.so.1.1" > Others have packed both the old and new libs in the new package and let > SONAME do its stuff. > > People wanting to continue building to the old API can install the old > package. so if force of SONAME is done that is done, this would be possible. From james at opencsw.org Tue Mar 24 15:52:25 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 14:52:25 GMT Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324140954.GA61026@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> Message-ID: <20090324.14522500.1723492794@gyor.oxdrove.co.uk> On 24/03/09, 14:09:54, Philip Brown wrote regarding Re: [csw-maintainers] Package incompatibility, any suggestions?: > > $ dump -Lv /opt/csw/lib/libnet.so | grep -c SONAME > > 0 > > > > Sadly not yet. Lib needs versioned SONAME set. > well, it WOULD be possible to force the new lib, to have a new SONAME > of "libnet.so.1.1" The existing software links to libnet.so, eg: $ dump -Lv /opt/csw/bin/curl | grep libnet [7] NEEDED libnet.so So the libnet.so would need to remain the old lib or be a link to the old lib but when linking new software with just -lnet the linker will look for libnet.so and extract the old SONAME (none). Setting the SONAME in the new libnet only will require the lib version lib to be used during builds which is messy. The old lib needs to be named with a version and more importantly software that links to it needs to link directly to it not libnet.so (done automatically if there is an SONAME), ie, needs relinking. Eg: $ dump -Lv /opt/csw/bin/curl | grep libcurl.so.4 [1] NEEDED libcurl.so.4 $ ls -l /opt/csw/lib/libcurl.so lrwxrwxrwx 1 root other 16 Mar 17 2008 /opt/csw/lib/libcurl.so -> libcurl.so.4.0.1 $ dump -Lv /opt/csw/lib/libcurl.so | grep SONAME [10] SONAME libcurl.so.4 $ dump -Lv /opt/csw/lib/libcurl.so.4 | grep SONAME [10] SONAME libcurl.so.4 $ dump -Lv /opt/csw/lib/libcurl.so.3 | grep SONAME [9] SONAME libcurl.so.3 James. From phil at bolthole.com Tue Mar 24 17:13:24 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 09:13:24 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324.14522500.1723492794@gyor.oxdrove.co.uk> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> Message-ID: <20090324161324.GA9161@bolthole.com> On Tue, Mar 24, 2009 at 02:52:25PM +0000, James Lee wrote: > On 24/03/09, 14:09:54, Philip Brown wrote > > well, it WOULD be possible to force the new lib, to have a new SONAME > > of "libnet.so.1.1" > > The existing software links to libnet.so, eg: > > $ dump -Lv /opt/csw/bin/curl | grep libnet > [7] NEEDED libnet.so Oh, drat. i thought it was using "libnet.so.0". libXXX.so is a special case. it would appear as though there is a metric boatload of packages that acutally use libnet. (I'm rather surprised at some of them... "gpdf" ??? What's up with that?? and gedit?? normally, i would suggest forcing dependant packages to be recompiled, to match release of a new package. But there's just too many to do that in this case. Wow, these libnet people are incompetant. If the versions are incompatible, it should be a major REV bump!!! sheesh. Sadly.... I dont see much choice in what we can do. We cant just break 30 packages... but at the same time, we need to be able to recompile things against the newer stuff! in a clean, sane manner that doesnt require ludicrous backflips for maintainers. **************************************** I think we're going to have to make a nasty 'exception' for this. I think we're going to have the package have the old one in /opt/csw/lib/libnet.so but have a forced SONAME for /opt/csw/lib/libnet.so.1 and on TOP of that, I think our build machines will have to "break" the package, and do rm /opt/csw/lib/libnet.so ln -s libnet.so.1 /opt/csw/lib/libnet.so From dam at opencsw.org Tue Mar 24 17:48:01 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 17:48:01 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds References: <20090324163804.GG9161@bolthole.com> Message-ID: Hi, there are still occuring double lines of CSWcommon in depend files on packages build with GAR. I have already looked at the code and can't find the error. If you encounter such situation please mail me what you have done and what I can do to reproduce the situation. Best regards -- Dago From bonivart at opencsw.org Tue Mar 24 17:52:17 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 24 Mar 2009 17:52:17 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: References: <20090324163804.GG9161@bolthole.com> Message-ID: <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> On Tue, Mar 24, 2009 at 5:48 PM, Dagobert Michelsen wrote: > Hi, > > there are still occuring double lines of CSWcommon in depend > files on packages build with GAR. I have already looked at the > code and can't find the error. If you encounter such situation > please mail me what you have done and what I can do to reproduce > the situation. I found that GAR added common for all packages and also perl for cpan packages so I just stopped adding them as deps, otherwise I got double lines of them. Isn't that what is happening? Or do you mean that you have tried to fix that so we should get a single line anyway but it doesn't work? -- /peter From dam at opencsw.org Tue Mar 24 17:58:10 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 17:58:10 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> Message-ID: <7E243DFA-53B0-44B2-9A2C-A5DD90A396F9@opencsw.org> Hi Peter, Am 24.03.2009 um 17:52 schrieb Peter Bonivart: > On Tue, Mar 24, 2009 at 5:48 PM, Dagobert Michelsen > wrote: >> there are still occuring double lines of CSWcommon in depend >> files on packages build with GAR. I have already looked at the >> code and can't find the error. If you encounter such situation >> please mail me what you have done and what I can do to reproduce >> the situation. > > I found that GAR added common for all packages and also perl for cpan > packages so I just stopped adding them as deps, otherwise I got double > lines of them. Isn't that what is happening? > > Or do you mean that you have tried to fix that so we should get a > single line anyway but it doesn't work? I haven't changed GAR. What happens is that depend-files are used and under some combination of make-targets CSWcommon is added twice to the depend-files, even if it wasn't in there in the first place at all. Best regards -- Dago From phil at bolthole.com Tue Mar 24 18:01:43 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 10:01:43 -0700 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> Message-ID: <20090324170143.GN9161@bolthole.com> On Tue, Mar 24, 2009 at 05:52:17PM +0100, Peter Bonivart wrote: > I found that GAR added common for all packages and also perl for cpan > packages so I just stopped adding them as deps, otherwise I got double > lines of them. Isn't that what is happening? Hmm... i thought the theory was, that EITHER you let gar find the dependancies "automatically" OR you explicitly specify dependancies, and gar leaves depend alone. If the latter isnt happening... sounds like that's what the bug is. In principle, gar should leave depend file alone if one is provided, shouldnt it? (it's fine to WARN about missing stuff, but it shouldnt mess with a maintainer-supplied file,I should think) From bwalton at opencsw.org Tue Mar 24 18:05:58 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 24 Mar 2009 13:05:58 -0400 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <20090324170143.GN9161@bolthole.com> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> <20090324170143.GN9161@bolthole.com> Message-ID: <1237914193-sup-4103@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Tue Mar 24 13:01:43 -0400 2009: > If the latter isnt happening... sounds like that's what the bug is. > In principle, gar should leave depend file alone if one is provided, > shouldnt it? GAR will honour an explicit depend file, but if you don't provide that, it generates one dynamically. This is done based on variables set the the build description and then augmented with CSWcommon (and possibly others in the case of perl, etc). In the case of gsed (which I'm taking a peek at now), it created the depend file correctly on run 1. If you then call `gmake package` again, it adds an extra CSWcommon line. A third call saw no change. I then removed the package* cookie files and called `gmake package` a fourth time and got a third CSWcommon line...I'm not seeing the error yet either, but it's definitely happening...and not due to overriding an explicit file (ala $(call admfiles,...)). HTH. -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 dam at opencsw.org Tue Mar 24 18:10:13 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Mar 2009 18:10:13 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <20090324170143.GN9161@bolthole.com> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> <20090324170143.GN9161@bolthole.com> Message-ID: <8AD9843F-7B63-4CE6-ABAF-308F4F478DF8@opencsw.org> Hi Phil, Am 24.03.2009 um 18:01 schrieb Philip Brown: > On Tue, Mar 24, 2009 at 05:52:17PM +0100, Peter Bonivart wrote: >> I found that GAR added common for all packages and also perl for cpan >> packages so I just stopped adding them as deps, otherwise I got >> double >> lines of them. Isn't that what is happening? > > Hmm... > i thought the theory was, that > EITHER you let gar find the dependancies "automatically" > OR you explicitly specify dependancies, and gar leaves depend alone. > > If the latter isnt happening... sounds like that's what the bug is. > In principle, gar should leave depend file alone if one is provided, > shouldnt it? It does merge in a basic template file, which is "P CSWcommon" for normal packages and an additional dependency to Perl for CPAN modules. However, when I try it the line is always added only once. > (it's fine to WARN about missing stuff, but it shouldnt mess with > a maintainer-supplied file,I should think) Maintainers should use dynamic dependencies anyway in favor: like REQUIRED_PKGS = CSWperl CSWautomake Best regards -- Dago From james at opencsw.org Tue Mar 24 18:22:35 2009 From: james at opencsw.org (James Lee) Date: Tue, 24 Mar 2009 17:22:35 GMT Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324161324.GA9161@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> Message-ID: <20090324.17223500.2384994183@gyor.oxdrove.co.uk> On 24/03/09, 16:13:24, Philip Brown wrote regarding Re: [csw-maintainers] Package incompatibility, any suggestions?: > I think we're going to have to make a nasty 'exception' for this. > I think we're going to have the package have the old one in > /opt/csw/lib/libnet.so > but have a forced SONAME for > /opt/csw/lib/libnet.so.1 > and on TOP of that, I think our build machines will have to "break" the > package, and do > rm /opt/csw/lib/libnet.so > ln -s libnet.so.1 /opt/csw/lib/libnet.so It's very, very nasty because it will break anyone else trying to build, either in ignorance of your hack or if trying to run and build on the same machine. Has no one made an elf header editor? James. From bonivart at opencsw.org Tue Mar 24 18:27:09 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 24 Mar 2009 18:27:09 +0100 Subject: [csw-maintainers] Double CSWcommon dependencies on GAR builds In-Reply-To: <1237914193-sup-4103@ntdws12.chass.utoronto.ca> References: <20090324163804.GG9161@bolthole.com> <625385e30903240952n14f68703ne1414b58a5af7636@mail.gmail.com> <20090324170143.GN9161@bolthole.com> <1237914193-sup-4103@ntdws12.chass.utoronto.ca> Message-ID: <625385e30903241027n1b273869qcf8fed92d7c9e59a@mail.gmail.com> On Tue, Mar 24, 2009 at 6:05 PM, Ben Walton wrote: > In the case of gsed (which I'm taking a peek at now), it created the > depend file correctly on run 1. ?If you then call `gmake package` > again, it adds an extra CSWcommon line. ?A third call saw no change. > I then removed the package* cookie files and called `gmake package` a > fourth time and got a third CSWcommon line...I'm not seeing the error > yet either, but it's definitely happening...and not due to overriding > an explicit file (ala $(call admfiles,...)). Aha, I've noticed similar things but I've always just made a gmake clean to fix it without thinking twice about it. I guess you do if compiling takes forever. -- /peter From phil at bolthole.com Tue Mar 24 19:26:47 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 11:26:47 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324.17223500.2384994183@gyor.oxdrove.co.uk> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <20090324.17223500.2384994183@gyor.oxdrove.co.uk> Message-ID: <20090324182647.GP9161@bolthole.com> On Tue, Mar 24, 2009 at 05:22:35PM +0000, James Lee wrote: > On 24/03/09, 16:13:24, Philip Brown wrote regarding Re: > > and on TOP of that, I think our build machines will have to "break" the > > package, and do > > > rm /opt/csw/lib/libnet.so > > ln -s libnet.so.1 /opt/csw/lib/libnet.so > > It's very, very nasty because it will break anyone else trying to build, > either in ignorance of your hack or if trying to run and build on the > same machine. waitwhat? it wont break anyone else trying to build. it will rather, force them to use the new libnet. > Has no one made an elf header editor? > yes. but it usually requires that the old string be "as long as or longer than" the new string. we fail in that criteria. From hson at opencsw.org Tue Mar 24 21:42:29 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 24 Mar 2009 21:42:29 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <02130D8E-36FE-48BA-9DD8-6A8D0C604406@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <02130D8E-36FE-48BA-9DD8-6A8D0C604406@opencsw.org> Message-ID: <49C945B5.8020505@opencsw.org> Dagobert Michelsen wrote: > The question is if there are packages which are still requiring libnet > 1.0.x > devel files. If yes, it is appropriate to make two packages (the existing > CSWlibnet and maybe CSWlibnet11). If no you can just include the shared > libraries in one package with version modulations (see readline or libtool > for examples). Yes, as far as I've been able to tell, there are some packages where upstream still relies on 1.0 (some of the packages haven't been updated in years so that might be the reason) From hson at opencsw.org Tue Mar 24 21:45:14 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Tue, 24 Mar 2009 21:45:14 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324.13125500.1454408186@gyor.oxdrove.co.uk> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> Message-ID: <49C9465A.80702@opencsw.org> James Lee wrote: > Won't the SONAME handle this? > > $ dump -Lv /opt/csw/lib/libnet.so | grep -c SONAME > 0 > > Sadly not yet. Lib needs versioned SONAME set. > > Others have packed both the old and new libs in the new package and let > SONAME do its stuff. > > People wanting to continue building to the old API can install the old > package. Well, the problem is that since the API have changed, so has the include files... From william at wbonnet.net Tue Mar 24 22:47:57 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 24 Mar 2009 22:47:57 +0100 Subject: [csw-maintainers] Some Perl module updates are in testing Message-ID: <49C9550D.2050104@wbonnet.net> Hi I have updated a few perl modules. They are availables from testing Parse-Syslog is now in version 1.10 Parse-RecDescent is now in version 1.96.0 Package-Constants is now in version 0.02 Object-Accessor is now in version 0.34 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 Mar 24 22:49:04 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 24 Mar 2009 22:49:04 +0100 Subject: [csw-maintainers] Perl modules and mGAR v2 In-Reply-To: <53E75730-F993-4D9A-82CE-5001E2B5F288@opencsw.org> References: <53E75730-F993-4D9A-82CE-5001E2B5F288@opencsw.org> Message-ID: <49C95550.7010003@wbonnet.net> HI Dagobert > > with r3905 it is now possible to build packages with category > "cpan" with dynamic gspec-files. The correct includes for Perl > modules are configure automatically. See cpan/Local-Gettext as > example. > Thanksit works fine :) 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 hson at opencsw.org Wed Mar 25 00:11:18 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 25 Mar 2009 00:11:18 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090324161324.GA9161@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> Message-ID: <49C96896.7030709@opencsw.org> Philip Brown wrote: > it would appear as though there is a metric boatload of packages that > acutally use libnet. (I'm rather surprised at some of them... No shit, I was also surprised how many packages actually was using libnet, but I think there are some other lib which they use, which was linked against libnet. > "gpdf" ??? What's up with that?? > and gedit?? > I've rebuild gedit 1.14.4 and I can't see any reason why libnet should be needed. It must have been some dependant library that used libnet in the past. Regarding gpdf, that package should be scrapped since we have evince which is gnome's replacement. > normally, i would suggest forcing dependant packages to be recompiled, to > match release of a new package. > But there's just too many to do that in this case. > > Wow, these libnet people are incompetant. > If the versions are incompatible, it should be a major REV bump!!! > sheesh. Well, first of all, they don't create a shared library, all distributions which have that, have done that by themself. Their normal installation just creates a static library. Secondly regarding version numbers, it all depends on how you look at it, there are many different ways how people use version numbers. If they have had release shared libraries a major rev bump would be required, but since they don't version number is just a version number of their software. There are several software packages where the library version number doesn't match the software version number. > Sadly.... I dont see much choice in what we can do. > We cant just break 30 packages... but at the same time, we need to be > able to recompile things against the newer stuff! > in a clean, sane manner that doesnt require ludicrous backflips for > maintainers. > Well, what we could do is first re-release 1.0.2 with SONAME set, then re-release all dependant packages, then release 1.1.2 so any package which support or require 1.1.x can be released. I know that this might be a undesirable way, but maybe the "cleanest". From mwatters at opencsw.org Wed Mar 25 01:48:31 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 24 Mar 2009 19:48:31 -0500 Subject: [csw-maintainers] help from mGar gods requested Message-ID: <49C97F5F.5040809@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have just one more obstacle to over come for the gcc packages. I am using a "custom" merge script for the amd64 support. my dilemma is how do I create the links to isaexec in $(bindir) without using BUILD64 option. using dynamic prototypes. any help would be much appreciated. I have the test results in my home dir for the amd64/i386 merge ~mwatters/gcc-test-results merged-8x and merged-10x - -- 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 iEYEARECAAYFAknJf18ACgkQLrhmsXMSLxcb5gCg1b6Hj5WcNqjq7evK/nVHsKs8 ClsAniW5Veytf/UppXJybRx/jGMwVOb7 =NPWi -----END PGP SIGNATURE----- From phil at bolthole.com Wed Mar 25 02:14:03 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 24 Mar 2009 18:14:03 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49C96896.7030709@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> Message-ID: <20090325011403.GD71686@bolthole.com> On Wed, Mar 25, 2009 at 12:11:18AM +0100, Roger H?kansson wrote: > I've rebuild gedit 1.14.4 and I can't see any reason why libnet should > be needed. It must have been some dependant library that used libnet in > the past. nope. direct link. dump -Lv says it is directly "needed". > Well, what we could do is first re-release 1.0.2 with SONAME set, then > re-release all dependant packages, THAT aint gonna happen in the next 12 months :) > I know that this might be a undesirable way, but maybe the "cleanest". no, it's prefectly desirable. the problem is, it's just not REALISTIC :-) From hson at opencsw.org Wed Mar 25 06:31:22 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Wed, 25 Mar 2009 06:31:22 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090325011403.GD71686@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> Message-ID: <49C9C1AA.5040707@opencsw.org> Philip Brown wrote: > On Wed, Mar 25, 2009 at 12:11:18AM +0100, Roger H?kansson wrote: >> I've rebuild gedit 1.14.4 and I can't see any reason why libnet should >> be needed. It must have been some dependant library that used libnet in >> the past. > > nope. direct link. > dump -Lv says it is directly "needed". Well, that isn't so strange, if you link gedit with libX and a function in libX needs libnet, you'll have to put -lnet when you link gedit, and then dump will tell you that both libX and libnet is "needed". If you later on rebuild libX without any libnet support, libX will no longer require libnet, but gedit still will... >> Well, what we could do is first re-release 1.0.2 with SONAME set, then >> re-release all dependant packages, > > THAT aint gonna happen in the next 12 months :) > > >> I know that this might be a undesirable way, but maybe the "cleanest". > > no, it's prefectly desirable. > the problem is, it's just not REALISTIC :-) That was what i meant with "undesirable" ;) From dam at opencsw.org Wed Mar 25 11:52:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 11:52:19 +0100 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: Hi Maciej, Am 23.03.2009 um 13:59 schrieb Maciej (Matchek) Blizinski: > I've noticed that svn:externals use a short version of SourceForge > domain, sf.net. It causes svn to complain about non-matching SSL > certificates and asks for confirmation when checking out gar > svn:externals. I have a prepared svn change which changes all > instances of sf.net into sourceforge.net. I'm not aware of any major > problems that it might cause. I tested it locally and it Just Works, > "svn update" completes successfully after the change. > > The change is small in a sense that it boils down to sedding through > svn:externals and replacing sf.net with sourceforge.net. The change is > big in a sense that it touches most of /trunk directories. I > decided to ask for opinions before submitting. > > An example: > > maciej at vsol01 pkg $ svn diff openssl > > Property changes on: openssl/trunk > ___________________________________________________________________ > Name: svn:externals > - gar https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2 > > + gar https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2 > > > Does anyone object to this change? If not, I'm going to submit it > tomorrow. I thought you were going to commit the change? Please go ahead, but make sure you change all references like I wrote before. Best regards -- Dago From dam at opencsw.org Wed Mar 25 11:55:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 11:55:24 +0100 Subject: [csw-maintainers] help from mGar gods requested In-Reply-To: <49C97F5F.5040809@opencsw.org> References: <49C97F5F.5040809@opencsw.org> Message-ID: <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> Hi Mike, Am 25.03.2009 um 01:48 schrieb Mike Watters: > I have just one more obstacle to over come for the gcc packages. > I am using a "custom" merge script for the amd64 support. my > dilemma is > how do I create the links to isaexec in $(bindir) without using > BUILD64 option. > using dynamic prototypes. > > any help would be much appreciated. > > I have the test results in my home dir for the amd64/i386 merge I don't understand how your merging works. Usually you build the sourcetree multiple times (the so-called "modulations" over some variables, here GAROSREL). These are then installed to separate directories and then merged together to $(PKGROOT), which is a direct image of the files in the package. Anyway, you can just set ISAEXEC_FILES = /opt/csw/gcc4/bin/gcc ... and build your package and everything should work. If you want to know how this works: Best regards -- Dago From maciej at opencsw.org Wed Mar 25 12:38:59 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 11:38:59 +0000 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: On Wed, Mar 25, 2009 at 10:52 AM, Dagobert Michelsen wrote: > I thought you were going to commit the change? Please go ahead, but make > sure you change all references like I wrote before. I'm doing that right now. It takes a bit of time. Your update to Pod-Simple was in the middle of my commit, so I cancelled it and I'm now starting over. From maciej at opencsw.org Wed Mar 25 12:47:45 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 11:47:45 +0000 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: On Wed, Mar 25, 2009 at 11:38 AM, Maciej (Matchek) Blizinski wrote: > On Wed, Mar 25, 2009 at 10:52 AM, Dagobert Michelsen wrote: >> I thought you were going to commit the change? Please go ahead, but make >> sure you change all references like I wrote before. > > I'm doing that right now. It takes a bit of time. Your update to > Pod-Simple was in the middle of my commit, so I cancelled it and I'm > now starting over. The change is going in now. I estimated that it will take it about 15 minutes to complete. If you're about to submit something now, please hold your horses. I'll update this thread once the change is in. From maciej at opencsw.org Wed Mar 25 12:51:51 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 11:51:51 +0000 Subject: [csw-maintainers] MediaWiki on SourceForge access Message-ID: Can I have it? I could contribute some updates. Maciej From rupert at opencsw.org Wed Mar 25 13:09:36 2009 From: rupert at opencsw.org (rupert THURNER) Date: Wed, 25 Mar 2009 13:09:36 +0100 Subject: [csw-maintainers] MediaWiki on SourceForge access In-Reply-To: References: Message-ID: <6af4270903250509n2440f716xe344ff06ad68f2ad@mail.gmail.com> may i "misuse" you as testperson pls? as you do not have any rights but login, are you able to create tickets and edit milestones on http://apps.sourceforge.net/trac/gar? rupert. On Wed, Mar 25, 2009 at 12:51, Maciej (Matchek) Blizinski wrote: > Can I have it? I could contribute some updates. > > Maciej > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From maciej at opencsw.org Wed Mar 25 13:12:21 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 12:12:21 +0000 Subject: [csw-maintainers] SSL warnings in svn:externals-driven directories In-Reply-To: References: Message-ID: On Wed, Mar 25, 2009 at 11:47 AM, Maciej (Matchek) Blizinski wrote: > The change is going in now. I estimated that it will take it about 15 > minutes to complete. If you're about to submit something now, please > hold your horses. I'll update this thread once the change is in. The change is in. Please do "svn update --ignore-externals" how to update your checked-out code to avoid subversion property conflicts. This applies to everybody who has any checked-out code. Maciej From maciej at opencsw.org Wed Mar 25 13:18:01 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 25 Mar 2009 12:18:01 +0000 Subject: [csw-maintainers] MediaWiki on SourceForge access In-Reply-To: <6af4270903250509n2440f716xe344ff06ad68f2ad@mail.gmail.com> References: <6af4270903250509n2440f716xe344ff06ad68f2ad@mail.gmail.com> Message-ID: On Wed, Mar 25, 2009 at 12:09 PM, rupert THURNER wrote: > may i "misuse" you as testperson pls? as you do not have any rights > but login, are you able to create tickets and edit milestones on > http://apps.sourceforge.net/trac/gar? Test positive, I successfully created a ticket and edited a milestone. From dam at opencsw.org Wed Mar 25 14:19:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 14:19:44 +0100 Subject: [csw-maintainers] MediaWiki on SourceForge access In-Reply-To: References: Message-ID: Hi Maciej, Am 25.03.2009 um 12:51 schrieb Maciej (Matchek) Blizinski: > Can I have it? I could contribute some updates. You are now "Editor" on GAR MediaWiki. Best regards -- Dago From harpchad at opencsw.org Wed Mar 25 14:52:45 2009 From: harpchad at opencsw.org (Chad Harp) Date: Wed, 25 Mar 2009 08:52:45 -0500 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> Message-ID: <49CA372D.9020307@opencsw.org> This should be updated on the mirrors now. We'll want to install glib2devel as well (I split the package into glib2 (runtime) and glib2devel. New gnutls is out there too. Dagobert Michelsen wrote: > Hi, > > Chad, is glib2 ready for release? It is another one of those > nasty .la-things depending on missing libintl.la > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From dam at opencsw.org Wed Mar 25 15:03:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 15:03:47 +0100 Subject: [csw-maintainers] Is glib2 ready for release? In-Reply-To: <49CA372D.9020307@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> <49CA372D.9020307@opencsw.org> Message-ID: <25539B44-89FB-4972-9DCE-FC2170A5D97B@opencsw.org> Hi Chad, Am 25.03.2009 um 14:52 schrieb Chad Harp: > This should be updated on the mirrors now. We'll want to install > glib2devel as well (I split the package into glib2 (runtime) and > glib2devel. > > New gnutls is out there too. I'll update the buildfarm now. Best regards -- Dago From dam at opencsw.org Wed Mar 25 15:23:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 15:23:46 +0100 Subject: [csw-maintainers] [csw-buildfarm] Is glib2 ready for release? In-Reply-To: <25539B44-89FB-4972-9DCE-FC2170A5D97B@opencsw.org> References: <0D53107D-72E4-478B-BD74-6D0AC69C59EA@opencsw.org> <49CA372D.9020307@opencsw.org> <25539B44-89FB-4972-9DCE-FC2170A5D97B@opencsw.org> Message-ID: <216D8A5B-CDCF-454D-B0D1-596AD2D7B79B@opencsw.org> Hi, Am 25.03.2009 um 15:03 schrieb Dagobert Michelsen: > Am 25.03.2009 um 14:52 schrieb Chad Harp: >> This should be updated on the mirrors now. We'll want to install >> glib2devel as well (I split the package into glib2 (runtime) and >> glib2devel. >> >> New gnutls is out there too. > > I'll update the buildfarm now. Done. Best regards -- Dago From mwatters at opencsw.org Wed Mar 25 16:21:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 25 Mar 2009 10:21:26 -0500 Subject: [csw-maintainers] help from mGar gods requested In-Reply-To: <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> References: <49C97F5F.5040809@opencsw.org> <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> Message-ID: <49CA4BF6.9000000@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Am 25.03.2009 um 01:48 schrieb Mike Watters: >> I have just one more obstacle to over come for the gcc packages. >> I am using a "custom" merge script for the amd64 support. my dilemma is >> how do I create the links to isaexec in $(bindir) without using >> BUILD64 option. >> using dynamic prototypes. >> >> any help would be much appreciated. >> >> I have the test results in my home dir for the amd64/i386 merge > > I don't understand how your merging works. Usually you build the > sourcetree multiple times (the so-called "modulations" over some > variables, here GAROSREL). These are then installed to separate > directories and then merged together to $(PKGROOT), which is > a direct image of the files in the package. > > Anyway, you can just set > ISAEXEC_FILES = /opt/csw/gcc4/bin/gcc ... > and build your package and everything should work. > > If you want to know how this works: > > > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Here is how the merge works ** note this is for amd/i386 only, sparc is "normal" ** first I override the merge using MERGE_SCRIPTS_isa-i386 = amd # files/gar_override.mk the merge is as follows: # files/amd_merge.mk merge-dirs uses ginstall to create pkgroot and pkgroot/bindir/i386 and pkgroot/bindir/amd64 merge-i386 uses pax and copies the "common" directory contents to pkgroot uses pax to copy installdir/bindir/* to pkgroot/bindir/i386 create hard links to the os-branded binaries in isabin merge-amd uses pax and copies the os-branded dirs to pkgroot uses pax to copy the amd64 dirs to pkgroot uses pax to copy installdir/bindir/* to pkgroot/bindir/amd64 create hard liks to the os-branded binaries in isabin merge-strip uses stripbin to strip the binaries inside of an ifeq ($(shell uname -p),i386) I have tried using ISAEXEC_FILES = $(bindir)/file I currently have it setup to be ISAEXEC_FILES_CSWpkgname = /opt/csw/gcc4/bin/{file} - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknKS/UACgkQLrhmsXMSLxcfxACg3YdVbZ8qeWqg45zBPBseDY1Z QgMAoObMks/qXdDwUu/7D5IKQjFnRj6V =6BAL -----END PGP SIGNATURE----- From dam at opencsw.org Wed Mar 25 16:33:16 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 16:33:16 +0100 Subject: [csw-maintainers] help from mGar gods requested In-Reply-To: <49CA4BF6.9000000@opencsw.org> References: <49C97F5F.5040809@opencsw.org> <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> <49CA4BF6.9000000@opencsw.org> Message-ID: Hi Mike, Am 25.03.2009 um 16:21 schrieb Mike Watters: > inside of an ifeq ($(shell uname -p),i386) > I have tried using ISAEXEC_FILES = $(bindir)/file > I currently have it setup to be ISAEXEC_FILES_CSWpkgname = /opt/csw/ > gcc4/bin/{file} This should be ok. Doesn't it work the way you expected? BTW, personally I disvavor the use of 'ifeq' to variable definition: > ISAEXEC_FILES_CSWpkgname_i386 = /opt/csw/gcc4/bin/{file} > ISAEXEC_FILES_CSWpkgname = $(ISAEXEC_FILES_CSWpkgname_$(GARCH)) But this is more a matter of taste :-) Best regards -- Dago From bonivart at opencsw.org Wed Mar 25 16:58:30 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 25 Mar 2009 16:58:30 +0100 Subject: [csw-maintainers] /testing pm_archivezip, pm_dbi, pm_htmlparser, pm_netcidr, pm_podsimple Message-ID: <625385e30903250858j7e36a2at1e37245c4bb70e22@mail.gmail.com> I have update five Perl modules, please help testing them. http://mirror.opencsw.org/testing/pm_archivezip-1.26,REV=2009.03.25-SunOS5.8-all-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_dbi-1.607,REV=2009.03.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_dbi-1.607,REV=2009.03.25-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_htmlparser-3.60,REV=2009.03.25-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_htmlparser-3.60,REV=2009.03.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_netcidr-0.13,REV=2009.03.25-SunOS5.8-all-CSW.pkg.gz http://mirror.opencsw.org/testing/pm_podsimple-3.07,REV=2009.03.25-SunOS5.8-all-CSW.pkg.gz -- /peter From phil at bolthole.com Wed Mar 25 17:13:56 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 09:13:56 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49C9C1AA.5040707@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> Message-ID: <20090325161356.GA91944@bolthole.com> On Wed, Mar 25, 2009 at 06:31:22AM +0100, Roger H??kansson wrote: > Philip Brown wrote: >> nope. direct link. >> dump -Lv says it is directly "needed". > > Well, that isn't so strange, if you link gedit with libX and a function > in libX needs libnet, you'll have to put -lnet when you link gedit, and > then dump will tell you that both libX and libnet is "needed". > If you later on rebuild libX without any libnet support, libX will no > longer require libnet, but gedit still will... incorrect. that's why we register dependancies the way we do. dump -Lv works differently than ldd. From mwatters at opencsw.org Wed Mar 25 17:16:28 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 25 Mar 2009 11:16:28 -0500 Subject: [csw-maintainers] help from mGar gods requested In-Reply-To: References: <49C97F5F.5040809@opencsw.org> <36E2E488-1F2B-4B79-AFEE-8CA61DDCAFF9@opencsw.org> <49CA4BF6.9000000@opencsw.org> Message-ID: <49CA58DC.5010707@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Am 25.03.2009 um 16:21 schrieb Mike Watters: >> inside of an ifeq ($(shell uname -p),i386) >> I have tried using ISAEXEC_FILES = $(bindir)/file >> I currently have it setup to be ISAEXEC_FILES_CSWpkgname = >> /opt/csw/gcc4/bin/{file} > > This should be ok. Doesn't it work the way you expected? > > BTW, personally I disvavor the use of 'ifeq' to variable definition: > >> ISAEXEC_FILES_CSWpkgname_i386 = /opt/csw/gcc4/bin/{file} >> ISAEXEC_FILES_CSWpkgname = $(ISAEXEC_FILES_CSWpkgname_$(GARCH)) > > But this is more a matter of taste :-) > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I think both ifeq and .._$(GARCH) have their place I think it is more readable for definitions like: ifeq ($(shell uname -p),i386) ifeq ($(shell uname -r),5.10) GARCOMPILER = SOS12 SOS12_CC = /opt/studio/SOS12/SUNWspro/bin/cc BOOT_CFLAGS = -I/opt/csw/include -g -O2 -pipe BOOT_LDFLAGS = -L/opt/csw/lib -R/opt/csw/lib else GARCOMPILER = SOS11 SOS11_CC = /opt/studio/SOS11/SUNWspro/bin/cc -xarch=386 BOOT_CFLAGS = -I/opt/csw/include -m32 -march=i386 -g -O2 -pipe BOOT_LDFLAGS = -L/opt/csw/lib -R/opt/csw/lib endif endif and the ..._$(GARCH) for definitions like ISAEXEC_FILES_CSWpkg_i386 I made that change ;) and moved the definitions to the package_def.mk file I made some tweaks and cleanups on the recipe and am rebuilding to validate them. I will double check the pkgs again after rebuild and let you know if the links worked this time. (after the build is done roughly 13hrs) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknKWNsACgkQLrhmsXMSLxczNwCgy8rBJ+nAL5/kXa16epLHxkIW 7wwAoKBc5QmktUSOc+k3UJTG+YSmqRhw =Td4l -----END PGP SIGNATURE----- From william at wbonnet.net Wed Mar 25 17:28:14 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Mar 2009 17:28:14 +0100 Subject: [csw-maintainers] Mantis weekly reminder Message-ID: <49CA5B9E.3040505@wbonnet.net> Hi Sebastian, Could you please resume the weekly cron that was sending notification email to maintainer having open issues on Mantis ? Thanks in advnace cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Wed Mar 25 17:38:48 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Mar 2009 17:38:48 +0100 Subject: [csw-maintainers] Mantis evolution ? Message-ID: <49CA5E18.7000805@wbonnet.net> Hi Sebastian, If was looking to a bug entry and wondered if there is a way to display current version of package somewhere in the information ? Cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From dam at opencsw.org Wed Mar 25 17:43:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 25 Mar 2009 17:43:34 +0100 Subject: [csw-maintainers] Mantis evolution ? In-Reply-To: <49CA5E18.7000805@wbonnet.net> References: <49CA5E18.7000805@wbonnet.net> Message-ID: <5D6500D5-E884-4344-B5AC-CC02F389CFF3@opencsw.org> Hi William, Am 25.03.2009 um 17:38 schrieb William Bonnet: > If was looking to a bug entry and wondered if there is a way to > display current version of package somewhere in the information ? I guess it should go into "Product Build" like "1.4.6,REV=2008.04.28". Even better would be a selection with released versions. Best regards -- Dago From skayser at opencsw.org Wed Mar 25 17:47:13 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 25 Mar 2009 17:47:13 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA5B9E.3040505@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> Message-ID: <49CA6011.6000803@opencsw.org> Hi William, William Bonnet wrote: > Could you please resume the weekly cron that was sending notification > email to maintainer having open issues on Mantis ? i wasn't aware that we had one. One of the machine admins where Mantis is hosted should know about it. Ihsan, Phil? Sebastian From james at opencsw.org Wed Mar 25 17:55:19 2009 From: james at opencsw.org (James Lee) Date: Wed, 25 Mar 2009 16:55:19 GMT Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA6011.6000803@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> Message-ID: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> On 25/03/09, 16:47:13, Sebastian Kayser wrote regarding Re: [csw-maintainers] Mantis weekly reminder: > > Could you please resume the weekly cron that was sending notification > > email to maintainer having open issues on Mantis ? > i wasn't aware that we had one. One of the machine admins where Mantis > is hosted should know about it. Ihsan, Phil? 'Twas I. I wrote a small piece of code that tapped into Mantis's database and sent emails. Shouldn't be difficult to set up again. James. From phil at bolthole.com Wed Mar 25 17:58:48 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 09:58:48 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA6011.6000803@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> Message-ID: <20090325165848.GA66706@bolthole.com> On Wed, Mar 25, 2009 at 05:47:13PM +0100, Sebastian Kayser wrote: > Hi William, > > William Bonnet wrote: > > Could you please resume the weekly cron that was sending notification > > email to maintainer having open issues on Mantis ? > > i wasn't aware that we had one. One of the machine admins where Mantis > is hosted should know about it. Ihsan, Phil? i think it was a custom thing that James wrote one time. From william at wbonnet.net Wed Mar 25 18:11:15 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Mar 2009 18:11:15 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> Message-ID: <49CA65B3.9030009@wbonnet.net> Hi > 'Twas I. I wrote a small piece of code that tapped into Mantis's > database and sent emails. Shouldn't be difficult to set up again. > Cool :) so could someone do it please ? ;) cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From james at opencsw.org Wed Mar 25 18:44:57 2009 From: james at opencsw.org (James Lee) Date: Wed, 25 Mar 2009 17:44:57 GMT Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA65B3.9030009@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> Message-ID: <20090325.17445700.3366655918@gyor.oxdrove.co.uk> On 25/03/09, 17:11:15, William Bonnet wrote regarding Re: [csw-maintainers] Mantis weekly reminder: > > 'Twas I. I wrote a small piece of code that tapped into Mantis's > > database and sent emails. Shouldn't be difficult to set up again. > > > Cool :) > so could someone do it please ? ;) I'll try to set it up again. Sebastian, can I have a read only account for the database? It would be better than me stealing the mantis password like last time. James. From skayser at opencsw.org Wed Mar 25 19:02:06 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 25 Mar 2009 19:02:06 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090325.17445700.3366655918@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090325.17445700.3366655918@gyor.oxdrove.co.uk> Message-ID: <49CA719E.2040002@opencsw.org> James Lee wrote: > On 25/03/09, 17:11:15, William Bonnet wrote regarding > Re: [csw-maintainers] Mantis weekly reminder: > >>> 'Twas I. I wrote a small piece of code that tapped into Mantis's >>> database and sent emails. Shouldn't be difficult to set up again. >>> >> Cool :) > >> so could someone do it please ? ;) > > I'll try to set it up again. > > Sebastian, can I have a read only account for the database? It > would be better than me stealing the mantis password like last > time. I don't have administrative rights for the MySQL installation. Ihsan will need to create an account for you. Sebastian From hson at opencsw.org Wed Mar 25 19:30:55 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 25 Mar 2009 19:30:55 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090325161356.GA91944@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> <20090325161356.GA91944@bolthole.com> Message-ID: <49CA785F.5000709@opencsw.org> Philip Brown wrote: > On Wed, Mar 25, 2009 at 06:31:22AM +0100, Roger H?kansson wrote: >> Philip Brown wrote: >>> nope. direct link. >>> dump -Lv says it is directly "needed". >> Well, that isn't so strange, if you link gedit with libX and a function >> in libX needs libnet, you'll have to put -lnet when you link gedit, and >> then dump will tell you that both libX and libnet is "needed". >> If you later on rebuild libX without any libnet support, libX will no >> longer require libnet, but gedit still will... > > incorrect. > > that's why we register dependancies the way we do. > > dump -Lv > works differently than ldd. It depends on how libX was created, if it was linked with "-l net" at creation, gedit didn't need to be linked to libnet, but if libX wasn't gedit had to be linked to libnet. Example: main.c calls a(), located in liba.so, which calls b() located in libb.so ld -G -L. -o liba.so a.o -l b cc -L. -o main main.c -la dump -Lv liba.so |grep NEEDED [1] NEEDED libb.so dump -Lv main |grep NEEDED [1] NEEDED liba.so [2] NEEDED libc.so.1 ld -G -L. -o liba.so a.o cc -L. -o main main.c -la -lb dump -Lv liba.so |grep NEEDED dump -Lv main |grep NEEDED [1] NEEDED liba.so [2] NEEDED libb.so [3] NEEDED libc.so.1 From hson at opencsw.org Wed Mar 25 19:35:44 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 25 Mar 2009 19:35:44 +0100 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> Message-ID: <49CA7980.4010408@opencsw.org> Dagobert Michelsen wrote: > > > It looks like there is a problem setting > NET-SNMP-IN-SOURCE > NET-SNMP-PATH > to use local binding, but I can't find where this is actually set :-( > > Problem solved by patching most Makefile.PL plus unexporting LD_OPTIONS... From mwatters at opencsw.org Wed Mar 25 19:51:24 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 25 Mar 2009 13:51:24 -0500 Subject: [csw-maintainers] A bit of a problem, help wanted In-Reply-To: <49CA7980.4010408@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> <49CA7980.4010408@opencsw.org> Message-ID: <49CA7D2C.70204@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Dagobert Michelsen wrote: >> >> >> It looks like there is a problem setting >> NET-SNMP-IN-SOURCE >> NET-SNMP-PATH >> to use local binding, but I can't find where this is actually set :-( >> >> > > Problem solved by patching most Makefile.PL plus unexporting LD_OPTIONS... > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers something to check. make sure you are infact using the perl in /opt/csw usually this issue crops up when trying to install from the system perl. i.e. /opt/csw/bin/perl Makefile.PL instead of perl Makefile.PL - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknKfSwACgkQLrhmsXMSLxfZ+wCfSJLR53s3vyWKmPXRkZRtF2rj ZoUAnAmHOry/mSe6ANQuz/ikRMQl7RH3 =kYhB -----END PGP SIGNATURE----- From phil at bolthole.com Wed Mar 25 20:00:02 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 12:00:02 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49CA785F.5000709@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> <20090325161356.GA91944@bolthole.com> <49CA785F.5000709@opencsw.org> Message-ID: <20090325190002.GH66706@bolthole.com> On Wed, Mar 25, 2009 at 07:30:55PM +0100, Roger H?kansson wrote: > It depends on how libX was created, if it was linked with "-l net" at > creation, gedit didn't need to be linked to libnet, but if libX wasn't > gedit had to be linked to libnet. Hmm... so what library are you suggesting needs -lnet, that gedit currently uses? From phil at bolthole.com Wed Mar 25 20:07:10 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 12:07:10 -0700 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <49CA785F.5000709@opencsw.org> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> <20090325161356.GA91944@bolthole.com> <49CA785F.5000709@opencsw.org> Message-ID: <20090325190710.GI66706@bolthole.com> On Wed, Mar 25, 2009 at 07:30:55PM +0100, Roger H?kansson wrote: >... BTW, thanks for pointing this out; I have updated http://www.opencsw.org/standards/libraries to mention this problem. From william at wbonnet.net Wed Mar 25 21:09:50 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 25 Mar 2009 21:09:50 +0100 Subject: [csw-maintainers] mysql users? In-Reply-To: <1237858099-sup-2941@ntdws12.chass.utoronto.ca> References: <20090323170307.GR44510@bolthole.com> <49C7C2E2.5020306@opencsw.org> <49C7E633.70602@wbonnet.net> <1237858099-sup-2941@ntdws12.chass.utoronto.ca> Message-ID: <49CA8F8E.6000900@wbonnet.net> Hi Ben > If you're overloaded (you do package _a lot_ of stuff), my colleague > and I may be able to tackle this package. We use mysql and therefore > have a vested interest in it. Let me discuss it with him tomorrow and > we may take it off your hands. > For sure, i'm happy some one volunteer for this huge package. There many other things i have to work on :) I'm happy to let you and your colleague handle this on. We started to talk about this on IRC, if you need help let me know. I'm online almost every day so we can talk about this on IRC. I commit what i have done so far (not a lot of things), and move to other packages. 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 Mar 25 21:22:22 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 25 Mar 2009 21:22:22 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA719E.2040002@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090325.17445700.3366655918@gyor.oxdrove.co.uk> <49CA719E.2040002@opencsw.org> Message-ID: <49CA927E.7030707@opencsw.org> Am 25.3.2009 19:02 Uhr, Sebastian Kayser schrieb: >> Sebastian, can I have a read only account for the database? It >> would be better than me stealing the mantis password like last >> time. > I don't have administrative rights for the MySQL installation. Ihsan > will need to create an account for you. I've contacted James off-list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From bonivart at opencsw.org Wed Mar 25 22:20:15 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 25 Mar 2009 22:20:15 +0100 Subject: [csw-maintainers] Bootstrap problem Message-ID: <625385e30903251420y6d9590bfm937f767cb52d3184@mail.gmail.com> For systems not having gzip already when starting to use CSW packages they run into a catch-22 situation when CSWgzip depends on CSWcommon which is gzipped. To simplify that situation from any special handling I propose that we do not compress CSWcommon. File sizes: 3.6K common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg.gz 23K common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg As you see it would go from 3.6 KB to 23 KB which is hardly a problem. What do you think? -- /peter From phil at bolthole.com Thu Mar 26 03:37:42 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 25 Mar 2009 19:37:42 -0700 Subject: [csw-maintainers] Bootstrap problem In-Reply-To: <625385e30903251420y6d9590bfm937f767cb52d3184@mail.gmail.com> References: <625385e30903251420y6d9590bfm937f767cb52d3184@mail.gmail.com> Message-ID: <20090326023742.GB985@bolthole.com> On Wed, Mar 25, 2009 at 10:20:15PM +0100, Peter Bonivart wrote: > For systems not having gzip already when starting to use CSW packages > they run into a catch-22 situation when CSWgzip depends on CSWcommon > which is gzipped. > > To simplify that situation from any special handling I propose that we > do not compress CSWcommon. File sizes: > > 3.6K common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg.gz > 23K common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg > > As you see it would go from 3.6 KB to 23 KB which is hardly a problem. > What do you think? oops... makes sense to me! I'll get to that tomorrow. From hson at opencsw.org Thu Mar 26 05:29:27 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Thu, 26 Mar 2009 05:29:27 +0100 Subject: [csw-maintainers] Package incompatibility, any suggestions? In-Reply-To: <20090325190002.GH66706@bolthole.com> References: <49C8CA3D.90904@opencsw.org> <20090324.13125500.1454408186@gyor.oxdrove.co.uk> <20090324140954.GA61026@bolthole.com> <20090324.14522500.1723492794@gyor.oxdrove.co.uk> <20090324161324.GA9161@bolthole.com> <49C96896.7030709@opencsw.org> <20090325011403.GD71686@bolthole.com> <49C9C1AA.5040707@opencsw.org> <20090325161356.GA91944@bolthole.com> <49CA785F.5000709@opencsw.org> <20090325190002.GH66706@bolthole.com> Message-ID: <49CB04A7.1050904@opencsw.org> Philip Brown wrote: > On Wed, Mar 25, 2009 at 07:30:55PM +0100, Roger H?kansson wrote: >> It depends on how libX was created, if it was linked with "-l net" at >> creation, gedit didn't need to be linked to libnet, but if libX wasn't >> gedit had to be linked to libnet. > > Hmm... so what library are you suggesting needs -lnet, that gedit currently > uses? As I said previously, I've compiled the exact same version of gedit as we have packaged and even with all bells and whistles turned on, there is no need for libnet. I'm suggesting that there was a library (which gedit is linked to) which needed libnet in the past, but a upgrade of that library has made the need for libnet obsolete. From bonivart at opencsw.org Thu Mar 26 11:20:24 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 11:20:24 +0100 Subject: [csw-maintainers] /testing clamav 0.95 Message-ID: <625385e30903260320u5235f461x5ddaeb930aa40a35@mail.gmail.com> I have put updated Clam AntiVirus packages in testing, it took some considerable effort to get the team to support Solaris 8 but they did it (even if they called it ancient :-). Note a new cool utility called clamdtop, it's a curses based monitoring tool for the daemon. Again, if someone could help with the milter part I would be grateful, I don't use it myself. http://mirror.opencsw.org/testing.html http://mirror.opencsw.org/testing/clamav-0.95,REV=2009.03.26-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/clamav-0.95,REV=2009.03.26-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/libclamav-0.95,REV=2009.03.26-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/libclamav-0.95,REV=2009.03.26-SunOS5.8-sparc-CSW.pkg.gz -- /peter From maciej at opencsw.org Thu Mar 26 11:27:12 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 10:27:12 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: On Mon, Mar 23, 2009 at 9:13 AM, Dagobert Michelsen wrote: > We also have the "opencsw" project at SourceForge: > ?https://sourceforge.net/projects/opencsw > It has not been used much in the past, but this seems a good > occasion. I enabled SVN there and will commit all the utility > scripts from the buildfarm. WRT http://www.opencsw.org/bugtrack/view.php?id=3459, I've committed my mirror_check.py: http://opencsw.svn.sourceforge.net/viewvc/opencsw/utilities/ Not sure if "utilities" is a good name for this directory, feel free to change it or move the files. I could also update the web page if I had access. The opencsw.org web page isn't in subversion, is it? Maciej From dam at opencsw.org Thu Mar 26 11:33:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 11:33:39 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: Hi Maciej, Am 26.03.2009 um 11:27 schrieb Maciej (Matchek) Blizinski: > WRT http://www.opencsw.org/bugtrack/view.php?id=3459, I've committed > my mirror_check.py: Useful :-) > Not sure if "utilities" is a good name for this directory, feel free > to change it or move the files. We'll see how things develop, but looks good for starters. > I could also update the web page if I had access. The opencsw.org web > page isn't in subversion, is it? No, it is directly on www.opencsw.org. Ihsan and Phil have write access there. When the new website from William is finished this should be much easier. Best regards -- Dago From maciej at opencsw.org Thu Mar 26 11:38:33 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 10:38:33 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: On Thu, Mar 26, 2009 at 10:33 AM, Dagobert Michelsen wrote: >> I could also update the web page if I had access. The opencsw.org web >> page isn't in subversion, is it? > > No, it is directly on www.opencsw.org. Ihsan and Phil have write access > there. Ihsan, poke poke? Can you update the mirror list? > When the new website from William is finished this should be much > easier. Cool. How will the new website work? From hson at opencsw.org Thu Mar 26 11:42:58 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 11:42:58 +0100 Subject: [csw-maintainers] netsnmp perl (A bit of a problem, help wanted) In-Reply-To: <49CA7D2C.70204@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> <49CA7980.4010408@opencsw.org> <49CA7D2C.70204@opencsw.org> Message-ID: <49CB5C32.6030704@opencsw.org> Mike Watters wrote: > > something to check. > make sure you are infact using the perl in /opt/csw > usually this issue crops up when trying to install from the system perl. > i.e. > /opt/csw/bin/perl Makefile.PL instead of perl Makefile.PL > Well, the problem wasn't even related to what Dago thought, and yes, I was using the correct perl. The problem was simply that the generated makefiles (togheter with my LD_OPTIONS) causes the linker to pick netsnmp libraries from /opt/csw instead of the newly compiled. Anyway, I still have a problem with LD_OPTIONS, I've tried to set it to "" in the makefile (using "LD_OPTIONS=" plus "export LD_OPTIONS"), but as long as I have it set in my environment, the build fails. If I do a "unset LD_OPTIONS" before the build, it works just fine. Anyone know of a way to "unset" LD_OPTIONS from the makefile? This is my current makefile: http://gar.svn.sf.net/viewvc/gar/csw/mgar/pkg/netsnmp/trunk/Makefile From dam at opencsw.org Thu Mar 26 11:45:13 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 11:45:13 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: <12D33A64-F70E-4A21-80CD-B41CBCAF046E@opencsw.org> Hi Maciej, Am 26.03.2009 um 11:38 schrieb Maciej (Matchek) Blizinski: >> When the new website from William is finished this should be much >> easier. > > Cool. How will the new website work? You can have a peek here: It is a kind of Wordpress, I guess, and should get some Wiki-plugin. Maybe William can highlight the current status. Best regards -- Dago From dam at opencsw.org Thu Mar 26 11:52:29 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 11:52:29 +0100 Subject: [csw-maintainers] netsnmp perl (A bit of a problem, help wanted) In-Reply-To: <49CB5C32.6030704@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> <49CA7980.4010408@opencsw.org> <49CA7D2C.70204@opencsw.org> <49CB5C32.6030704@opencsw.org> Message-ID: <10DA1478-37B9-49AB-BA75-5B7AA69A2C42@opencsw.org> Hi Roger, Am 26.03.2009 um 11:42 schrieb Roger H?kansson: > Anyway, I still have a problem with LD_OPTIONS, I've tried to set it > to "" in the makefile (using "LD_OPTIONS=" plus "export > LD_OPTIONS"), but as long as I have it set in my environment, the > build fails. > If I do a "unset LD_OPTIONS" before the build, it works just fine. > Anyone know of a way to "unset" LD_OPTIONS from the makefile? LD_OPTIONS is only exported in GAR if it is defined: ifneq ($(LD_OPTIONS),) ... Just export LD_OPTIONS without setting it: EXTRA_COMMON_EXPORTS = LD_OPTIONS Best regards -- Dago From william at wbonnet.net Thu Mar 26 11:50:20 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 11:50:20 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: <49CB5DEC.2040203@wbonnet.net> Hi Maciej > Cool. How will the new website work? > It is based on wordpress for the main pages. I am integrating dokuwiki, and it will be used for pages dedicated to packagess. Dokuwiki is interesting because it does not use a DBRM backend, but a file backend. So it is easy to generated automatically some of the pages. There will be also some custom php pages for package list, etc. Just like the current, with a bit more informations, and a unified css. The current working version is available online at www-mockup.opencsw.org Comments are welcome. It is still in its early stages, and i am woring on the structure. Any comment or suggestions will be appreciated. Help is also warmly welcome :) especially for content writing cheers W. -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From hson at opencsw.org Thu Mar 26 11:55:05 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 11:55:05 +0100 Subject: [csw-maintainers] netsnmp package, policy question Message-ID: <49CB5F09.5080503@opencsw.org> I'm about to finalize the netsnmp package and have a question. The currently released package doesn't include either perl or python modules, but I've managed to build both of them and have some questions. What is the standard regarding perl and/or python modules for packages, are those to be packaged in separate packages or is it ok to put them with the main package? (I guess separate, but have to ask) Secondly, regarding python packages, the netsnmp install puts python stuff in /opt/csw/lib/python2.6/site-packages, but I've seen other packages put their stuff in /opt/csw/lib/python/site-packages (it could be caused by pysetuptools which have its stuff there and which is used by netsnmp install), is both ok? From maciej at opencsw.org Thu Mar 26 12:41:27 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 11:41:27 +0000 Subject: [csw-maintainers] On-line project resources Message-ID: I've seen a lot of project-related resources: - http://www.opencsw.org * plain HTML * for users * documentation for developers - to be superseded by the new website * for users * rss feeds * a wiki * documentation for developers? - mantis * http://www.opencsw.org/bugtrack/ * issue tracking * for users - gar wiki * http://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page * a wiki * for developers * documentation for developers - gar.sourceforege.net: * hosts code repository * issue tracking * package builds * GAR code * code browser * for developers - opencsw sourceforge project * http://opencsw.sourceforge.net * hosts code repository * code browser * for developers - trac * http://apps.sourceforge.net/trac/gar/ * a wiki * issue tracking * code browser * package builds * documentation for developers * looks experimental Counting by role: wikis: 3 issue tracking systems: 3 code repositories: 2 documentation for developers: 3 Is there anything else I missed? There seems to be some duplication, especially as far as documentation for developers is concerned. Are there any plans to consolidate it? Maciej From maciej at opencsw.org Thu Mar 26 12:42:01 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 11:42:01 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49CB5DEC.2040203@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: On Thu, Mar 26, 2009 at 10:50 AM, William Bonnet wrote: > It is based on wordpress for the main pages. I am integrating dokuwiki, and > it will be used for pages dedicated to packagess. Dokuwiki is interesting > because it does not use a DBRM backend, but a file backend. So it is easy to > generated automatically some of the pages. There will be also some custom > php pages for package list, etc. Just like the current, with a bit more > informations, and a unified css. It looks very nice. I like the idea of automatically generating some of the content. Having RSS feeds is a very good thing. > The current working version is available online at www-mockup.opencsw.org > Comments are welcome. It is still in its early stages, and i am woring on > the structure. Any comment or suggestions will be appreciated. Help is also > warmly welcome :) especially for content writing How are URLs going to look like? Will some of the URLs be preserved? If not, will HTTP redirections be provided? I'll take a longer look at the website structure tonight. Maciej From dam at opencsw.org Thu Mar 26 13:10:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 13:10:17 +0100 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <49CB5F09.5080503@opencsw.org> References: <49CB5F09.5080503@opencsw.org> Message-ID: <31EBE1B9-692D-449D-A33A-1A85A068F181@opencsw.org> Hi Roger, Am 26.03.2009 um 11:55 schrieb Roger H?kansson: > What is the standard regarding perl and/or python modules for > packages, are those to be packaged in separate packages or is it ok > to put them with the main package? (I guess separate, but have to ask) Yes. See subversion as example for different Python/Ruby/Java packages: > Secondly, regarding python packages, the netsnmp install puts python > stuff in /opt/csw/lib/python2.6/site-packages, but I've seen other > packages put their stuff in /opt/csw/lib/python/site-packages (it > could be caused by pysetuptools which have its stuff there and which > is used by netsnmp install), is both ok? This is what Mike wrote some time ago: Am 15.03.2009 um 17:13 schrieb Mike Watters: >> * python eggs needed to be reinstalled with easy_install. >> they were in lib/python, now they are in lib/python2.6 >> (but i guess this should not be a real problem ... >> even if it would be nice to know why it happens) > > prefix/lib/python is a non-standard location for python installs. I > packaged it up standard. > the "new version" should allow for eggs in prefix/lib/python. > During the packaging, > I "patched" site.py ( the extension that tells python where all the > eggs are ) to search the as follows: > > lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/ > site-python:\ > lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site- > python > > are your eggs in /usr/lib/python or ...python/site-packages? Maybe Mike has a preferred location? Best regards -- Dago From dam at opencsw.org Thu Mar 26 13:22:09 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 13:22:09 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: Message-ID: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Hi Maciej, Am 26.03.2009 um 12:41 schrieb Maciej (Matchek) Blizinski: > I've seen a lot of project-related resources: > > - http://www.opencsw.org > * plain HTML > * for users > * documentation for developers This is the legacy way of making packages. > - to be superseded by the new website > * for users > * rss feeds > * a wiki > * documentation for developers? I guess not. > - mantis > * http://www.opencsw.org/bugtrack/ > * issue tracking > * for users To track bugs in released packages. If this is really different from bugs in GAR is open for discussion :-) > - gar wiki > * http://apps.sourceforge.net/mediawiki/gar/index.php?title=Main_Page > * a wiki > * for developers > * documentation for developers GAR is not necessarily associated with OpenCSW. I have the idea of GAR being a site for build-descriptions of maybe multiple packaging projects *cough* The wiki contains GAR documentation only. > - gar.sourceforege.net: > * hosts code repository > * issue tracking > * package builds > * GAR code > * code browser > * for developers > > - opencsw sourceforge project > * http://opencsw.sourceforge.net > * hosts code repository > * code browser > * for developers This is for code unrelated to GAR. When the projects forked it was unclear which resources we could provide, so I registered this project to use bugtracking/mailinglist/website/etc. on-demand if necessary. Good there was no need for it ;-) > - trac > * http://apps.sourceforge.net/trac/gar/ > * a wiki > * issue tracking > * code browser > * package builds > * documentation for developers > * looks experimental It is experimental. When we moved GAR-stuff to SourceForge there was no Trac as hosted app. That's why I converted the docs to MediaWiki. But I do see the advantages of using Trac as powerful development tool. Personally I think it would be a good idea to move all developer resources into SVN and the Trac Wiki. > Is there anything else I missed? Yes: http://wiki.opencsw.org Peter set it up when we had no Wiki and the OpenCSW association hadn't been founded. > Counting by role: > > wikis: 3 > issue tracking systems: 3 > code repositories: 2 > documentation for developers: 3 > > > There seems to be some duplication, especially as far as documentation > for developers is concerned. Are there any plans to consolidate it? Plans, yes. IMHO it would be a good idea to bundle all developer resources on the SourceForge "gar" project with SVN as repository and Trac as Wiki. Feedback welcome. Best regards -- Dago From phil at bolthole.com Thu Mar 26 13:41:08 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 05:41:08 -0700 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <49CB5F09.5080503@opencsw.org> References: <49CB5F09.5080503@opencsw.org> Message-ID: <20090326124108.GA42872@bolthole.com> On Thu, Mar 26, 2009 at 11:55:05AM +0100, Roger H?kansson wrote: > What is the standard regarding perl and/or python modules for packages, > are those to be packaged in separate packages or is it ok to put them > with the main package? (I guess separate, but have to ask) depends. If they are useless without the main package, then may as well keep them in the main package. Unless they are very bulky, in which case, splitting them out would be nice for those people who dont need it, but do need the main package. From james at opencsw.org Thu Mar 26 13:58:56 2009 From: james at opencsw.org (James Lee) Date: Thu, 26 Mar 2009 12:58:56 GMT Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CA65B3.9030009@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> Message-ID: <20090326.12585600.2736235392@gyor.oxdrove.co.uk> On 25/03/09, 17:11:15, William Bonnet wrote regarding Re: [csw-maintainers] Mantis weekly reminder: > > 'Twas I. I wrote a small piece of code that tapped into Mantis's > > database and sent emails. Shouldn't be difficult to set up again. > > > Cool :) > so could someone do it please ? ;) Test run complete. (If you have outstanding issues you'll know this already!) James. From william at wbonnet.net Thu Mar 26 13:57:28 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 13:57:28 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: <49CB7BB8.9020304@wbonnet.net> Hi Maciej > It looks very nice. I like the idea of automatically generating some > of the content. Having RSS feeds is a very good thing. > Thanks > How are URLs going to look like? Will some of the URLs be preserved? > If not, will HTTP redirections be provided? > I will activate google friendly url soon. Time to fix a few things with wiki, but it is not the first thing to day ;) Next i'll try to finish home page. Don't hesitate to give me feed back. Sometime it helps me for not switching to something else ;) This site has to be finished... > I'll take a longer look at the website structure tonight. > I'll be on irc starting 21:00 (Paris) mabe before cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From william at wbonnet.net Thu Mar 26 14:00:17 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 14:00:17 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326.12585600.2736235392@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> Message-ID: <49CB7C61.9050603@wbonnet.net> Hi James > Test run complete. > (If you have outstanding issues you'll know this already!) > Thanks a lot :) -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From skayser at opencsw.org Thu Mar 26 14:08:58 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 14:08:58 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326.12585600.2736235392@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> Message-ID: <49CB7E6A.2070506@opencsw.org> James Lee wrote: > On 25/03/09, 17:11:15, William Bonnet wrote regarding > Re: [csw-maintainers] Mantis weekly reminder: > >>> 'Twas I. I wrote a small piece of code that tapped into Mantis's >>> database and sent emails. Shouldn't be difficult to set up again. >>> >> Cool :) > >> so could someone do it please ? ;) > > Test run complete. > (If you have outstanding issues you'll know this already!) Thanks, James. A general thing: resolved (not closed) bugs pop up on the buglist page [1] as well as on the bug reminder report that you just sent. Is this intended? How do people who use bug tracking software on a daily basis handle the resolved vs. closed state? Sebastian [1] http://opencsw.org/buglist/buglist.cgi From dam at opencsw.org Thu Mar 26 14:17:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 14:17:17 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CB7E6A.2070506@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <49CB7E6A.2070506@opencsw.org> Message-ID: <9CB1A446-CBC6-4ACD-A030-5492FCE096FB@opencsw.org> Hi Sebastian, Am 26.03.2009 um 14:08 schrieb Sebastian Kayser: > Thanks, James. A general thing: resolved (not closed) bugs pop up on > the > buglist page [1] as well as on the bug reminder report that you just > sent. Is this intended? Yes. If a bug is closed processing has completely finished. If it is resolved you note for yourself the problem has been addressed, but some other action like package deployment, user notice etc. is missing. If you don't want to see it any more please close it or don't put it in resolved state in the first place. > How do people who use bug tracking software on a daily basis handle > the > resolved vs. closed state? I usually close bugs unless there are some outstandig tasks like the ones described above. Best regards -- Dago From william at wbonnet.net Thu Mar 26 14:19:51 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 14:19:51 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <9CB1A446-CBC6-4ACD-A030-5492FCE096FB@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <49CB7E6A.2070506@opencsw.org> <9CB1A446-CBC6-4ACD-A030-5492FCE096FB@opencsw.org> Message-ID: <49CB80F7.9000602@wbonnet.net> Hi > > >> How do people who use bug tracking software on a daily basis handle the >> resolved vs. closed state? > > I usually close bugs unless there are some outstandig tasks like the > ones described above. Wasn't bugs closed by James /in previous time/ ? Do we have a policy about this now ? cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From phil at bolthole.com Thu Mar 26 14:25:38 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 06:25:38 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff Message-ID: <20090326132538.GA89340@bolthole.com> In the realm of "cleanup"... we shouldnt be using /opt/csw/var for our packages any more.. it's a contradiction of naming, given that /opt/csw should be readonly. that being said... we need to decide on a new location,for stuff that has been put there. most is self-evident, except for one thing: where we copied sun's bizzare naming for /var/svc/manifest So... where should we put things that currently live in /opt/csw/var/svc/manifest? Is this stuff truely supposed to be writable? If so, then we need to "deliver" it to the real /var/svc. But that being said.... we also need a way to "ship it", in read-only fashion. For multiple reasons: 1. clean pkg rming 2. NFS read-only share of /opt/csw 3. read-only share of /opt/csw due to zones. I'd suggest something, but I dont know too much about SMF handling, so I'm hoping those who know more, will suggest something first. From bonivart at opencsw.org Thu Mar 26 14:39:05 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 14:39:05 +0100 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <20090326132538.GA89340@bolthole.com> References: <20090326132538.GA89340@bolthole.com> Message-ID: <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> On Thu, Mar 26, 2009 at 2:25 PM, Philip Brown wrote: > So... where should we put things that currently live in > /opt/csw/var/svc/manifest? For cswclassutils we have already chosen: /var/opt/csw/svc/method /var/opt/csw/svc/manifest -- /peter From bonivart at opencsw.org Thu Mar 26 14:41:54 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 14:41:54 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326.12585600.2736235392@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> Message-ID: <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> On Thu, Mar 26, 2009 at 1:58 PM, James Lee wrote: > Test run complete. > (If you have outstanding issues you'll know this already!) Shouldn't the e-mail used in the report be more functional and less personal? I propose to replace phil at opencsw.org with mantis at opencsw.org or something similar that maybe reaches more than one person. Also I think Sebastian is now responsible for Mantis. :-) -- /peter From william at wbonnet.net Thu Mar 26 14:46:03 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 14:46:03 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> Message-ID: <49CB871B.2080309@wbonnet.net> Hi > Shouldn't the e-mail used in the report be more functional and less personal? > +1 > I propose to replace phil at opencsw.org with mantis at opencsw.org or > something similar that maybe reaches more than one person. Also I > think Sebastian is now responsible for Mantis. > > :-) > > What about having a mail per issue to fix ? I like to have one mail per task to do... -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From skayser at opencsw.org Thu Mar 26 14:58:57 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 14:58:57 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> Message-ID: <49CB8A21.2010909@opencsw.org> Peter Bonivart wrote: > On Thu, Mar 26, 2009 at 1:58 PM, James Lee wrote: >> Test run complete. >> (If you have outstanding issues you'll know this already!) > > Shouldn't the e-mail used in the report be more functional and less personal? > > I propose to replace phil at opencsw.org with mantis at opencsw.org or > something similar that maybe reaches more than one person. Also I > think Sebastian is now responsible for Mantis. Good that you mention it. Right now, I am the one taking care of the Mantis installation (think upgrades, features, and general settings). Phil is the one who is actually managing and using the data inside of Mantis (assigning packages / permissions, taping into the DB for opencsw.org pages). So Phil would be the one to address here, although you are right that that might need to be amended by a second person and a less personal mail address sometime (like the buildfarm alias). Something for the suggestions page i would think. Sebastian From mwatters at opencsw.org Thu Mar 26 15:19:33 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 09:19:33 -0500 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <31EBE1B9-692D-449D-A33A-1A85A068F181@opencsw.org> References: <49CB5F09.5080503@opencsw.org> <31EBE1B9-692D-449D-A33A-1A85A068F181@opencsw.org> Message-ID: <49CB8EF5.5030905@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Roger, > > Am 26.03.2009 um 11:55 schrieb Roger H?kansson: >> What is the standard regarding perl and/or python modules for >> packages, are those to be packaged in separate packages or is it ok to >> put them with the main package? (I guess separate, but have to ask) > > Yes. See subversion as example for different Python/Ruby/Java packages: > > > > >> Secondly, regarding python packages, the netsnmp install puts python >> stuff in /opt/csw/lib/python2.6/site-packages, but I've seen other >> packages put their stuff in /opt/csw/lib/python/site-packages (it >> could be caused by pysetuptools which have its stuff there and which >> is used by netsnmp install), is both ok? > > This is what Mike wrote some time ago: > > Am 15.03.2009 um 17:13 schrieb Mike Watters: >>> * python eggs needed to be reinstalled with easy_install. >>> they were in lib/python, now they are in lib/python2.6 >>> (but i guess this should not be a real problem ... >>> even if it would be nice to know why it happens) >> >> prefix/lib/python is a non-standard location for python installs. I >> packaged it up standard. >> the "new version" should allow for eggs in prefix/lib/python. During >> the packaging, >> I "patched" site.py ( the extension that tells python where all the >> eggs are ) to search the as follows: >> >> lib/python2.6/site-packages:lib/python/site-packages:lib/python2.5/site-python:\ >> >> lib/python2.3/site-python:lib/python2.1/site-python:lib/python/site-python >> >> >> are your eggs in /usr/lib/python or ...python/site-packages? > > > Maybe Mike has a preferred location? > > > Best regards > > -- Dago please use /opt/csw/lib/python2.6/site-packages going forward, for an upgrade of python I will continue to patch the site.py file. This will allow it to honor the prior python module install locations. I check existing packages with python modules to see where they put their files, and append the location to site.py. The same should be true for any new releases going forward. only if at the time of the build, no existing python modules use the depreciated locations they will be removed. ** bug report requesting update will be filed ** - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknLjvQACgkQLrhmsXMSLxfykwCgvhYXjwbXODCAWCetOxflHd3M yOcAnjm/6eVLsdlz2JxXWpOuKzdzE9/A =WWYp -----END PGP SIGNATURE----- From hson at opencsw.org Thu Mar 26 15:28:18 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Thu, 26 Mar 2009 15:28:18 +0100 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <20090326124108.GA42872@bolthole.com> References: <49CB5F09.5080503@opencsw.org> <20090326124108.GA42872@bolthole.com> Message-ID: <49CB9102.3040208@opencsw.org> Philip Brown wrote: > On Thu, Mar 26, 2009 at 11:55:05AM +0100, Roger H?kansson wrote: >> What is the standard regarding perl and/or python modules for packages, >> are those to be packaged in separate packages or is it ok to put them >> with the main package? (I guess separate, but have to ask) > > depends. > If they are useless without the main package, then may as well keep them in > the main package. > > Unless they are very bulky, in which case, splitting them out would be nice > for those people who dont need it, but do need the main package. The perl stuff consists of 9 .pm files, 14 .bs/.ix files and 7 .so files linked to libraries in the main package, totally 30 files and 464k The python stuff consists of 4 .pyc files, 4 .py files and a .so file linked to libraries in the main package (plus 4 text files which contain configurational info), totally 13 files and 84k. The main package consists of 560 files (including perl and python files), totally 9160k From mwatters at opencsw.org Thu Mar 26 15:33:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 09:33:46 -0500 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <49CB9102.3040208@opencsw.org> References: <49CB5F09.5080503@opencsw.org> <20090326124108.GA42872@bolthole.com> <49CB9102.3040208@opencsw.org> Message-ID: <49CB924A.70407@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Philip Brown wrote: >> On Thu, Mar 26, 2009 at 11:55:05AM +0100, Roger H?kansson wrote: >>> What is the standard regarding perl and/or python modules for >>> packages, are those to be packaged in separate packages or is it ok >>> to put them with the main package? (I guess separate, but have to ask) >> >> depends. If they are useless without the main package, then may as >> well keep them in >> the main package. >> >> Unless they are very bulky, in which case, splitting them out would be >> nice >> for those people who dont need it, but do need the main package. > > > The perl stuff consists of 9 .pm files, 14 .bs/.ix files and 7 .so files > linked to libraries in the main package, totally 30 files and 464k > > The python stuff consists of 4 .pyc files, 4 .py files and a .so file > linked to libraries in the main package (plus 4 text files which contain > configurational info), totally 13 files and 84k. > > The main package consists of 560 files (including perl and python > files), totally 9160k > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers IMO if the extensions are "optional" I would put them in their own package. the php5* extensions are usually only 2 files and extension-name.so and extension-name.a ** some have header files but not many ** if you bundle the extensions with the main package, the main package then requires perl and python. if the main package requires perl and python without the modules, I would say keep them in the main 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknLkkoACgkQLrhmsXMSLxf8MQCfXzz7xzaEDia+a7tr0QY+B/dE XnQAmgLrp9fM9/2JsKh31HFs6IzLaUFB =9Y7D -----END PGP SIGNATURE----- From bonivart at opencsw.org Thu Mar 26 15:40:18 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 15:40:18 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CB8A21.2010909@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <49CB8A21.2010909@opencsw.org> Message-ID: <625385e30903260740u68b29dbbpaa3ea3ffcac00bfd@mail.gmail.com> On Thu, Mar 26, 2009 at 2:58 PM, Sebastian Kayser wrote: > So Phil would be the one to address here, although you are right that > that might need to be amended by a second person and a less personal > mail address sometime (like the buildfarm alias). Something for the > suggestions page i would think. I think this can happen pretty quick in no one disagrees. If Ihsan fixes an alias which expands to you and Phil to start with and James changes the text to that alias we're done. -- /peter From glaw at opencsw.org Thu Mar 26 15:49:39 2009 From: glaw at opencsw.org (Gary Law) Date: Thu, 26 Mar 2009 14:49:39 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Message-ID: > > Plans, yes. IMHO it would be a good idea to bundle all developer > resources on the SourceForge "gar" project with SVN as repository > and Trac as Wiki. Feedback welcome. > +1 -- Gary Law -------------- next part -------------- An HTML attachment was scrubbed... URL: From skayser at opencsw.org Thu Mar 26 16:41:35 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 16:41:35 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <625385e30903260740u68b29dbbpaa3ea3ffcac00bfd@mail.gmail.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <49CB8A21.2010909@opencsw.org> <625385e30903260740u68b29dbbpaa3ea3ffcac00bfd@mail.gmail.com> Message-ID: <49CBA22F.5000109@opencsw.org> Peter Bonivart wrote: > On Thu, Mar 26, 2009 at 2:58 PM, Sebastian Kayser wrote: >> So Phil would be the one to address here, although you are right that >> that might need to be amended by a second person and a less personal >> mail address sometime (like the buildfarm alias). Something for the >> suggestions page i would think. > > I think this can happen pretty quick in no one disagrees. If Ihsan > fixes an alias which expands to you and Phil to start with and James > changes the text to that alias we're done. I was hesitating because i am not involved in the scripting "framework" that Phil uses to manage the Mantis data (like who owns which package). I don't complain, i am busy enough right now. If it's about establishing person-neutral aliases for roles, I don't mind being on an admin-bugtracker at opencsw.org alias (and eventually learning about / documenting Mantis surrounding consumers) as long as people are aware that there are individual people behind the alias with possible disjunct competencies. Sebastian From dam at opencsw.org Thu Mar 26 16:56:12 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 16:56:12 +0100 Subject: [csw-maintainers] FYI: Sebastian is now SourceForge Co-Admin Message-ID: <64742A19-544B-4A36-BC82-E02C8BB67E74@opencsw.org> Hi, regarding "Distributed" of I have added Sebastian as co-admin for the SourceForge projects "gar" and "opencsw". He is now able to do all administrative tasks, including user additions. Best regards -- Dago From ihsan at opencsw.org Thu Mar 26 17:17:31 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 26 Mar 2009 17:17:31 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> Message-ID: <49CBAA9B.5060000@opencsw.org> Am 26.3.2009 11:38 Uhr, Maciej (Matchek) Blizinski schrieb: >>> I could also update the web page if I had access. The opencsw.org web >>> page isn't in subversion, is it? >> No, it is directly on www.opencsw.org. Ihsan and Phil have write access >> there. > > Ihsan, poke poke? Can you update the mirror list? I have write access, but Phil is actually maintaining the website. Phil? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Thu Mar 26 17:40:55 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Thu, 26 Mar 2009 17:40:55 +0100 Subject: [csw-maintainers] /testing clamav 0.95 In-Reply-To: <625385e30903260320u5235f461x5ddaeb930aa40a35@mail.gmail.com> References: <625385e30903260320u5235f461x5ddaeb930aa40a35@mail.gmail.com> Message-ID: <49CBB017.8020608@opencsw.org> Hello Peter, Am 26.3.2009 11:20 Uhr, Peter Bonivart schrieb: > I have put updated Clam AntiVirus packages in testing, it took some > considerable effort to get the team to support Solaris 8 but they did > it (even if they called it ancient :-). I've just installed it on the OpenCSW mail server. Runs great. Thanks for your effort. > Note a new cool utility called clamdtop, it's a curses based > monitoring tool for the daemon. Indeed. Really nice. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Thu Mar 26 18:37:49 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 10:37:49 -0700 Subject: [csw-maintainers] netsnmp package, policy question In-Reply-To: <49CB9102.3040208@opencsw.org> References: <49CB5F09.5080503@opencsw.org> <20090326124108.GA42872@bolthole.com> <49CB9102.3040208@opencsw.org> Message-ID: <20090326173749.GD89998@bolthole.com> On Thu, Mar 26, 2009 at 03:28:18PM +0100, Roger H??kansson wrote: > Philip Brown wrote: >> depends. If they are useless without the main package, then may as well >> keep them in >> the main package. >> >> Unless they are very bulky, in which case, splitting them out would be nice >> for those people who dont need it, but do need the main package. > > > The perl stuff consists of 9 .pm files, 14 .bs/.ix files and 7 .so files > linked to libraries in the main package, totally 30 files and 464k >.... > The main package consists of 560 files (including perl and python > files), totally 9160k I would say: If the perl stuff can stand on its own, split it out. If it depends on "the main package" to function, then compared to the size of the main package, it's not that significant. From phil at bolthole.com Thu Mar 26 18:40:37 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 10:40:37 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> Message-ID: <20090326174037.GE89998@bolthole.com> On Thu, Mar 26, 2009 at 02:41:54PM +0100, Peter Bonivart wrote: > On Thu, Mar 26, 2009 at 1:58 PM, James Lee wrote: > > Test run complete. > > (If you have outstanding issues you'll know this already!) > > Shouldn't the e-mail used in the report be more functional and less personal? > > I propose to replace phil at opencsw.org with mantis at opencsw.org or > something similar that maybe reaches more than one person. Also I > think Sebastian is now responsible for Mantis. Completely agree. I'm surprised that my personal email was in any way still associated/visible for mantis things. From phil at bolthole.com Thu Mar 26 18:46:58 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 10:46:58 -0700 Subject: [csw-maintainers] Bootstrap problem In-Reply-To: <20090326023742.GB985@bolthole.com> References: <625385e30903251420y6d9590bfm937f767cb52d3184@mail.gmail.com> <20090326023742.GB985@bolthole.com> Message-ID: <20090326174657.GG89998@bolthole.com> On Wed, Mar 25, 2009 at 07:37:42PM -0700, Philip Brown wrote: > oops... makes sense to me! > I'll get to that tomorrow. done as a historical note: i think that originally, CSWgzip did not depend on common, for just this reason. Guess I forgot that :-/ (I'm gzip maintainer. har har) The other option would be to make gzip not depend on it any more. But either way, there isnt significant reason to have CSWcommon gzipped, given the size. From phil at bolthole.com Thu Mar 26 18:50:52 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 10:50:52 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> Message-ID: <20090326175052.GH89998@bolthole.com> On Thu, Mar 26, 2009 at 02:39:05PM +0100, Peter Bonivart wrote: > On Thu, Mar 26, 2009 at 2:25 PM, Philip Brown wrote: > > So... where should we put things that currently live in > > /opt/csw/var/svc/manifest? > > For cswclassutils we have already chosen: > > /var/opt/csw/svc/method > /var/opt/csw/svc/manifest well.. that's where we generate files dynamically, on a *specific* local system. However, I think that it is a slightly different case, when the maintainer needs to explicitly package manifest and method files, putting them in a pkg prototype definition.. For example, the "shared across zones" example. cswclassutils works across zones, becuase it is a class action that generates the files. The class action will run for each zone. Unfortunately, a 'static prototype file entry' will NOT. /var/opt is local to a specific machine, and should never be shared across zones. So, we need the 'static prototype file entry' case to live somewhere under /opt/csw. From james at opencsw.org Thu Mar 26 18:57:36 2009 From: james at opencsw.org (James Lee) Date: Thu, 26 Mar 2009 17:57:36 GMT Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326174037.GE89998@bolthole.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> Message-ID: <20090326.17573600.3616666998@gyor.oxdrove.co.uk> On 26/03/09, 17:40:37, Philip Brown wrote regarding Re: [csw-maintainers] Mantis weekly reminder: > On Thu, Mar 26, 2009 at 02:41:54PM +0100, Peter Bonivart wrote: > > On Thu, Mar 26, 2009 at 1:58 PM, James Lee wrote: > > > Test run complete. > > > (If you have outstanding issues you'll know this already!) > > > > Shouldn't the e-mail used in the report be more functional and less > > personal? > > > > I propose to replace phil at opencsw.org with mantis at opencsw.org or > > something similar that maybe reaches more than one person. Also I > > think Sebastian is now responsible for Mantis. > Completely agree. I'm surprised that my personal email was in any way > still associated/visible for mantis things. Phil, your email address is at the bottom left-hand corner of every Mantis web page. However, your email address is in my reminder email because I put it there - I'm not using Mantis. I put it there because you are indeed the person that changes the package to maintainer assignments. If you are given or already have a role based address for this task I will use it. (I'm just waiting for confirmation of it happening...) James. From phil at bolthole.com Thu Mar 26 19:19:46 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 11:19:46 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326.17573600.3616666998@gyor.oxdrove.co.uk> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> Message-ID: <20090326181946.GI89998@bolthole.com> On Thu, Mar 26, 2009 at 05:57:36PM +0000, James Lee wrote: > Phil, your email address is at the bottom left-hand corner of every > Mantis web page. > > However, your email address is in my reminder email because I put it > there - I'm not using Mantis. I put it there because you are indeed > the person that changes the package to maintainer assignments. > > If you are given or already have a role based address for this task > I will use it. (I'm just waiting for confirmation of it happening...) well, lets change both to mantis at opencsw.org, shall we? :) pleas do so as soon as Ihsan says he's set up the email side of things. From skayser at opencsw.org Thu Mar 26 19:23:30 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 19:23:30 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326181946.GI89998@bolthole.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> Message-ID: <49CBC822.8010000@opencsw.org> Philip Brown wrote: > On Thu, Mar 26, 2009 at 05:57:36PM +0000, James Lee wrote: >> Phil, your email address is at the bottom left-hand corner of every >> Mantis web page. >> >> However, your email address is in my reminder email because I put it >> there - I'm not using Mantis. I put it there because you are indeed >> the person that changes the package to maintainer assignments. >> >> If you are given or already have a role based address for this task >> I will use it. (I'm just waiting for confirmation of it happening...) > > well, lets change both to mantis at opencsw.org, shall we? :) > > pleas do so as soon as Ihsan says he's set up the email side of things. How about something more general like admin-bugtracker at opencsw.org instead? Sebastian From phil at bolthole.com Thu Mar 26 19:26:07 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 11:26:07 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBC822.8010000@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> Message-ID: <20090326182607.GJ89998@bolthole.com> On Thu, Mar 26, 2009 at 07:23:30PM +0100, Sebastian Kayser wrote: > > How about something more general like admin-bugtracker at opencsw.org instead? too long :-) bug-admin? i think that's a semi-standard From mwatters at opencsw.org Thu Mar 26 19:34:58 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 13:34:58 -0500 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326182607.GJ89998@bolthole.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> Message-ID: <49CBCAD2.6040504@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 07:23:30PM +0100, Sebastian Kayser wrote: >> How about something more general like admin-bugtracker at opencsw.org instead? > > too long :-) > > bug-admin? i think that's a semi-standard > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers exterminator at opencsw.org ? ;) ;) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknLytEACgkQLrhmsXMSLxdGwgCfYuDTewU+1i3/bqBsxNFm1I0h fzkAniApSvJ540hOGMUPdUllESdJ+4UK =YCWb -----END PGP SIGNATURE----- From hson at opencsw.org Thu Mar 26 19:58:34 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 19:58:34 +0100 Subject: [csw-maintainers] netsnmp perl (A bit of a problem, help wanted) In-Reply-To: <10DA1478-37B9-49AB-BA75-5B7AA69A2C42@opencsw.org> References: <49C234F8.4040407@opencsw.org> <258135B0-E371-4B9B-8B90-16B4D2CB1EB0@opencsw.org> <49C32E06.7050501@opencsw.org> <49C35183.1050908@opencsw.org> <1E51A45F-D974-484B-B360-9D8239700F68@opencsw.org> <49CA7980.4010408@opencsw.org> <49CA7D2C.70204@opencsw.org> <49CB5C32.6030704@opencsw.org> <10DA1478-37B9-49AB-BA75-5B7AA69A2C42@opencsw.org> Message-ID: <49CBD05A.4030407@opencsw.org> Dagobert Michelsen wrote: > Hi Roger, > > Am 26.03.2009 um 11:42 schrieb Roger H?kansson: >> Anyway, I still have a problem with LD_OPTIONS, I've tried to set it >> to "" in the makefile (using "LD_OPTIONS=" plus "export LD_OPTIONS"), >> but as long as I have it set in my environment, the build fails. >> If I do a "unset LD_OPTIONS" before the build, it works just fine. >> Anyone know of a way to "unset" LD_OPTIONS from the makefile? > > LD_OPTIONS is only exported in GAR if it is defined: > ifneq ($(LD_OPTIONS),) > ... > > Just export LD_OPTIONS without setting it: > EXTRA_COMMON_EXPORTS = LD_OPTIONS Nice, works great From william at wbonnet.net Thu Mar 26 20:02:43 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 20:02:43 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBCAD2.6040504@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CBCAD2.6040504@opencsw.org> Message-ID: <49CBD153.40409@wbonnet.net> Hi > exterminator at opencsw.org ? ;) ;) > sweet :) what about bugbuster at opencsw.org ? ok, now serious question. I have received my notifications, and i have a few resolved bugs to close. Should i close it or is someone else doing it ? I think it use to be the "stable release manager" responsibility... but i am not sure :) 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 bwalton at opencsw.org Thu Mar 26 20:10:14 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 26 Mar 2009 15:10:14 -0400 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBD153.40409@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CBCAD2.6040504@opencsw.org> <49CBD153.40409@wbonnet.net> Message-ID: <1238094495-sup-6139@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Thu Mar 26 15:02:43 -0400 2009: > ok, now serious question. I have received my notifications, and i have a > few resolved bugs to close. Should i close it or is someone else doing > it ? I think it use to be the "stable release manager" responsibility... > but i am not sure :) I took the liberty of closing a few of mine this am...I wasn't aware there was someone else that 'cleaned up' for me. If I'm only supposed to move them to resolved and leave them for someone else to tend to from there on out, that'd be good to know! 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 william at wbonnet.net Thu Mar 26 20:15:43 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 26 Mar 2009 20:15:43 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <1238094495-sup-6139@ntdws12.chass.utoronto.ca> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CBCAD2.6040504@opencsw.org> <49CBD153.40409@wbonnet.net> <1238094495-sup-6139@ntdws12.chass.utoronto.ca> Message-ID: <49CBD45F.9000802@wbonnet.net> Hi Ben >> ok, now serious question. I have received my notifications, and i have a >> few resolved bugs to close. Should i close it or is someone else doing >> it ? I think it use to be the "stable release manager" responsibility... >> but i am not sure :) >> > > I took the liberty of closing a few of mine this am...I wasn't aware > there was someone else that 'cleaned up' for me. If I'm only supposed > to move them to resolved and leave them for someone else to tend to > from there on out, that'd be good to know! > As i wrote, i am not sure at all, and it was Blastwave policy. Maybe i am wrong, maybe we have a different policy, or maybe we should consider to accept maintainer to do this as long as we don't have a real Q&A process in charge of verifying it is really closed. IMHO we should let maintainer close bugs at the present time. Maybe we could change it in the future, but right now, nobody is in charge of doing it, and i am not sure someone has time for this (another way to say some other task have higher priority ;) ) 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 Mar 26 20:19:27 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 12:19:27 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBD153.40409@wbonnet.net> References: <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CBCAD2.6040504@opencsw.org> <49CBD153.40409@wbonnet.net> Message-ID: <20090326191927.GK89998@bolthole.com> On Thu, Mar 26, 2009 at 08:02:43PM +0100, William Bonnet wrote: > > ok, now serious question. I have received my notifications, and i have a > few resolved bugs to close. Should i close it or is someone else doing > it ? I think it use to be the "stable release manager" responsibility... > but i am not sure :) no, it has always been the individual maintainer's responsability. From ja at opencsw.org Thu Mar 26 20:21:44 2009 From: ja at opencsw.org (Juergen Arndt) Date: Thu, 26 Mar 2009 20:21:44 +0100 Subject: [csw-maintainers] Maintainer for graphviz2 ? Message-ID: Hi all, is anyone working on graphviz2? If not, I would give it a try. Juergen -- Juergen Arndt From hson at opencsw.org Thu Mar 26 20:29:16 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 20:29:16 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CB7E6A.2070506@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <49CB7E6A.2070506@opencsw.org> Message-ID: <49CBD78C.60505@opencsw.org> Sebastian Kayser wrote: > How do people who use bug tracking software on a daily basis handle the > resolved vs. closed state? Depends on project/customer, in some cases resolved is "committed but not released" and closed is "released", in other resolved is "bug fixed, but customer/reporter has not verified fix as working in their system" and closed is "customer/reporter has verified..." From hson at opencsw.org Thu Mar 26 20:30:59 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Thu, 26 Mar 2009 20:30:59 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CB871B.2080309@wbonnet.net> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <49CB871B.2080309@wbonnet.net> Message-ID: <49CBD7F3.2040905@opencsw.org> William Bonnet wrote: > Hi >> Shouldn't the e-mail used in the report be more functional and less >> personal? >> > +1 >> I propose to replace phil at opencsw.org with mantis at opencsw.org or >> something similar that maybe reaches more than one person. Also I >> think Sebastian is now responsible for Mantis. >> >> :-) >> >> > What about having a mail per issue to fix ? > > I like to have one mail per task to do... > You already get that from Mantis by default, since this is just a reminder one mail for all bugs is enough for me... From maciej at opencsw.org Thu Mar 26 21:14:21 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 26 Mar 2009 20:14:21 +0000 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <20090326175052.GH89998@bolthole.com> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> Message-ID: On Thu, Mar 26, 2009 at 5:50 PM, Philip Brown wrote: > For example, the "shared across zones" example. > > cswclassutils works across zones, becuase it is a class action that > generates the files. The class action will run for each zone. > > Unfortunately, a 'static prototype file entry' will NOT. > /var/opt is local to a specific machine, and should never be shared > across zones. I was recently trying to figure out how packaging works. I looked at Sun provided ssh packages. For instance, pkgmap of SUNWsshdr has this line: 1 f manifest var/svc/manifest/network/ssh.xml 0444 root sys 2982 52600 110635026 Is it a static prototype file entry? This file is present on non-global zones as well as on the global zone. If it isn't a static prototype entry, how does it get to non-global zones? From phil at bolthole.com Thu Mar 26 21:30:52 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 13:30:52 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> Message-ID: <20090326203052.GR89998@bolthole.com> On Thu, Mar 26, 2009 at 08:14:21PM +0000, Maciej (Matchek) Blizinski wrote: > I was recently trying to figure out how packaging works. I looked at > Sun provided ssh packages. For instance, pkgmap of SUNWsshdr has this > line: > > 1 f manifest var/svc/manifest/network/ssh.xml 0444 root sys 2982 52600 110635026 > > Is it a static prototype file entry? yes, in my terminology. . This file is present on > non-global zones as well as on the global zone. If it isn't a static > prototype entry, how does it get to non-global zones? > presumably, it gets copied on zone initialization as "part of the OS". try initializing a zone, that does NOT have ssh support in it. Then pkgadd SUNWsshdr in the global zone,and see what happens to the child zone. I would think it does not get propagated in this case. Unless you have a very odd setup of having /var shared. From mwatters at opencsw.org Thu Mar 26 22:01:01 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 16:01:01 -0500 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> Message-ID: <49CBED0D.1060106@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maciej (Matchek) Blizinski wrote: > On Thu, Mar 26, 2009 at 5:50 PM, Philip Brown wrote: >> For example, the "shared across zones" example. >> >> cswclassutils works across zones, becuase it is a class action that >> generates the files. The class action will run for each zone. >> >> Unfortunately, a 'static prototype file entry' will NOT. >> /var/opt is local to a specific machine, and should never be shared >> across zones. > > I was recently trying to figure out how packaging works. I looked at > Sun provided ssh packages. For instance, pkgmap of SUNWsshdr has this > line: > > 1 f manifest var/svc/manifest/network/ssh.xml 0444 root sys 2982 52600 110635026 > > Is it a static prototype file entry? This file is present on > non-global zones as well as on the global zone. If it isn't a static > prototype entry, how does it get to non-global zones? > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers That particular file is part of smf configuration for ssh I am not 100% sure how smf is handled in the global vs non-global zones but I believe /var/svc/manifest/* is shared to all zones by default. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknL7Q0ACgkQLrhmsXMSLxcMnACfWQDCXOuqc0miFpFBpwCfpQ5O jYMAoNMBLWCnx697sW2TzC8DQo+B3tr/ =hdjN -----END PGP SIGNATURE----- From rupert at opencsw.org Thu Mar 26 22:10:49 2009 From: rupert at opencsw.org (rupert THURNER) Date: Thu, 26 Mar 2009 22:10:49 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Message-ID: <6af4270903261410u5cb0460ap74edc9d874e0e058@mail.gmail.com> On Thu, Mar 26, 2009 at 15:49, Gary Law wrote: >> Plans, yes. IMHO it would be a good idea to bundle all developer >> resources on the SourceForge "gar" project with SVN as repository >> and Trac as Wiki. Feedback welcome. > > +1 in the beginning i tried how much effort it is to copy contents. it proved quite easy, so i try to keep it in sync currently with http://apps.sourceforge.net/mediawiki/gar (only the v2 pages though). i also created a ticket in hope sf will install additional plugins to make trac a little bit more practical: http://sourceforge.net/tracker/index.php?func=detail&aid=2712653&group_id=1&atid=350001. rupert. From phil at bolthole.com Thu Mar 26 22:17:31 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 14:17:31 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <49CBED0D.1060106@opencsw.org> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> <49CBED0D.1060106@opencsw.org> Message-ID: <20090326211731.GX89998@bolthole.com> On Thu, Mar 26, 2009 at 04:01:01PM -0500, Mike Watters wrote: > > That particular file is part of smf configuration for ssh > I am not 100% sure how smf is handled in the global vs non-global zones > but I believe /var/svc/manifest/* is shared to all zones by default. depends WHOSE "default"s. sun's standard defaults do not have this. # mount -p|grep var swap - /var/run tmpfs - no nodevices,xattr,zone=csci571 that is the only default mount under var. I also did a by-hand test to see if there was any other trickery. cd /var/svc/manifest touch test zlogin [subzone] ls /var/svc/manifest nope, no test file in the child zone. From phil at bolthole.com Thu Mar 26 23:01:34 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 15:01:34 -0700 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <49CBED0D.1060106@opencsw.org> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> <49CBED0D.1060106@opencsw.org> Message-ID: <20090326220134.GY89998@bolthole.com> On Thu, Mar 26, 2009 at 04:01:01PM -0500, Mike Watters wrote: > That particular file is part of smf configuration for ssh > I am not 100% sure how smf is handled in the global vs non-global zones > but I believe /var/svc/manifest/* is shared to all zones by default. > Final test: Created a test zone for myself. inherit-pkg-dir: dir: /opt/csw Created fake package, with f none /var/svc/manifest/site/sillyfile1.xml=sillyfile 0644 root bin f none /usr/sharedfile=sharedfile 0644 root bin Ah. I stand corrected somewhat. Been a while since I messed with packages and zones :-) Behaviour would seem to be as follows: For zones: If the file is destined for some "shared" place like /usr, the file is understood as already there, AND marked as present in the package, for that zone If the file is destined for a NON-shared place such as /var, the file is COPIED there. So... putting smf manifest files, etc in some place like /var/opt/csw/manifest.... or even /var/svc/manifest .... would technically still work, for zones. It just would not work for shared-nfs installs of /opt/csw. I think we should come up with a location that can work long-term, for shared-nfs as well. At least a deployment strategy that is nice for them. Someplace perhaps, like /opt/csw/[share?]/lib/svc/manifest/xyz.xml and then put it in a "class cswsvc", that will automatically copy it from there, to /var/svc/manifest ? That would be very little additional effort on the part of maintainers, yet at the same time, be nicer to our "large install" customers. From dam at opencsw.org Thu Mar 26 23:03:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 23:03:34 +0100 Subject: [csw-maintainers] Maintainer for graphviz2 ? In-Reply-To: References: Message-ID: <3F076DD1-7826-45D4-83C2-DCEB8185AE83@opencsw.org> Hi J?rgen, Am 26.03.2009 um 20:21 schrieb Juergen Arndt: > is anyone working on graphviz2? If not, I would give it a try. I only did CSWgraphviz, not CSWgraphviz2. Please go ahead :-) Best regards -- Dago From dam at opencsw.org Thu Mar 26 23:10:23 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 26 Mar 2009 23:10:23 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <6af4270903261410u5cb0460ap74edc9d874e0e058@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <6af4270903261410u5cb0460ap74edc9d874e0e058@mail.gmail.com> Message-ID: <0C603223-A01F-4AFD-AB1F-00DD77D4BE83@opencsw.org> Hi Rupert, Am 26.03.2009 um 22:10 schrieb rupert THURNER: > On Thu, Mar 26, 2009 at 15:49, Gary Law wrote: >>> Plans, yes. IMHO it would be a good idea to bundle all developer >>> resources on the SourceForge "gar" project with SVN as repository >>> and Trac as Wiki. Feedback welcome. >> >> +1 > > in the beginning i tried how much effort it is to copy contents. it > proved quite easy, so i try to keep it in sync currently with > http://apps.sourceforge.net/mediawiki/gar (only the v2 pages though). To avaoid additional work we can just start converting the page so we don't get into the situation of changing only one page. > i also created a ticket in hope sf will install additional plugins to > make trac a little bit more practical: > http://sourceforge.net/tracker/index.php?func=detail&aid=2712653&group_id=1&atid=350001 > . Great bug report :-)) Best regards -- Dago From skayser at opencsw.org Thu Mar 26 23:17:55 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 26 Mar 2009 23:17:55 +0100 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: References: Message-ID: <49CBFF13.7080004@opencsw.org> Dagobert Michelsen wrote: > Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >> how is it possible to merge multiple source trees into one package? >> Is there a piece of documentation or does anybody have a package, >> which I could use as an example? > > All things from DISTFILES are extracted and can then be compiled > and installed. Or do you need multiple versions of the same > package? Please check in your material so we can have a look > at it. I have something similar with dovecot. There is a sieve plugin that should be compiled against the dovecot sources, so that's what i do within one Makefile: Build dovecot and the sieve plugin. https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile Apart from the fact that it doesn't look nice i just realized that the sieve plugin package needs to have a different version number than the dovecot package. Is there any way to define a separate version number for one package out of $(PACKAGES)? Sebastian From bonivart at opencsw.org Thu Mar 26 23:39:17 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 26 Mar 2009 23:39:17 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CBD78C.60505@opencsw.org> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <49CB7E6A.2070506@opencsw.org> <49CBD78C.60505@opencsw.org> Message-ID: <625385e30903261539g30d77010i91dc41e027af9bde@mail.gmail.com> On Thu, Mar 26, 2009 at 8:29 PM, Roger H?kansson wrote: > Depends on project/customer, in some cases resolved is "committed but not > released" and closed is "released", in other resolved is "bug fixed, but > customer/reporter has not verified fix as working in their system" and > closed is "customer/reporter has verified..." At work, I can only change the status to resolved, not to closed (we have like 20 status codes). Resolved means I'm done with it from a technical point of view, as soon as the helpdesk notices the resolved status some poor bastard reads SLA/SOW/whatever to see that it's really ok to close, otherwise they can reopen it and possibly assign it to someone else for remaining issues that doesn't concern me. No need to explain that I work for an American company :-). I don't think we have to make it that complicated here. -- /peter From phil at bolthole.com Fri Mar 27 02:23:21 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 18:23:21 -0700 Subject: [csw-maintainers] libtool .la irritations Message-ID: <20090327012321.GG47757@bolthole.com> I've been looking through the archives for the last coupla months, trying to recall what the workarounds for libtool .la braindamage were. The search is not turning up anything that looks like it could help me though. I'm trying to compile something, that depends on something else, that depends on a .la file that is no longer on the build machines. is my only recourse to request the build machines be manually tweaked,or was there some kind of LIBTOOL_PATH magic var that I can set, to provide my own version of the missing .la file? From mwatters at opencsw.org Fri Mar 27 02:26:40 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 20:26:40 -0500 Subject: [csw-maintainers] file location for our svc/smf stuff In-Reply-To: <20090326220134.GY89998@bolthole.com> References: <20090326132538.GA89340@bolthole.com> <625385e30903260639j1ab17b16mc987d241577f8e17@mail.gmail.com> <20090326175052.GH89998@bolthole.com> <49CBED0D.1060106@opencsw.org> <20090326220134.GY89998@bolthole.com> Message-ID: <49CC2B50.3020606@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 04:01:01PM -0500, Mike Watters wrote: >> That particular file is part of smf configuration for ssh >> I am not 100% sure how smf is handled in the global vs non-global zones >> but I believe /var/svc/manifest/* is shared to all zones by default. >> > > Final test: > > Created a test zone for myself. > > inherit-pkg-dir: > dir: /opt/csw > > Created fake package, with > > f none /var/svc/manifest/site/sillyfile1.xml=sillyfile 0644 root bin > f none /usr/sharedfile=sharedfile 0644 root bin > > > Ah. I stand corrected somewhat. Been a while since I messed with packages > and zones :-) Behaviour would seem to be as follows: > > For zones: > If the file is destined for some "shared" place like /usr, the file > is understood as already there, AND marked as present in the package, > for that zone > If the file is destined for a NON-shared place such as /var, > the file is COPIED there. > > So... putting smf manifest files, etc in some place like > /var/opt/csw/manifest.... or even /var/svc/manifest .... > would technically still work, for zones. > > It just would not work for shared-nfs installs of /opt/csw. > > I think we should come up with a location that can work long-term, > for shared-nfs as well. > At least a deployment strategy that is nice for them. > Someplace perhaps, like > > /opt/csw/[share?]/lib/svc/manifest/xyz.xml > > and then put it in a "class cswsvc", that will automatically copy > it from there, to /var/svc/manifest ? > > That would be very little additional effort on the part of maintainers, > yet at the same time, be nicer to our "large install" customers. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers do you think it is a good idea to run services from an NFS mount? I can see sharing apps across the mount, but not running openldap or apache etc... 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 iEYEARECAAYFAknMK1AACgkQLrhmsXMSLxdDzQCfdWucM1K7XZdOsHF5DpxlZ8hm EsMAoLjRKF2i2nTAgdfIQN9NWDYqQfnl =icdl -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 02:30:01 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 20:30:01 -0500 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: <49CBFF13.7080004@opencsw.org> References: <49CBFF13.7080004@opencsw.org> Message-ID: <49CC2C19.1070502@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Kayser wrote: > Dagobert Michelsen wrote: >> Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >>> how is it possible to merge multiple source trees into one package? >>> Is there a piece of documentation or does anybody have a package, >>> which I could use as an example? >> All things from DISTFILES are extracted and can then be compiled >> and installed. Or do you need multiple versions of the same >> package? Please check in your material so we can have a look >> at it. > > I have something similar with dovecot. There is a sieve plugin that > should be compiled against the dovecot sources, so that's what i do > within one Makefile: Build dovecot and the sieve plugin. > > https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > > Apart from the fact that it doesn't look nice i just realized that the > sieve plugin package needs to have a different version number than the > dovecot package. Is there any way to define a separate version number > for one package out of $(PACKAGES)? > > Sebastian > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have a similar issue with Alpine. alpine will have 3 packages, CSWalpine CSWalpine-web and CSWimap I will need a way to version the imap accordingly. - -- 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 iEYEARECAAYFAknMLBkACgkQLrhmsXMSLxcnSgCgvJex4jAhzIxAwA3urWw/pAOt U+MAnA9GvdqoyHbcoEFUbx7c/Y/XbNDk =5s1l -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 02:41:33 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 20:41:33 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <20090327012321.GG47757@bolthole.com> References: <20090327012321.GG47757@bolthole.com> Message-ID: <49CC2ECD.7030001@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > I've been looking through the archives for the last coupla months, trying > to recall what the workarounds for libtool .la braindamage were. > The search is not turning up anything that looks like it could help me > though. > > > I'm trying to compile something, that depends on something else, that > depends on a .la file that is no longer on the build machines. > > is my only recourse to request the build machines be manually tweaked,or > was there some kind of LIBTOOL_PATH magic var that I can set, to provide my > own version of the missing .la file? > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers see here ;) http://apps.sourceforge.net/mediawiki/gar/index.php?title=Libtool - -- 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 iEYEARECAAYFAknMLs0ACgkQLrhmsXMSLxeVRACfX4qAJGMO1JLJ/0IeaXo7OpD8 /6gAn0IU6wZw1pPku2rcVSQMu+1CJ9c/ =QCAo -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 02:52:03 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 20:52:03 -0500 Subject: [csw-maintainers] build8x problems Message-ID: <49CC3143.8010803@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am increasingly having issues compiling on build8x. I am not sure if it is just my packages, or is everyone else having issues too? If it is just me, I will try to get hold of a sol8 x86 env to build on. the issue I have been experiencing is the box running out of memory in the middle of compiles. first experienced compiling gcc4, I found a patch that helped. I then started working on cMake, it compiles and tests 100% clean on sparcv8 but runs out of memory on build8x. "ube: error: Cannot exec '/opt/studio/SOS11/SUNWspro/prod/bin/fbe' : Not enough space gmake[2]: *** [cmBootstrapCommands.o] Error 2" Dago was going to look into this, but if it is only me having problems, Dago is busy enough. - -- 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 iEYEARECAAYFAknMMUMACgkQLrhmsXMSLxcmLwCaAz4n8T9f/K0x6JPsheMq1ZCh WDMAn050rc3OxkAUpMG1qK2TQ2bZHFK3 =5N0j -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 03:26:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 21:26:26 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <49CC2ECD.7030001@opencsw.org> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> Message-ID: <49CC3952.2090900@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Philip Brown wrote: >> I've been looking through the archives for the last coupla months, trying >> to recall what the workarounds for libtool .la braindamage were. >> The search is not turning up anything that looks like it could help me >> though. > > >> I'm trying to compile something, that depends on something else, that >> depends on a .la file that is no longer on the build machines. > >> is my only recourse to request the build machines be manually tweaked,or >> was there some kind of LIBTOOL_PATH magic var that I can set, to provide my >> own version of the missing .la file? > > >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > see here ;) > > http://apps.sourceforge.net/mediawiki/gar/index.php?title=Libtool > > if this does not do what you need it to do, check-in your recipe and "file a bug" via email... my goal with it is to make it robust enough to add to mgar/bin or make standard so "no" .la files are used. I think it needs a better name fixme.sh is not a good name. fixlibtool already exists in gar/bin _______________________________________________ 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 iEYEARECAAYFAknMOVIACgkQLrhmsXMSLxcVKwCeMI+IC6vx9X+2fF+lnF/JpUDY pxsAoLvQ5YJwL2Yod5mV5zfW3cd4y1nt =4fxn -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 27 04:15:27 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 20:15:27 -0700 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <49CC3952.2090900@opencsw.org> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> Message-ID: <20090327031527.GC63667@bolthole.com> On Thu, Mar 26, 2009 at 09:26:26PM -0500, Mike Watters wrote: > I think it needs a better name fixme.sh is not a good name. > > fixlibtool already exists in gar/bin what does "the old one" do, and how would you describe what fixme.sh does, in contrast? From mwatters at opencsw.org Fri Mar 27 04:26:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 22:26:09 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <20090327031527.GC63667@bolthole.com> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> Message-ID: <49CC4751.40906@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 09:26:26PM -0500, Mike Watters wrote: >> I think it needs a better name fixme.sh is not a good name. >> >> fixlibtool already exists in gar/bin > > what does "the old one" do, and how would you describe what fixme.sh does, > in contrast? > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers the current one in gar/bin Cory Omand wrote. "fixlibtool - remove build-only settings from libtool .la files ... Remove references to temporary directories" fixme.sh "...modifies the Makefile replacing the *.la references with their -lname (generated from data inside the pseudo-library). it then modifies the libtool script(s) in $(WORKSRC) removing the .la extension from the library search." - -- 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 iEYEARECAAYFAknMR1EACgkQLrhmsXMSLxcMrACgkVoEMpC5cmJOtWdSyq6snK/N eRoAoNsEmrt2L1f6migMJM6c7nJ2Y1QU =ZaWe -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 27 04:33:38 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 20:33:38 -0700 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <49CC4751.40906@opencsw.org> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> <49CC4751.40906@opencsw.org> Message-ID: <20090327033338.GD63667@bolthole.com> On Thu, Mar 26, 2009 at 10:26:09PM -0500, Mike Watters wrote: > > what does "the old one" do, and how would you describe what fixme.sh does, > > in contrast? > > the current one in gar/bin Cory Omand wrote. > "fixlibtool - remove build-only settings from libtool .la files > ... > Remove references to temporary directories" > > fixme.sh > "...modifies the Makefile replacing the *.la references with their -lname (generated from data inside the > pseudo-library). it then modifies the libtool script(s) in $(WORKSRC) removing the .la extension from the library search." Hmmm. still not sure what the older one does, from that :) if you understand it... is it of value still? might it be worth merging the two, having some kind of commandline switch to toggle the behaviour, and keeping the name "fixlibtool"? From mwatters at opencsw.org Fri Mar 27 04:49:32 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 26 Mar 2009 22:49:32 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <20090327033338.GD63667@bolthole.com> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> <49CC4751.40906@opencsw.org> <20090327033338.GD63667@bolthole.com> Message-ID: <49CC4CCC.3030407@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 10:26:09PM -0500, Mike Watters wrote: >>> what does "the old one" do, and how would you describe what fixme.sh does, >>> in contrast? >> the current one in gar/bin Cory Omand wrote. >> "fixlibtool - remove build-only settings from libtool .la files >> ... >> Remove references to temporary directories" >> >> fixme.sh >> "...modifies the Makefile replacing the *.la references with their -lname (generated from data inside the >> pseudo-library). it then modifies the libtool script(s) in $(WORKSRC) removing the .la extension from the library search." > > Hmmm. still not sure what the older one does, from that :) > > if you understand it... is it of value still? > > might it be worth merging the two, having some kind of commandline switch > to toggle the behaviour, and keeping the name "fixlibtool"? > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers this is what the original one does: [ ==> Begin Code <== ] perl -i -plne ' if (/^dependency_libs/) { s# -[ILR]\s*/tmp\S+##g; s# -[ILR]\s*/\S+/ # #g; } ' $@ [ ==> End Code <== ] I don't find any reference to it in the gar/v2 files. I have to defer to the other maintainers if anyone still uses this script. and what they use it for. - -- 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 iEYEARECAAYFAknMTMsACgkQLrhmsXMSLxfabwCgrfLGf9vh8QopbpDlUqE1v/t1 vbYAoNyfY/CRQKUK5qjLcQRZgikj5gIy =5OeS -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 27 05:10:04 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 26 Mar 2009 21:10:04 -0700 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <49CC4CCC.3030407@opencsw.org> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> <49CC4751.40906@opencsw.org> <20090327033338.GD63667@bolthole.com> <49CC4CCC.3030407@opencsw.org> Message-ID: <20090327041004.GA41367@bolthole.com> On Thu, Mar 26, 2009 at 10:49:32PM -0500, Mike Watters wrote: > > this is what the original one does: > [ ==> Begin Code <== ] > perl -i -plne ' > if (/^dependency_libs/) { > s# -[ILR]\s*/tmp\S+##g; > s# -[ILR]\s*/\S+/ # #g; > } > ' $@ > [ ==> End Code <== ] > i dont speak much perl, but I'm guessing what it does, is that it expects to be passed a list of libXXX.la files, and then it goes in and edits them to comment out all lines that say "dependancy_libs". SO, while your "fixit"script works on the local source tree (both internal .la files, AND makefiles), this script would appear to work on .la files only? (and only the ones specified?) It might be nice to preserve that more targetted functionality, as an option to your script. Then you could feel good about taking over the name, too ;-) From hson at opencsw.org Fri Mar 27 05:52:06 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 27 Mar 2009 05:52:06 +0100 Subject: [csw-maintainers] build8x problems In-Reply-To: <49CC3143.8010803@opencsw.org> References: <49CC3143.8010803@opencsw.org> Message-ID: <49CC5B76.5000008@opencsw.org> Mike Watters wrote: > I am increasingly having issues compiling on build8x. I am not sure if it is just my packages, > or is everyone else having issues too? I haven't had any problem with build8x at all, but I can see that some compiles might get into trouble if there are more than one maintainer compiling at the same time since there are a limited amount of RAM and swap. > If it is just me, I will try to get hold of a sol8 x86 env > to build on. Do you have any machine running vmware? My own 8x-machine is a virtual machine running in a vmware server 2.0 on a CentOS box and I could upload the image if you need it. From dam at opencsw.org Fri Mar 27 10:18:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 10:18:49 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <49CC3143.8010803@opencsw.org> References: <49CC3143.8010803@opencsw.org> Message-ID: <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Hi Mike, Am 27.03.2009 um 02:52 schrieb Mike Watters: > I am increasingly having issues compiling on build8x. I am not sure > if it is just my packages, > or is everyone else having issues too? If it is just me, I will try > to get hold of a sol8 x86 env > to build on. > > the issue I have been experiencing is the box running out of memory > in the middle of compiles. > first experienced compiling gcc4, I found a patch that helped. > > I then started working on cMake, it compiles and tests 100% clean on > sparcv8 but runs out of memory > on build8x. > "ube: error: Cannot exec '/opt/studio/SOS11/SUNWspro/prod/bin/fbe' : > Not enough space > gmake[2]: *** [cmBootstrapCommands.o] Error 2" > > Dago was going to look into this, but if it is only me having > problems, Dago is busy enough. We have an additional V65z here with 2 GB Ram. As running Solaris 8 x86 under VMware ESX doesn't work due to driver problems a colleague is installing Linux with VMware Workstation on it, where the Solaris 8 x86 will be inside. I will be away for the week for, so estimate the migration of build8x in about 10 days. I also ordered a memory upgrade for the T5220 from the 8 GB now to then 16 GB. The several build-zones, Hudson, testing zones for maintainers without other Solaris 8 access and build activity made this necessary. Best regards -- Dago From maciej at opencsw.org Fri Mar 27 10:50:17 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 09:50:17 +0000 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: On Fri, Mar 27, 2009 at 9:18 AM, Dagobert Michelsen wrote: > We have an additional V65z here with 2 GB Ram. As running Solaris 8 x86 > under VMware ESX doesn't work due to driver problems a colleague is > installing > Linux with VMware Workstation on it, where the Solaris 8 x86 will be inside. For the record, Solaris runs nicely on VirtualBox. It supports headless (no GUI, but vrdb instead) operation as well. Maciej From maciej at opencsw.org Fri Mar 27 10:54:31 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 09:54:31 +0000 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> Message-ID: [moving the thread from users to maintainers] On Fri, Mar 27, 2009 at 9:42 AM, Peter Bonivart wrote: > On Fri, Mar 27, 2009 at 9:01 AM, Maciej (Matchek) Blizinski > wrote: >> By the way, I know that packages usually have their maintainers - is >> it considered inappropriate to commit upgrades to other people's >> packages? I guess for packages such as openssl or mysql it is -- What >> about minor utilities such as this one? > > I think you should file an upgrade bug in Mantis first. Most > maintainers use their own packages and keep it up to date but if they > don't respond you can post on the maintainers list about taking over > the package. I didn't intend to take over the package; I just felt I would spend more time on Mantis than it took me to just up the package version and build it. Of course, I can stop doing that and use Mantis instead. > This post really belongs on the maintainers list as well. Please > subscribe to it if you don't already. Thread moved. From dam at opencsw.org Fri Mar 27 10:57:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 10:57:47 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: Hi Maciej, Am 27.03.2009 um 10:50 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 9:18 AM, Dagobert Michelsen > wrote: >> We have an additional V65z here with 2 GB Ram. As running Solaris 8 >> x86 >> under VMware ESX doesn't work due to driver problems a colleague is >> installing >> Linux with VMware Workstation on it, where the Solaris 8 x86 will >> be inside. > > For the record, Solaris runs nicely on VirtualBox. It supports > headless (no GUI, but vrdb instead) operation as well. A colleague tested Solaris 8 x86 on VirtualBox and couldn't get it to run stable for an extended time. The tests were done on the latest VirtualBox. If this were an option we would immediately switch Solaris 8 x86 to VirtualBox on Solaris 10 x86. Best regards -- Dago From dam at opencsw.org Fri Mar 27 11:01:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 11:01:49 +0100 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> Message-ID: <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> Hi Maciej, Am 27.03.2009 um 10:54 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 9:42 AM, Peter Bonivart > wrote: >> On Fri, Mar 27, 2009 at 9:01 AM, Maciej (Matchek) Blizinski >> wrote: >>> By the way, I know that packages usually have their maintainers - is >>> it considered inappropriate to commit upgrades to other people's >>> packages? I guess for packages such as openssl or mysql it is -- >>> What >>> about minor utilities such as this one? >> >> I think you should file an upgrade bug in Mantis first. Most >> maintainers use their own packages and keep it up to date but if they >> don't respond you can post on the maintainers list about taking over >> the package. > > I didn't intend to take over the package; If you build the package you take it over. AFAIK there is some kind of automatism on the release-side that changes the owner e. g. on http://www.opencsw.org/packages/clusterssh on package release. > I just felt I would spend > more time on Mantis than it took me to just up the package version and > build it. Of course, I can stop doing that and use Mantis instead. It is more formal, but also more polite :-) If the maintainer didn't fix it in a reasonable timeframe you can still take it over. Best regards -- Dago From dam at opencsw.org Fri Mar 27 11:05:45 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 11:05:45 +0100 Subject: [csw-maintainers] Competition update Message-ID: <54C8F120-210D-4C9D-A76A-9B2DEAFC58D5@opencsw.org> Hi, a small competition upgrade: ** SunfreewWare released the following package: Datum: 27. M?rz 2009 11:03:39 MEZ Betreff: Tdu 20080507 Packages Added Quelle: Sunfreeware.com News Tdu 20080507 Packages Added Tdu is a text-terminal program that displays disk space utilization in an interactive full-screen folding outline. Best regards -- Dago From maciej at opencsw.org Fri Mar 27 11:07:02 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 10:07:02 +0000 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: On Fri, Mar 27, 2009 at 9:57 AM, Dagobert Michelsen wrote: > A colleague tested Solaris 8 x86 on VirtualBox and couldn't get > it to run stable for an extended time. The tests were done on > the latest VirtualBox. Right, I didn't run Solaris 8 on it. > If this were an option we would immediately switch Solaris 8 x86 > to VirtualBox on Solaris 10 x86. Any other options? I looked around and found information about branded zones, allowing to run... well, why type when I can just copy-paste: """A Solaris 8 branded zone (solaris8) is a complete runtime environment for Solaris 8 applications on SPARC machines running the Solaris 10 8/07 Operating System or later. The brand supports the execution of 32-bit and 64-bit Solaris 8 applications. solaris8 branded zones are based on the whole root zone model. Each zone's file system contains a complete copy of the software that comprises the operating system. However, solaris8 zones are different from native whole root zones in that central patching is not applied.""" http://docs.sun.com/app/docs/doc/820-2914/gfjbk?a=view I have no idea whether it's feasible. Maciej From maciej at opencsw.org Fri Mar 27 11:17:44 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 10:17:44 +0000 Subject: [csw-maintainers] Competition update In-Reply-To: <54C8F120-210D-4C9D-A76A-9B2DEAFC58D5@opencsw.org> References: <54C8F120-210D-4C9D-A76A-9B2DEAFC58D5@opencsw.org> Message-ID: On Fri, Mar 27, 2009 at 10:05 AM, Dagobert Michelsen wrote: > ** SunfreewWare released the following package: Do they have a build system? Do they expose any code repository with their builds? From dam at opencsw.org Fri Mar 27 11:23:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 11:23:48 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> Hi Maciej, Am 27.03.2009 um 11:07 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 9:57 AM, Dagobert Michelsen > wrote: >> A colleague tested Solaris 8 x86 on VirtualBox and couldn't get >> it to run stable for an extended time. The tests were done on >> the latest VirtualBox. > > Right, I didn't run Solaris 8 on it. Solaris 9, no problem, build9x is in fact a VM on ESX. >> If this were an option we would immediately switch Solaris 8 x86 >> to VirtualBox on Solaris 10 x86. > > Any other options? I looked around and found information about branded > zones, allowing to run... well, why type when I can just copy-paste: > > """A Solaris 8 branded zone (solaris8) is a complete runtime > environment for Solaris 8 applications on SPARC machines running the > Solaris 10 8/07 Operating System or later. The important word here is "SPARC" :-( You have solaris8 and solaris9 brands on Sparc (in fact, build8s and build9s are branded zones on the same machine as build10s is a native zone), and lx-(Linux-)brands on x86. That means no Linux on Sparc and no Solaris 8/9 on x86. Best regards -- Dago From maciej at opencsw.org Fri Mar 27 11:29:45 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 10:29:45 +0000 Subject: [csw-maintainers] keychain on the buildfarm Message-ID: I've recently built keychain package; it's in testing. Would buildfarm maintainers mind installing it? I could then protect my password on login.opencsw.org with a password. (Actually, I could do that now using bare ssh-agent, it's just that keychain makes it much easier.) Maciej From dam at opencsw.org Fri Mar 27 11:29:54 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 11:29:54 +0100 Subject: [csw-maintainers] Competition update In-Reply-To: References: <54C8F120-210D-4C9D-A76A-9B2DEAFC58D5@opencsw.org> Message-ID: <85EAE3B0-F9BF-43D4-93BC-8B41F9DD4421@opencsw.org> Hi Maciej, Am 27.03.2009 um 11:17 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 10:05 AM, Dagobert Michelsen > wrote: >> ** SunfreewWare released the following package: > > Do they have a build system? I guess not, there is no notice apart from pkgmk and other "raw" stuff on the site. At least it is not publicly accessible if they have one. > Do they expose any code repository with their builds? No. Best regards -- Dago From dam at opencsw.org Fri Mar 27 13:04:10 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 13:04:10 +0100 Subject: [csw-maintainers] Pathes in CSWcommon Message-ID: <2A50D558-3D95-4BE3-931B-9D1113BE3487@opencsw.org> Hi, in the past certain pathes were excluded from the prototype during bin/cswproto when gerating packages in GAR. These pathes were similar to the ones defined in CSWcommon, but not exactly the same. This lead to situations where pathes were skipped in a package which were nowhere defined - not in CSWcommon and not the package and got defaults for user/group/perms leading to bug reports like I changed the mechanism to grab the CSWcommon package, extract the pathes and build two files for sparc/i386 at etc/commondirs-* which are excluded during prototype generation. There may be some pathes which should go into CSWcommon now as I look at it like all directories for ISAs, not just the most basic ones as it is now. The change is in effect since r3993. Please keep an eye on your prototypes and let me know if you encounter anything strange. Best regards -- Dago From phil at bolthole.com Fri Mar 27 14:25:28 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 06:25:28 -0700 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> Message-ID: <20090327132528.GD53440@bolthole.com> On Fri, Mar 27, 2009 at 11:23:48AM +0100, Dagobert Michelsen wrote: > The important word here is "SPARC" :-( You have solaris8 and solaris9 > brands on Sparc (in fact, build8s and build9s are branded zones on > the same machine as build10s is a native zone), and lx-(Linux-)brands > on x86. That means no Linux on Sparc and no Solaris 8/9 on x86. > o fer goodness sake.. that's really annoying! for the record though... a long time ago in a galaxy far far away, i DID get solaris 8 successfully running on vmware, at least enough to run the installer. It was the only way i could install solaris on that particular hardware since there was no solaris-recognizable cdrom drive :) (which means that at minimum, it recogized the disks properly) But to do it, you would have to degrade the disks down to a vmware emulated "PIO mode", I think. performance would be horrible, comparatively speaking. looking forwar to the LX50. From hson at opencsw.org Fri Mar 27 14:51:47 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 27 Mar 2009 14:51:47 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> Message-ID: <49CCD9F3.9030909@opencsw.org> Maciej (Matchek) Blizinski wrote: > On Fri, Mar 27, 2009 at 9:57 AM, Dagobert Michelsen wrote: >> A colleague tested Solaris 8 x86 on VirtualBox and couldn't get >> it to run stable for an extended time. The tests were done on >> the latest VirtualBox. > > Right, I didn't run Solaris 8 on it. > Precicely, Solaris8 is at bit picky about drivers so it was a bit of a trick getting Solaris8 to run on vmware, but as vmware states, the support is "experimental". Anyway, as I said, I've got a running VM and are willing to share the image if anyone needs it. From hson at opencsw.org Fri Mar 27 14:53:47 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Fri, 27 Mar 2009 14:53:47 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <20090327132528.GD53440@bolthole.com> References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> <20090327132528.GD53440@bolthole.com> Message-ID: <49CCDA6B.1020207@opencsw.org> Philip Brown wrote: > for the record though... a long time ago in a galaxy far far away, i DID > get solaris 8 successfully running on vmware, at least enough to run the > installer. It was the only way i could install solaris on that particular > hardware since there was no solaris-recognizable cdrom drive :) > (which means that at minimum, it recogized the disks properly) > But to do it, you would have to degrade the disks down to a > vmware emulated "PIO mode", I think. performance would be horrible, > comparatively speaking. My box running CentOS and VMware Server 2.0 which run the VM with Solaris8 isn't that slow compared to the host OS, but I've got a old P4 Celeron with a IDE disk so I'm not sure if that data is anything to compare with... From mwatters at opencsw.org Fri Mar 27 14:55:12 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 08:55:12 -0500 Subject: [csw-maintainers] libtool .la irritations In-Reply-To: <20090327041004.GA41367@bolthole.com> References: <20090327012321.GG47757@bolthole.com> <49CC2ECD.7030001@opencsw.org> <49CC3952.2090900@opencsw.org> <20090327031527.GC63667@bolthole.com> <49CC4751.40906@opencsw.org> <20090327033338.GD63667@bolthole.com> <49CC4CCC.3030407@opencsw.org> <20090327041004.GA41367@bolthole.com> Message-ID: <49CCDAC0.9010308@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip Brown wrote: > On Thu, Mar 26, 2009 at 10:49:32PM -0500, Mike Watters wrote: >> this is what the original one does: >> [ ==> Begin Code <== ] >> perl -i -plne ' >> if (/^dependency_libs/) { >> s# -[ILR]\s*/tmp\S+##g; >> s# -[ILR]\s*/\S+/ # #g; >> } >> ' $@ >> [ ==> End Code <== ] >> > > i dont speak much perl, but I'm guessing what it does, is that it expects > to be passed a list of libXXX.la files, and then it goes in and edits them > to comment out all lines that say "dependancy_libs". > > > SO, while your "fixit"script works on the local source tree > (both internal .la files, AND makefiles), this script would appear to > work on .la files only? > (and only the ones specified?) > > It might be nice to preserve that more targetted functionality, as an > option to your script. > Then you could feel good about taking over the name, too ;-) > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers works for me, I will add that functionality to the script and work up some "more formal" docs on it and get it checked in. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknM2sAACgkQLrhmsXMSLxe8NACfcHp+KTw6+0QE0WdnZLGTmAlt FDcAoMOYqY9eOpv19fHojiOlve0hK8VB =dzyn -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 15:08:01 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 09:08:01 -0500 Subject: [csw-maintainers] build8x problems In-Reply-To: <49CC5B76.5000008@opencsw.org> References: <49CC3143.8010803@opencsw.org> <49CC5B76.5000008@opencsw.org> Message-ID: <49CCDDC1.1050806@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Mike Watters wrote: >> I am increasingly having issues compiling on build8x. I am not sure >> if it is just my packages, >> or is everyone else having issues too? > > I haven't had any problem with build8x at all, but I can see that some > compiles might get into trouble if there are more than one maintainer > compiling at the same time since there are a limited amount of RAM and > swap. > >> If it is just me, I will try to get hold of a sol8 x86 env >> to build on. > > Do you have any machine running vmware? > My own 8x-machine is a virtual machine running in a vmware server 2.0 on > a CentOS box and I could upload the image if you need it. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have P4 system I can use... I think I am going to load sol10 on it and bang my head against the wall to create a sol8 zone. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknM3cEACgkQLrhmsXMSLxctfACfcA9sv1CA77tcl6KuwJAIIRPX n8QAoIEMKCeIJiHOD0kUtl8jmJFKu8pa =BOCh -----END PGP SIGNATURE----- From dam at opencsw.org Fri Mar 27 15:26:45 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 15:26:45 +0100 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig Message-ID: Hi, I was just wondering why pkg-get didn't finish installing the packages after a few hours: it looped between CSWajclang and CSWajcconfig depending on each other :-)) William, can you push out a fix ASAP? Best regards -- Dago From dam at opencsw.org Fri Mar 27 15:32:08 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 15:32:08 +0100 Subject: [csw-maintainers] build8x problems In-Reply-To: <49CCDDC1.1050806@opencsw.org> References: <49CC3143.8010803@opencsw.org> <49CC5B76.5000008@opencsw.org> <49CCDDC1.1050806@opencsw.org> Message-ID: <87175AC4-4030-4A09-B7B5-F0202A3FF038@opencsw.org> Hi Mike, Am 27.03.2009 um 15:08 schrieb Mike Watters: > I have P4 system I can use... > I think I am going to load sol10 on it and > bang my head against the wall to create a sol8 zone. Again: Solaris 10 x86 doesn't support solaris8 and solaris9 brands, only Linux brands. It does not work! Best regards -- Dago From dam at opencsw.org Fri Mar 27 15:37:35 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 15:37:35 +0100 Subject: [csw-maintainers] [csw-devel] svn check In-Reply-To: <1238164089-sup-640@ntdws12.chass.utoronto.ca> References: <1238164089-sup-640@ntdws12.chass.utoronto.ca> Message-ID: <2FBF519A-7D60-4D21-9BA5-1BDA729D4CE5@opencsw.org> Hi Ben, Am 27.03.2009 um 15:28 schrieb Ben Walton: > I've been thinking a little more about Phil's proposed svn check in > GAR and I've come up with a compromise (based on my previous > thoughts). > > The attached patch to GAR implements an additional target requirement > for `gmake package` named svncheck. This target will stop the package > target from succeeding if it detects UNCOMMITTED in any of the pkginfo > files, but only after all of the packages are built and run through > checkpkg. The notice should be fairly obvious, so the maintainer > knows that a rebuild with checked in code is still required, but since > packages are available, testing can be done without committing every > little tweak > > If nobody sees any obvious problems with this patch, I'll check it in. This is not sufficient. It should also change the name of the package to REV=..._rev=...-UNCOMMITTED to make the package installable with usual tools, but also to make it perfectly clear that it is not committed just by looking at the file. Additionally, it would be nice to have a "debug" mode which build only directory-packages (as opposed to datastream-packages). Or even better to introduce a "releasepkg" target which makes sure eveything is checked in, builds a package and makes a copy of trunk/ to tags/. Best regards -- Dago From dam at opencsw.org Fri Mar 27 15:51:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 15:51:48 +0100 Subject: [csw-maintainers] [csw-buildfarm] build8x problems In-Reply-To: <20090327132528.GD53440@bolthole.com> References: <49CC3143.8010803@opencsw.org> <7A49A85E-415F-44B9-9C55-243984F7C24A@opencsw.org> <221C7FE7-8B60-4B2D-8046-6F9A49BFF7FA@opencsw.org> <20090327132528.GD53440@bolthole.com> Message-ID: Hi Phil, Am 27.03.2009 um 14:25 schrieb Philip Brown: > On Fri, Mar 27, 2009 at 11:23:48AM +0100, Dagobert Michelsen wrote: >> The important word here is "SPARC" :-( You have solaris8 and solaris9 >> brands on Sparc (in fact, build8s and build9s are branded zones on >> the same machine as build10s is a native zone), and lx-(Linux-)brands >> on x86. That means no Linux on Sparc and no Solaris 8/9 on x86. >> > > o fer goodness sake.. that's really annoying! > > for the record though... a long time ago in a galaxy far far away, i > DID > get solaris 8 successfully running on vmware, at least enough to run > the > installer. It was the only way i could install solaris on that > particular > hardware since there was no solaris-recognizable cdrom drive :) > (which means that at minimum, it recogized the disks properly) > But to do it, you would have to degrade the disks down to a > vmware emulated "PIO mode", I think. performance would be horrible, > comparatively speaking. You only have these in the small VMware variants, not ESX. We have an ESX farm for all of our x86 stuff and the need to put another box next to it with YAV (Yet Another Virtualization) is somewhat... unsatisfactory. But it is as it is. > looking forwar to the LX50. In fact it is a V65x with 2 GB installed and 1,5 GB mapped to Solaris through the virtualization and a 2,8 GHz Xeon Best regards -- Dago From pfelecan at opencsw.org Fri Mar 27 15:52:06 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 27 Mar 2009 15:52:06 +0100 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> (Dagobert Michelsen's message of "Fri\, 27 Mar 2009 11\:01\:49 +0100") References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> Message-ID: Dagobert Michelsen writes: >> I didn't intend to take over the package; > > If you build the package you take it over. AFAIK there is some > kind of automatism on the release-side that changes the owner > e. g. on http://www.opencsw.org/packages/clusterssh on package > release. Since when this policy is in effect? Was it announced somewhere? >> I just felt I would spend >> more time on Mantis than it took me to just up the package version and >> build it. Of course, I can stop doing that and use Mantis instead. > > It is more formal, but also more polite :-) If the maintainer > didn't fix it in a reasonable timeframe you can still take it > over. For security fixes I could understand that but for minor ones? -- Peter From bonivart at opencsw.org Fri Mar 27 16:03:54 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 16:03:54 +0100 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> Message-ID: <625385e30903270803h26ea7555t3e17d5d966f702a6@mail.gmail.com> On Fri, Mar 27, 2009 at 3:52 PM, Peter FELECAN wrote: > Dagobert Michelsen writes: > >>> I didn't intend to take over the package; >> >> If you build the package you take it over. AFAIK there is some >> kind of automatism on the release-side that changes the owner >> e. g. on http://www.opencsw.org/packages/clusterssh on package >> release. > > Since when this policy is in effect? Was it announced somewhere? I think Dago meant that when a package is /released/ you will be assigned ownership on the web site (package page, maintainer page) and also for Mantis. -- /peter From dam at opencsw.org Fri Mar 27 16:05:42 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 16:05:42 +0100 Subject: [csw-maintainers] [csw-users] clusterssh-3.25 in testing In-Reply-To: References: <625385e30903270242lc8a240ep2b5b6a156c4d4be3@mail.gmail.com> <558865B5-A474-45F5-AB22-334D188BC9D2@opencsw.org> Message-ID: <1F250C15-EC52-4588-A7BE-B299E82FF2EE@opencsw.org> Hi Peter, Am 27.03.2009 um 15:52 schrieb Peter FELECAN: > Dagobert Michelsen writes: >>> I didn't intend to take over the package; >> >> If you build the package you take it over. AFAIK there is some >> kind of automatism on the release-side that changes the owner >> e. g. on http://www.opencsw.org/packages/clusterssh on package >> release. > > Since when this policy is in effect? Was it announced somewhere? AFAIK it was already the case when I joined two years ago. >>> I just felt I would spend >>> more time on Mantis than it took me to just up the package version >>> and >>> build it. Of course, I can stop doing that and use Mantis instead. >> >> It is more formal, but also more polite :-) If the maintainer >> didn't fix it in a reasonable timeframe you can still take it >> over. > > For security fixes I could understand that but for minor ones? We did talk about package tiers at the meeting: When peer-maintenance on tiered-package-groups comes in effect the current process must be changed. But currently only the maintainer should release updated versions or a takeover will take place (which doesn't need to be bad btw.) Best regards -- Dago From phil at bolthole.com Fri Mar 27 16:10:06 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 08:10:06 -0700 Subject: [csw-maintainers] [csw-devel] svn check In-Reply-To: <2FBF519A-7D60-4D21-9BA5-1BDA729D4CE5@opencsw.org> References: <1238164089-sup-640@ntdws12.chass.utoronto.ca> <2FBF519A-7D60-4D21-9BA5-1BDA729D4CE5@opencsw.org> Message-ID: <20090327151006.GI47757@bolthole.com> On Fri, Mar 27, 2009 at 03:37:35PM +0100, Dagobert Michelsen wrote: > Additionally, it would be > nice to have a "debug" mode which build only directory-packages > (as opposed to datastream-packages). Or even better to introduce > a "releasepkg" target which makes sure eveything is checked in, > builds a package and makes a copy of trunk/ to tags/. > or, contrariwise, have DEFAULT target be equivalent of "releasepkg" that insists on everything checked in, but also provide a "testpkg" target, that just shoves together a package(with appropriate filename) without all the picky tests done? From mwatters at opencsw.org Fri Mar 27 16:18:40 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 10:18:40 -0500 Subject: [csw-maintainers] build8x problems In-Reply-To: <87175AC4-4030-4A09-B7B5-F0202A3FF038@opencsw.org> References: <49CC3143.8010803@opencsw.org> <49CC5B76.5000008@opencsw.org> <49CCDDC1.1050806@opencsw.org> <87175AC4-4030-4A09-B7B5-F0202A3FF038@opencsw.org> Message-ID: <49CCEE50.5010803@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi Mike, > > Am 27.03.2009 um 15:08 schrieb Mike Watters: >> I have P4 system I can use... >> I think I am going to load sol10 on it and >> bang my head against the wall to create a sol8 zone. > > Again: Solaris 10 x86 doesn't support solaris8 and solaris9 > brands, only Linux brands. It does not work! > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers OK, zone was a bad term, I am going to try virtual box running inside a solaris 10 zone. I have no idea if I can get it to work. but I haven't quite given myself a concussion yet so I keep persevering. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknM7k8ACgkQLrhmsXMSLxejkACgku2EvcGaFj1iZrE6ENUmhpdK C/QAn1EpqdAvKmU6yLc4bGYaBvp5V8CD =tScN -----END PGP SIGNATURE----- From phil at bolthole.com Fri Mar 27 16:31:20 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 08:31:20 -0700 Subject: [csw-maintainers] build8x problems In-Reply-To: <49CCEE50.5010803@opencsw.org> References: <49CC3143.8010803@opencsw.org> <49CC5B76.5000008@opencsw.org> <49CCDDC1.1050806@opencsw.org> <87175AC4-4030-4A09-B7B5-F0202A3FF038@opencsw.org> <49CCEE50.5010803@opencsw.org> Message-ID: <20090327153120.GK47757@bolthole.com> On Fri, Mar 27, 2009 at 10:18:40AM -0500, Mike Watters wrote: > > OK, zone was a bad term, I am going to try virtual box > running inside a solaris 10 zone. I have no idea if I can get it to work. > but I haven't quite given myself a concussion yet so I keep persevering. wierd.... I would hae thought that running virtualbox requires more raw access to hardware, and installing drivers. cant do that in a zone... but I guess virtualbox is different. weeeird. BTW from the usermanual, it would seem to emulate RECENT network cards. cards that sol8 wont know about :) but you may be able to tweak the solaris configs to have sol8 treat the intel pro/1000 like an intel pro/100 Ahhh, Configuration Assistant, how i've missed you... From dam at opencsw.org Fri Mar 27 17:48:33 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 17:48:33 +0100 Subject: [csw-maintainers] Attention: build8x2 is available now! Message-ID: Hi, I express-installed the new machine which is available now. It is a V65x with Linux and VMware Workstation, 2 GB installed and 1,5 GB mapped to Solaris through the virtualization and a 2,8 GHz Xeon You can access it with ssh build8x2 The hostname is already set to build8x as it will replace the old build8x when proven to be 100% usable, so don't be alarmed. The installed CSW packages are current and therefore slightly newer than the packages installed on the other machines of the farm. I'll update the other machines later. Let me know if you encounter anything strange. Best regards -- Dago From mwatters at opencsw.org Fri Mar 27 17:56:04 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 11:56:04 -0500 Subject: [csw-maintainers] Attention: build8x2 is available now! In-Reply-To: References: Message-ID: <49CD0524.7050105@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > I express-installed the new machine which is available now. > It is a V65x with Linux and VMware Workstation, 2 GB installed > and 1,5 GB mapped to Solaris through the virtualization and a > 2,8 GHz Xeon > > You can access it with > ssh build8x2 > The hostname is already set to build8x as it will replace the old > build8x when proven to be 100% usable, so don't be alarmed. > > The installed CSW packages are current and therefore slightly > newer than the packages installed on the other machines of the > farm. I'll update the other machines later. > > Let me know if you encounter anything strange. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Excellent, I had seemed to hit a brick wall with "finding" solaris8 x86 I can't seem to find them here, I will have to look at home and see if I still have any ISOs for x86 laying around. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknNBSQACgkQLrhmsXMSLxdszQCg525DUDhAIBdHJeHWZOvKN6xo uysAnjtQpqQQ9Sg86lDbCkgAyoQLMxny =QiiD -----END PGP SIGNATURE----- From maciej at opencsw.org Fri Mar 27 17:56:36 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 16:56:36 +0000 Subject: [csw-maintainers] keychain on the buildfarm In-Reply-To: References: Message-ID: On Fri, Mar 27, 2009 at 10:51 AM, Dagobert Michelsen wrote: > After some ugly things happening when non-released packages > got installed on the farm I promised to install only released > packages. Just push it out and I install it ASAP. keychain is now in testing. What can I do to make the package go further? Maciej From dam at opencsw.org Fri Mar 27 18:05:13 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 18:05:13 +0100 Subject: [csw-maintainers] keychain on the buildfarm In-Reply-To: References: Message-ID: <62317E52-B1F5-40F0-B3DD-79C57845C83C@opencsw.org> Hi Maciej, Am 27.03.2009 um 17:56 schrieb Maciej (Matchek) Blizinski: > On Fri, Mar 27, 2009 at 10:51 AM, Dagobert Michelsen > wrote: >> After some ugly things happening when non-released packages >> got installed on the farm I promised to install only released >> packages. Just push it out and I install it ASAP. > > keychain is now in testing. What can I do to make the package go > further? scp it over to www.opencsw.org:/home/newpkgs and write an email to Phil. If you don't have an ssh-key on www.* Ihsan or Phil can set it up for you. Best regards -- Dago From mwatters at opencsw.org Fri Mar 27 18:29:11 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 12:29:11 -0500 Subject: [csw-maintainers] Attention: build8x2 is available now! In-Reply-To: <49CD0524.7050105@opencsw.org> References: <49CD0524.7050105@opencsw.org> Message-ID: <49CD0CE7.4090903@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Watters wrote: > Dagobert Michelsen wrote: >> Hi, > >> I express-installed the new machine which is available now. >> It is a V65x with Linux and VMware Workstation, 2 GB installed >> and 1,5 GB mapped to Solaris through the virtualization and a >> 2,8 GHz Xeon > >> You can access it with >> ssh build8x2 >> The hostname is already set to build8x as it will replace the old >> build8x when proven to be 100% usable, so don't be alarmed. > >> The installed CSW packages are current and therefore slightly >> newer than the packages installed on the other machines of the >> farm. I'll update the other machines later. > >> Let me know if you encounter anything strange. > > >> Best regards > >> -- Dago >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers > > Excellent, I had seemed to hit a brick wall with "finding" solaris8 x86 > I can't seem to find them here, I will have to look at home and see if I > still have any ISOs for x86 laying around. > > > _______________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers Wow, they were in the last place I thought to look. my home dir on the build farm. ;) Thanks 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknNDOcACgkQLrhmsXMSLxdE0ACeONCCmab/zS69nHc1sjfIXxbw v0QAnj1rdKWkBNJgUKvgClETBjbVakEN =KHCt -----END PGP SIGNATURE----- From maciej at opencsw.org Fri Mar 27 18:36:54 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 17:36:54 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49CB5DEC.2040203@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: On Thu, Mar 26, 2009 at 10:50 AM, William Bonnet wrote: > It is based on wordpress for the main pages. This means, there has to be MySQL installation already. > I am integrating dokuwiki, and > it will be used for pages dedicated to packagess. Dokuwiki is interesting > because it does not use a DBRM backend, but a file backend. What's the problem with having a database backend? > So it is easy to > generated automatically some ?of the pages. It shouldn't be that hard with a database either... I think. > There will be also some custom > php pages for package list, etc. I've given it some thought. There's Wordpress already, which means there's MySQL with some tables and there's also a list of users who are registered in Wordpress. I suspect Wordpress users aren't integrated with users in other places (Mantis, SourceForce, Trac, etc.) Wordpress has very nice features, where you can create both blog-like news and static pages. Your plan is to have additional custom PHP pages. How about... using a web framework? I'm mostly accustomed with Python and Django, and I know that it's fairly easy to marry Django with other authentication backends. Users can be shared between Django and Wordpress, I've done that between Django and phpBB. When you have an application powered by a framework with ORM, you can easily navigate relationships between objects. For instance, you can say: pkg = Package.objects.get(name="CSWcommon") dependent_packages = pkg.dependentpackage_set.all() And then in your HTML template, you can say

{{ pkg }}

    {% for dep_pkg in dependent_packages %}
  • {{ dep_pkg }}
  • {% endfor %}
This gives you a HTML page with a list of packages depending on CSWcommon. All the SQL magic is happening under the hood. To recap, I think that if you plan to have custom dynamic pages, a web framework with an ORM is the way to go. If you decide to use Django, I'll be happy to get involved. If you tell me what kind of stuff you would like the application to do, tell me, and I'll write a proof of concept. Maciej From phil at bolthole.com Fri Mar 27 18:54:01 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 10:54:01 -0700 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: <20090327175401.GP47757@bolthole.com> On Fri, Mar 27, 2009 at 05:36:54PM +0000, Maciej (Matchek) Blizinski wrote: > .... > Your plan is to have additional custom PHP pages. How about... using a > web framework? I'm mostly accustomed with Python and Django, and I > know that it's fairly easy to marry Django with other authentication > backends. here's the problem with custom fancy web-framework-du-jour stuff. It's popular today. but out of fashion tomorrow. A very small subset of people understand all of it today, and almost no-one will, in 2 years. In contrast, our basic php infrastructure was written by me 5 years ago, it hasnt changed much, and if need be, there are many many people who can look at the code and understand it quickly. > For instance, you can say: > > pkg = Package.objects.get(name="CSWcommon") > dependent_packages = pkg.dependentpackage_set.all() > > And then in your HTML template, you can say > >

{{ pkg }}

> >
    > {% for dep_pkg in dependent_packages %} >
  • {{ dep_pkg }}
  • > {% endfor %} >
> > This gives you a HTML page with a list of packages depending on > CSWcommon. All the SQL magic is happening under the hood. The basic premise of opensource/community development is: If you want something to happen, be prepared to do the work yourself :) Here's an offer for you. if you'd like to make a fancyschmancy web/SQL/sprinkles page, I can set you up with a web page on our existing server, plus DB access, and you can have a ball writing up something. You just have to write it in something that's going to be comprehensible for the next 5 years. So, PHP, or Perl. [MAYBE python, if you really really have to :-) but strong preference is perl or php.] > I'll be happy to get involved. If you tell me what kind of stuff you > would like the application to do, tell me, and I'll write a proof of > concept. That's kind of backwards. The more usual flow is, "write it how YOU would like the application to perform, and then be prepared to take lots of criticism on it" ;-) From maciej at opencsw.org Fri Mar 27 19:22:36 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 18:22:36 +0000 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <20090327175401.GP47757@bolthole.com> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> <20090327175401.GP47757@bolthole.com> Message-ID: On Fri, Mar 27, 2009 at 5:54 PM, Philip Brown wrote: > here's the problem with custom fancy web-framework-du-jour stuff. > It's popular today. but out of fashion tomorrow. > A very small subset of people understand all of it today, and > almost no-one will, in 2 years. If we reason by induction, Django existed since 2003 and is open source since 2005. Its user base is rapidly growing, I doubt that 2 or even 5 years is enough for it to fade to the state of almost no-one understanding it. 10 years, maybe. > You just have to write it in something that's going to be comprehensible > for the next 5 years. > So, PHP, or Perl. > [MAYBE python, if you really really have to :-) but strong preference is > perl or php.] I would stick with Python, I'm afraid. There aren't comparably good frameworks in PHP. CakePHP, maybe. But it's got fairly small user base, I think it could potentially fall within the "gone in 2 years" category. >> I'll be happy to get involved. If you tell me what kind of stuff you >> would like the application to do, tell me, and I'll write a proof of >> concept. > > That's kind of backwards. The more usual flow is, > "write it how YOU would like the application to perform, and then be > ?prepared to take lots of criticism on it" ;-) William sounded like he had some ideas, I was curious what they were. Maciej From mwatters at opencsw.org Fri Mar 27 19:33:16 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 13:33:16 -0500 Subject: [csw-maintainers] cmake 2.6.3 now in testing Message-ID: <49CD1BEC.9090505@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 built with gar v2 upgraded from 2.4.8 - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknNG+wACgkQLrhmsXMSLxeM3QCfYsfEAaMqDeHVGTVNGWmT8oVf 560AoJ4LfHJB7OJ1npqkwnV3UU7LY7r9 =p0R7 -----END PGP SIGNATURE----- From mwatters at opencsw.org Fri Mar 27 19:46:14 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 13:46:14 -0500 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> <20090327175401.GP47757@bolthole.com> Message-ID: <49CD1EF6.3010703@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maciej (Matchek) Blizinski wrote: > On Fri, Mar 27, 2009 at 5:54 PM, Philip Brown wrote: >> here's the problem with custom fancy web-framework-du-jour stuff. >> It's popular today. but out of fashion tomorrow. >> A very small subset of people understand all of it today, and >> almost no-one will, in 2 years. > > If we reason by induction, Django existed since 2003 and is open > source since 2005. Its user base is rapidly growing, I doubt that 2 or > even 5 years is enough for it to fade to the state of almost no-one > understanding it. 10 years, maybe. > >> You just have to write it in something that's going to be comprehensible >> for the next 5 years. >> So, PHP, or Perl. >> [MAYBE python, if you really really have to :-) but strong preference is >> perl or php.] > > I would stick with Python, I'm afraid. There aren't comparably good > frameworks in PHP. CakePHP, maybe. But it's got fairly small user > base, I think it could potentially fall within the "gone in 2 years" > category. > >>> I'll be happy to get involved. If you tell me what kind of stuff you >>> would like the application to do, tell me, and I'll write a proof of >>> concept. >> That's kind of backwards. The more usual flow is, >> "write it how YOU would like the application to perform, and then be >> prepared to take lots of criticism on it" ;-) > > William sounded like he had some ideas, I was curious what they were. > > Maciej > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I have played around with TurboGears on Fedora's FAS and pkgdb systems. I have a small understanding of that, if you decide Django, I would love to get involved to learn that framework. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknNHvYACgkQLrhmsXMSLxe3YwCeL1E5Qex2pumF96R1j1J5WLvL lFIAnR9uDSy2qIcjB77O07k28xhbfW3T =exJN -----END PGP SIGNATURE----- From maciej at opencsw.org Fri Mar 27 20:33:05 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 27 Mar 2009 19:33:05 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Message-ID: On Thu, Mar 26, 2009 at 12:22 PM, Dagobert Michelsen wrote: >> Is there anything else I missed? > > Yes: http://wiki.opencsw.org > > Peter set it up when we had no Wiki and the OpenCSW association hadn't been > founded. It's a very nicely done wiki, especially the content. Will this content be integrated with the new website? I'm not sure if I've seen this wiki before, there isn't much links to it. I mean, it's not advertised proportionally to the quality of its content. >> Counting by role: >> >> wikis: 3 >> issue tracking systems: 3 >> code repositories: 2 >> documentation for developers: 3 >> >> >> There seems to be some duplication, especially as far as documentation >> for developers is concerned. Are there any plans to consolidate it? > > Plans, yes. IMHO it would be a good idea to bundle all developer > resources on the SourceForge "gar" project with SVN as repository > and Trac as Wiki. Feedback welcome. Yes, trac also has nice issue tracking system, much nicer than the SourceForge built-in one. Creating new stuff is easier than getting rid of the old stuff. However, having old stuff around is not good in a sense that it causes confusion in users, who don't know what to look at, which bit is actually up to date, and what is the purpose of each component. Basically, we need the following components: - the main project website - news + RSS feeds - static pages with usage instructions - general project information - a developer hub - source code repository (-ies) - for the buillds - for other code (buildfarm tools, etc.) - a developer wiki - source code browser - issue tracking system (-s) - for builds - for other things (maybe not necessarily a separate one?) Is the above list complete/correct? What would you add or remove? What solutions would you choose for different components? Maciej From bonivart at opencsw.org Fri Mar 27 20:48:46 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 20:48:46 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> Message-ID: <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> On Fri, Mar 27, 2009 at 8:33 PM, Maciej (Matchek) Blizinski wrote: > On Thu, Mar 26, 2009 at 12:22 PM, Dagobert Michelsen wrote: >>> Is there anything else I missed? >> >> Yes: http://wiki.opencsw.org >> >> Peter set it up when we had no Wiki and the OpenCSW association hadn't been >> founded. > > It's a very nicely done wiki, especially the content. Will this > content be integrated with the new website? I'm not sure if I've seen > this wiki before, there isn't much links to it. I mean, it's not > advertised proportionally to the quality of its content. Couldn't agree more... Even if we're waiting on "something else" we could have had a lot more quality content if more people knew about the wiki. All the time people express how surprised they are not knowing about this wiki. -- /peter From phil at bolthole.com Fri Mar 27 21:31:05 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 13:31:05 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> Message-ID: <20090327203105.GQ47757@bolthole.com> On Fri, Mar 27, 2009 at 08:48:46PM +0100, Peter Bonivart wrote: > Even if we're waiting on "something else" we could have had a lot more > quality content if more people knew about the wiki. All the time > people express how surprised they are not knowing about this wiki. > ok.. so.. make it actually look like part of www.opencsw.org, and we'll integrate it. There's not even one link back (at the top level) from wiki to www, let alone any attempt at sharing a common look and feel. From phil at bolthole.com Fri Mar 27 21:35:01 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 13:35:01 -0700 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> <20090327175401.GP47757@bolthole.com> Message-ID: <20090327203501.GR47757@bolthole.com> On Fri, Mar 27, 2009 at 06:22:36PM +0000, Maciej (Matchek) Blizinski wrote: > If we reason by induction, Django existed since 2003 and is open > source since 2005. Its user base is rapidly growing, "fastest/rapidly growing XYZ" is a great marketing phrase, because it always sounds very impressive, even if absolute numbers are negligable :-) There are probably tens of thousands, if not hundreds of thousands, of people who can program in PHP or perl. django does not come anywhere near close I'm sure. If you wish to play around with something in Python, please feel free. Let me or ihsan know what area of www.opencsw.org you'd like it to live in, and we'll set up up with an area that you can own and play with. and/or please feel free to experiment with William's stuff, if that is possible. His stuff is on a separate server somewheres.... From bonivart at opencsw.org Fri Mar 27 21:40:28 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 21:40:28 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090327203105.GQ47757@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> Message-ID: <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> On Fri, Mar 27, 2009 at 9:31 PM, Philip Brown wrote: > ok.. so.. make it actually look like part of www.opencsw.org, and we'll > integrate it. Why would I waste time on that, even more so now when we have decided to refresh our very dated site? > There's not even one link back (at the top level) from wiki to www, let > alone any attempt at sharing a common look and feel. Yes, there is, right on the first page. It's also under Links. The problem isn't links in that direction... And fortunately your idea of "look and feel" has already lost. -- /peter From ihsan at opencsw.org Fri Mar 27 21:52:57 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Fri, 27 Mar 2009 21:52:57 +0100 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090326182607.GJ89998@bolthole.com> References: <49CA5B9E.3040505@wbonnet.net> <49CA6011.6000803@opencsw.org> <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> Message-ID: <49CD3CA9.7050704@opencsw.org> Am 26.3.2009 19:26 Uhr, Philip Brown schrieb: > too long :-) > > bug-admin? i think that's a semi-standard And who is going to be behind bug-admin at opencsw.org? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From phil at bolthole.com Fri Mar 27 22:04:22 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:04:22 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> Message-ID: <20090327210422.GT47757@bolthole.com> On Fri, Mar 27, 2009 at 09:40:28PM +0100, Peter Bonivart wrote: > On Fri, Mar 27, 2009 at 9:31 PM, Philip Brown wrote: > > ok.. so.. make it actually look like part of www.opencsw.org, and we'll > > integrate it. > > Why would I waste time on that, even more so now when we have decided > to refresh our very dated site? make up your mind.. do you want "changes now", or do you want to wait for the new site? please pick a path and stick with it. > > There's not even one link back (at the top level) from wiki to www, let > > alone any attempt at sharing a common look and feel. > > Yes, there is, right on the first page. It's also under Links. The > problem isn't links in that direction... > One link in the middle of the top page, is inadequate. The "opencsw" logo links back to the wiki itself The "home" link in the left-side navbar, links back to the wiki itself. Both of those should link to www.opencsw.org, not the wiki, since the wiki is not the central web "home" of opencsw.org. Right now, the wiki seems to give the impression that IT is the central point of opencsw.org, for some "strange" reason.... From skayser at opencsw.org Fri Mar 27 22:08:07 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 27 Mar 2009 22:08:07 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> Message-ID: <49CD4037.806@opencsw.org> Peter Bonivart wrote: > On Fri, Mar 27, 2009 at 9:31 PM, Philip Brown wrote: >> ok.. so.. make it actually look like part of www.opencsw.org, and we'll >> integrate it. > > Why would I waste time on that, even more so now when we have decided > to refresh our very dated site? > >> There's not even one link back (at the top level) from wiki to www, let >> alone any attempt at sharing a common look and feel. > > Yes, there is, right on the first page. It's also under Links. The > problem isn't links in that direction... > > And fortunately your idea of "look and feel" has already lost. I am glad we are moving forwards and i guess it's neither easy for the people trying to pull the wagon forward nor for people trying to tame the horses a bit. Let's not forget that it is always easy to judge and at the same time to neglect effort that has been put into something (goes for both sides IMHO) ... please :D Sebastian From phil at bolthole.com Fri Mar 27 22:14:30 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:14:30 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> Message-ID: <20090327211430.GV47757@bolthole.com> On Fri, Mar 27, 2009 at 09:40:28PM +0100, Peter Bonivart wrote: > And fortunately your idea of "look and feel" has already lost. PS: I have never said I thought the look of www.opencsw.org was wonderful. What I HAVE said, is that currently, it has a nice underlying framework, to be easily extensible to whatever fancier layout we might wish. It has a single common css header across all pages, so changing the overall site "look and feel" should be easy at this point. I have previously invited people to make suggestions. It's all "open source" so to speak.. people can see what is currently done, and suggest changes to the CSS and so on. To my memory, not even one person has done that yet. I care about "common feel", not MY "look and feel". I like the way the top psuedo-logo looks, on wiki.opencsw.org If you'd like to spend a few minutes to suggest how we can put that same look in at the top of www.opencsw.org css, please do so! I'd like to see it. [unfortunately, the html/css/... code in wiki.opencsw.org is too convoluted for me to easily parse it. I dont claim to be a web designer] From phil at bolthole.com Fri Mar 27 22:14:44 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:14:44 -0700 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CD3CA9.7050704@opencsw.org> References: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CD3CA9.7050704@opencsw.org> Message-ID: <20090327211444.GW47757@bolthole.com> On Fri, Mar 27, 2009 at 09:52:57PM +0100, Ihsan Dogan wrote: > Am 26.3.2009 19:26 Uhr, Philip Brown schrieb: > > > too long :-) > > > > bug-admin? i think that's a semi-standard > > And who is going to be behind bug-admin at opencsw.org? sebastian and myself From william at wbonnet.net Fri Mar 27 22:26:54 2009 From: william at wbonnet.net (William Bonnet) Date: Fri, 27 Mar 2009 22:26:54 +0100 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: References: Message-ID: <49CD449E.50403@wbonnet.net> Hi Dagobert > I was just wondering why pkg-get didn't finish installing the > packages after a few hours: it looped between CSWajclang and > CSWajcconfig depending on each other :-)) William, can you > push out a fix ASAP? Ooops my fault... i wrote a script that checks for depends on java libs (by extracting jar contents and decompiling .class) but i forgot to add a test for circular dependencies. I removed depends from ajcconfig to ajclang. It is an arbitrary choice... Fix is both in /testing and /newpkgs Phil please can you push it ? sorry guys 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 Fri Mar 27 22:37:11 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 22:37:11 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090327210422.GT47757@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327210422.GT47757@bolthole.com> Message-ID: <625385e30903271437x2bd90059q27017ae4da380e54@mail.gmail.com> On Fri, Mar 27, 2009 at 10:04 PM, Philip Brown wrote: > make up your mind.. do you want "changes now", or do you want to wait for > the new site? please pick a path and stick with it. I'm waiting for the new site because I know too well that something you dislike from the beginning you will never warm up to, I jumped through a lot of hoops to make the wiki more to your liking in the beginning but it was never enough and the idea of making a modern wiki look like your site from 1995 is not well invested time. So, I'm waiting for the new site. Sticking with that. Still people ask why this wiki is not better advertised. Real easy to fix. > The "home" link in the left-side navbar, links back to the wiki itself. > Both of those should link to www.opencsw.org, not the wiki, since the wiki > is not the central web "home" of opencsw.org. > Right now, the wiki seems to give the impression that IT is the central > point of opencsw.org, for some "strange" reason.... I think it's a very common design to have "home" point to the first page of the site you're at, I and probably many others would be very surprised to be taken to another site. This is one thing (full) integration will solve. The first page explains very well what status the wiki has compared to the official web site, you even contributed most of that text yourself. That people would interpret logo links as something more official than what is actually written in plain text is not very likely. This is a total waste of time. You made up your mind a long time ago not to support this wiki and we're probably close to having an integrated substitute so I'm not spending more time on this. -- /peter From phil at bolthole.com Fri Mar 27 22:37:50 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:37:50 -0700 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: <49CD449E.50403@wbonnet.net> References: <49CD449E.50403@wbonnet.net> Message-ID: <20090327213750.GX47757@bolthole.com> On Fri, Mar 27, 2009 at 10:26:54PM +0100, William Bonnet wrote: > > Fix is both in /testing and /newpkgs Phil please can you push it ? ok From dam at opencsw.org Fri Mar 27 22:40:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 22:40:43 +0100 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: <49CD449E.50403@wbonnet.net> References: <49CD449E.50403@wbonnet.net> Message-ID: Hi, Am 27.03.2009 um 22:26 schrieb William Bonnet: > Hi Dagobert >> I was just wondering why pkg-get didn't finish installing the >> packages after a few hours: it looped between CSWajclang and >> CSWajcconfig depending on each other :-)) William, can you >> push out a fix ASAP? > > Ooops my fault... i wrote a script that checks for depends on java > libs (by extracting jar contents and decompiling .class) but i > forgot to add a test for circular dependencies. I removed depends > from ajcconfig to ajclang. It is an arbitrary choice... Phil, how about verifying circular dependencies in checkpkg? These are especially bad as they break the package install/update process with pkg-get. It would be even more difficult to discover if the chain was not mutual, but longer. Peter, pkgutil loops also at 100% cpu without notice. It should be fairly easy to detect loops in Perl. pkg-get only loops when the package containing the loop is installed, pkg-util loops on all installs. Best regards -- Dago From phil at bolthole.com Fri Mar 27 22:50:38 2009 From: phil at bolthole.com (Philip Brown) Date: Fri, 27 Mar 2009 14:50:38 -0700 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: References: <49CD449E.50403@wbonnet.net> Message-ID: <20090327215038.GB47757@bolthole.com> On Fri, Mar 27, 2009 at 10:40:43PM +0100, Dagobert Michelsen wrote: > > Phil, how about verifying circular dependencies in checkpkg? it almost never happens. This is about the second time in 6 years. Plus... it would be very difficult to do FULL loop detection. Even "simple" detection with two packages, is potentially non-trivial, since checkpkg is at the moment very much centered on a "one package at a time" mechanism. More complicated stuff would involve checkpkg attempting to contact our central database and do SQL queries. Not something I'd want it doing commonly. Might be appropriate for PRE-PUBLISH-time checking. But not appropriate for checkpkg. If someone wants to volunteer to think up how to do the SQL for that check, please talk to me via direct off-list email, and I'd be happy to collaborate with you. From bonivart at opencsw.org Fri Mar 27 22:53:33 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 27 Mar 2009 22:53:33 +0100 Subject: [csw-maintainers] Circular dependency between CSWajclang and CSWajcconfig In-Reply-To: References: <49CD449E.50403@wbonnet.net> Message-ID: <625385e30903271453mbbf09aci711e40f47b2a2cfa@mail.gmail.com> On Fri, Mar 27, 2009 at 10:40 PM, Dagobert Michelsen wrote: > Peter, pkgutil loops also at 100% cpu without notice. It should be fairly > easy to detect loops in Perl. pkg-get only loops when the package containing > the loop is installed, pkg-util loops on all installs. Loop protection is going in. Maybe in a simple form already in 1.5. Normally I opt to make sure bldcat and chkcat do a proper job, then pkgutil will also be happy. Those utilities will also receive more updates but not until 1.6. -- /peter From dam at opencsw.org Fri Mar 27 22:58:30 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 27 Mar 2009 22:58:30 +0100 Subject: [csw-maintainers] New members welcome! Message-ID: <452CD164-F487-442D-9893-6EC0F8241C31@opencsw.org> Hi, the association welcomes the newly accepted members - Jake Goerzen - J?rgen Arndt Jake is a long-term member maintaining multimedia libraries and games, including freeciv and hatari. J?rgen is a colleague of mine specializing in system monitoring and system management. He starts his OpenCSW engagement with Nagios and associated packages. 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 maybird1776 at yahoo.com Sat Mar 28 00:36:42 2009 From: maybird1776 at yahoo.com (ken mays) Date: Fri, 27 Mar 2009 16:36:42 -0700 (PDT) Subject: [csw-maintainers] cmake 2.6.3 now in testing Message-ID: <696149.47764.qm@web111308.mail.gq1.yahoo.com> Mike, Any thoughts on updating Stellarium whch will test the new cmake functionality?? ;o) Is GCC 4.3.3 available now? ~ Ken --- On Fri, 3/27/09, Mike Watters wrote: > From: Mike Watters > Subject: [csw-maintainers] cmake 2.6.3 now in testing > To: "CSW maintainers" , "CSW users" > Date: Friday, March 27, 2009, 2:33 PM > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > built with gar v2 > upgraded from 2.4.8 > > > - -- > > 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 (SunOS) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAknNG+wACgkQLrhmsXMSLxeM3QCfYsfEAaMqDeHVGTVNGWmT8oVf > 560AoJ4LfHJB7OJ1npqkwnV3UU7LY7r9 > =p0R7 > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From mwatters at opencsw.org Sat Mar 28 01:17:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 19:17:36 -0500 Subject: [csw-maintainers] cmake 2.6.3 now in testing In-Reply-To: <696149.47764.qm@web111308.mail.gq1.yahoo.com> References: <696149.47764.qm@web111308.mail.gq1.yahoo.com> Message-ID: <49CD6CA0.1080404@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ken mays wrote: > Mike, > > Any thoughts on updating Stellarium whch will test the new cmake functionality?? ;o) > > Is GCC 4.3.3 available now? > > ~ Ken > > > > --- On Fri, 3/27/09, Mike Watters wrote: > >> From: Mike Watters >> Subject: [csw-maintainers] cmake 2.6.3 now in testing >> To: "CSW maintainers" , "CSW users" >> Date: Friday, March 27, 2009, 2:33 PM > built with gar v2 > upgraded from 2.4.8 > > I have it compiled, I need to merge the amd and then I will push to testing I had to recompile yesterday due to a patch I found that helped with some memory usage. I will get it merged and out to testing tonight after the kids are in bed. I guess I can take a look at Stellarium next week when I am back at work with my test box. ;) _______________________________________________ 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 iEYEARECAAYFAknNbKAACgkQLrhmsXMSLxeZswCfZduE3L8nVvHCLQe4eVlJ/Ygc oJ4AoMcT4/ISEdF7VfUM6bIFUcLKj8kr =hBpj -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Mar 28 05:02:38 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 27 Mar 2009 23:02:38 -0500 Subject: [csw-maintainers] gcc4 package problems Message-ID: <49CDA15E.9050905@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Can someone look over my gcc4 recipe for some reason, the isaexec links are not being added to the i386/amd package. I need a second or third pair of eyes. I checked in my latest to svn. - -- 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 iEYEARECAAYFAknNoV4ACgkQLrhmsXMSLxf+EACgjTTCangqKhxlApNsuYSNXfNU D88AoLTnuEqXG14FJUV7M6H80h3kASmX =w7Ce -----END PGP SIGNATURE----- From jgoerzen at opencsw.org Sat Mar 28 06:23:18 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Fri, 27 Mar 2009 22:23:18 -0700 Subject: [csw-maintainers] update pkgs in testing: sdlimage sdlmixer sdlnet Message-ID: <315c02ae0903272223t56a1cc0m8a538d5397f79df2@mail.gmail.com> Hello, The following pkgs are available in testing: sdlimage-1.2.7,REV=2009.03.28-SunOS5.8-i386-CSW.pkg.gz sdlimage-1.2.7,REV=2009.03.28-SunOS5.8-sparc-CSW.pkg.gz sdlmixer-1.2.8,REV=2009.03.28-SunOS5.8-i386-CSW.pkg.gz sdlmixer-1.2.8,REV=2009.03.28-SunOS5.8-sparc-CSW.pkg.gz sdlnet-1.2.7,REV=2009.03.28-SunOS5.8-i386-CSW.pkg.gz sdlnet-1.2.7,REV=2009.03.28-SunOS5.8-sparc-CSW.pkg.gz I have done testing with a few apps and all looks good. I'll submit to unstable in a few days unless someone finds a problem. Thanks, Jake From rupert at opencsw.org Sat Mar 28 12:09:03 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 28 Mar 2009 12:09:03 +0100 Subject: [csw-maintainers] A place for other project-related code In-Reply-To: <49CB5DEC.2040203@wbonnet.net> References: <20F23849-104B-4E73-B067-8FFB494CD792@opencsw.org> <49CB5DEC.2040203@wbonnet.net> Message-ID: <6af4270903280409g7d79b0ddx470842d70a27427f@mail.gmail.com> On Thu, Mar 26, 2009 at 11:50, William Bonnet wrote: > Hi Maciej >> >> Cool. How will the new website work? >> > > It is based on wordpress for the main pages. I am integrating dokuwiki, and > it will be used for pages dedicated to packagess. Dokuwiki is interesting > because it does not use a DBRM backend, but a file backend. So it is easy to > generated automatically some ?of the pages. There will be also some custom > php pages for package list, etc. Just like the current, with a bit more > informations, and a unified css. sounds interesting ... did you consider http://moinmo.in as well? it seems to be one of the current market leaders, also supporting file based storage. many distributions use it, like: * http://wiki.debian.org * http://wiki.ubuntu.com (and many others from ubuntu) * http://kernelnewbies.org * http://wiki.centos.org * http://wiki.apache.org but also more consumer oriented sites, like: * https://developer.skype.com/ but also many software packages, like: * http://wiki.nginx.org ubuntu currently uses: * drupal (main page) * moinmoin * http://www.planetplanet.org/ (for http://planet.ubuntu.com) if you need some volunteer and you do not have fixed delivery dates just drop me a line. rupert. From yann at pleiades.fr.eu.org Sat Mar 28 14:03:45 2009 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sat, 28 Mar 2009 14:03:45 +0100 Subject: [csw-maintainers] openssh 5.2 in testing (server/client split and LPK support) Message-ID: <49CE2031.9090003@pleiades.fr.eu.org> Hello, You will find openssh 5.2 packages in testing http://mirror.opencsw.org/testing.html I split the client part in a separate package in this release to allow to only install the client if need, this was requested in bug 2983: http://www.opencsw.org/mantis/view.php?id=2983 and I also created another package with ldap public key patch applied on William's request: http://mirror.opencsw.org/testing/openssh_lpk-5.2,REV=2009.03.28_rev=p1-SunOS5.8-i386-CSW.pkg.gzhttp://mirror.opencsw.org/testing/openssh_lpk-5.2,REV=2009.03.28_rev=p1-SunOS5.10-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/openssh_lpk-5.2,REV=2009.03.28_rev=p1-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/openssh_lpk-5.2,REV=2009.03.28_rev=p1-SunOS5.10-sparc-CSW.pkg.gz see http://code.google.com/p/openssh-lpk/ for more information on the LPK patch. Feedbacks would be greatly appreciated. Yann From skayser at opencsw.org Sat Mar 28 18:04:25 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 28 Mar 2009 18:04:25 +0100 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: <49CC2C19.1070502@opencsw.org> References: <49CBFF13.7080004@opencsw.org> <49CC2C19.1070502@opencsw.org> Message-ID: <49CE5899.5040302@opencsw.org> Mike Watters wrote: > Sebastian Kayser wrote: >> Dagobert Michelsen wrote: >>> Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >>>> how is it possible to merge multiple source trees into one package? >>>> Is there a piece of documentation or does anybody have a package, >>>> which I could use as an example? >>> All things from DISTFILES are extracted and can then be compiled >>> and installed. Or do you need multiple versions of the same >>> package? Please check in your material so we can have a look >>> at it. >> I have something similar with dovecot. There is a sieve plugin that >> should be compiled against the dovecot sources, so that's what i do >> within one Makefile: Build dovecot and the sieve plugin. > >> https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > >> Apart from the fact that it doesn't look nice i just realized that the >> sieve plugin package needs to have a different version number than the >> dovecot package. Is there any way to define a separate version number >> for one package out of $(PACKAGES)? > > I have a similar issue with Alpine. > alpine will have 3 packages, CSWalpine CSWalpine-web and CSWimap > I will need a way to version the imap accordingly. Mike, i have put together a workaround for the version issue. The package that needs a version != $(GARVERSION) is CSWdovecot-sieve. 1) Exclude CSWdovecot-sieve from the regular packaging NOPACKAGE = CSWdovecot-sieve 2) Add a post-package target that packages only CSWdovecot-sieve with an adjusted version number. package-sieveplugin: @gmake -o post-package \ NOPACKAGE="CSWdovecot CSWdovecotdevel" SPKG_VERSION=1.1.6 \ repackage @$(MAKECOOKIE) post-package: package-sieveplugin @$(MAKECOOKIE) See [1] for the full Makefile. Btw. is CSWimap the UW imapd? Would that be part of the CSWalpine build or vice versa? Sebastian [1] https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile From mwatters at opencsw.org Sat Mar 28 20:48:26 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 28 Mar 2009 14:48:26 -0500 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: <49CE5899.5040302@opencsw.org> References: <49CBFF13.7080004@opencsw.org> <49CC2C19.1070502@opencsw.org> <49CE5899.5040302@opencsw.org> Message-ID: <49CE7F0A.5080903@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Kayser wrote: > Mike Watters wrote: >> Sebastian Kayser wrote: >>> Dagobert Michelsen wrote: >>>> Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >>>>> how is it possible to merge multiple source trees into one package? >>>>> Is there a piece of documentation or does anybody have a package, >>>>> which I could use as an example? >>>> All things from DISTFILES are extracted and can then be compiled >>>> and installed. Or do you need multiple versions of the same >>>> package? Please check in your material so we can have a look >>>> at it. >>> I have something similar with dovecot. There is a sieve plugin that >>> should be compiled against the dovecot sources, so that's what i do >>> within one Makefile: Build dovecot and the sieve plugin. >>> https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile >>> Apart from the fact that it doesn't look nice i just realized that the >>> sieve plugin package needs to have a different version number than the >>> dovecot package. Is there any way to define a separate version number >>> for one package out of $(PACKAGES)? >> I have a similar issue with Alpine. >> alpine will have 3 packages, CSWalpine CSWalpine-web and CSWimap >> I will need a way to version the imap accordingly. > > Mike, i have put together a workaround for the version issue. The > package that needs a version != $(GARVERSION) is CSWdovecot-sieve. > > 1) Exclude CSWdovecot-sieve from the regular packaging > > NOPACKAGE = CSWdovecot-sieve > > 2) Add a post-package target that packages only CSWdovecot-sieve with > an adjusted version number. > > package-sieveplugin: > @gmake -o post-package \ > NOPACKAGE="CSWdovecot CSWdovecotdevel" SPKG_VERSION=1.1.6 \ > repackage > @$(MAKECOOKIE) > > post-package: package-sieveplugin > @$(MAKECOOKIE) > > See [1] for the full Makefile. Btw. is CSWimap the UW imapd? Would > that be part of the CSWalpine build or vice versa? > > Sebastian > > [1] https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Thanks for the fix. CSWimap == UW imap yes. and the UW imap is what is shipped with Alpine (which is also UW) They need to be separate packages as imap is only an optional configuration for Alpine. same with the Alpine Web. it interfaces with Yahoo mail api (separate download) - -- 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 iEYEARECAAYFAknOfwkACgkQLrhmsXMSLxcvIQCcDNab9i3DoR6AhclgO9WtkqNo e50An0nAGhqKQJgATB8SfxCYEOWp7B4D =Mubg -----END PGP SIGNATURE----- From mwatters at opencsw.org Sat Mar 28 20:49:05 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sat, 28 Mar 2009 14:49:05 -0500 Subject: [csw-maintainers] Separate package versions when building multiple packages (was Re: [csw-users] How to merge multiple source trees into one package) In-Reply-To: <49CE5899.5040302@opencsw.org> References: <49CBFF13.7080004@opencsw.org> <49CC2C19.1070502@opencsw.org> <49CE5899.5040302@opencsw.org> Message-ID: <49CE7F31.9030005@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Kayser wrote: > Mike Watters wrote: >> Sebastian Kayser wrote: >>> Dagobert Michelsen wrote: >>>> Am 17.03.2009 um 17:31 schrieb Juergen Arndt: >>>>> how is it possible to merge multiple source trees into one package? >>>>> Is there a piece of documentation or does anybody have a package, >>>>> which I could use as an example? >>>> All things from DISTFILES are extracted and can then be compiled >>>> and installed. Or do you need multiple versions of the same >>>> package? Please check in your material so we can have a look >>>> at it. >>> I have something similar with dovecot. There is a sieve plugin that >>> should be compiled against the dovecot sources, so that's what i do >>> within one Makefile: Build dovecot and the sieve plugin. >>> https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile >>> Apart from the fact that it doesn't look nice i just realized that the >>> sieve plugin package needs to have a different version number than the >>> dovecot package. Is there any way to define a separate version number >>> for one package out of $(PACKAGES)? >> I have a similar issue with Alpine. >> alpine will have 3 packages, CSWalpine CSWalpine-web and CSWimap >> I will need a way to version the imap accordingly. > > Mike, i have put together a workaround for the version issue. The > package that needs a version != $(GARVERSION) is CSWdovecot-sieve. > > 1) Exclude CSWdovecot-sieve from the regular packaging > > NOPACKAGE = CSWdovecot-sieve > > 2) Add a post-package target that packages only CSWdovecot-sieve with > an adjusted version number. > > package-sieveplugin: > @gmake -o post-package \ > NOPACKAGE="CSWdovecot CSWdovecotdevel" SPKG_VERSION=1.1.6 \ > repackage > @$(MAKECOOKIE) > > post-package: package-sieveplugin > @$(MAKECOOKIE) > > See [1] for the full Makefile. Btw. is CSWimap the UW imapd? Would > that be part of the CSWalpine build or vice versa? > > Sebastian > > [1] https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/dovecot/trunk/Makefile > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers Thanks for the fix. CSWimap == UW imap yes. and the UW imap is what is shipped with Alpine (which is also UW) They need to be separate packages as imap is only an optional configuration for Alpine. same with the Alpine Web. it interfaces with Yahoo mail api (separate download) - -- 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 iEYEARECAAYFAknOfwkACgkQLrhmsXMSLxcvIQCcDNab9i3DoR6AhclgO9WtkqNo e50An0nAGhqKQJgATB8SfxCYEOWp7B4D =Mubg -----END PGP SIGNATURE----- From maciej at opencsw.org Sun Mar 29 12:30:00 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 29 Mar 2009 10:30:00 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090327211430.GV47757@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> Message-ID: On Fri, Mar 27, 2009 at 9:14 PM, Philip Brown wrote: > I care about "common feel", It's reasonable enough. Of course, it requires work with customizing existing templates of programs such as Mediawiki, Trac, etc. How would you define this common feel? I'm guessing it would be a logo, or "OpenCSW" written in some specific font, and palette, a small set of colors. What would the font be, and what would the colors be? (I know I can go and look at the existing website, but the existing website won't tell me what _you_ think is important about the common feel.) A'propos linking between different project sites, there's one thing which can be fairly easily done and would be an advantage. Here's the idea: every site, which means the main website, every wiki, every bug tracking system, etc., would have, on its local 'home' page, a clearly visible list of links. This set of links would constitute 'a standard' for OpenCSW sites. An example list could look like this: OpenCSW Home | Package issue tracking | Project wiki | Developers wiki | mGAR | SourceForge project | Trac The rule would be that if you click any of these links, you'll see the same list again. In other words, links would form a (bidirectional) complete graph. Thoughts? From skayser at opencsw.org Sun Mar 29 12:50:28 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 29 Mar 2009 12:50:28 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> Message-ID: <49CF5274.7050004@opencsw.org> Maciej (Matchek) Blizinski wrote: > A'propos linking between different project sites, there's one thing > which can be fairly easily done and would be an advantage. Here's the > idea: every site, which means the main website, every wiki, every bug > tracking system, etc., would have, on its local 'home' page, a clearly > visible list of links. This set of links would constitute 'a standard' > for OpenCSW sites. An example list could look like this: > > OpenCSW Home | Package issue tracking | Project wiki | Developers wiki > | mGAR | SourceForge project | Trac > > The rule would be that if you click any of these links, you'll see the > same list again. In other words, links would form a (bidirectional) > complete graph. > > Thoughts? Depends on the audience. The link list above is maintainer-centric and thus could make sense for the maintainer-relevant sites (but then, the bugtracker is used by both, users and maintainers). As a user browsing the opencsw.org site i would want to see only user-relevant links ... and that's as few as possible to get me started using OpenCSW packages. The opensolaris.com site is IMHO a good example of how to target users as opposed to opensolaris.org as a developer hub. Sebastian From hson at opencsw.org Sun Mar 29 14:02:36 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sun, 29 Mar 2009 14:02:36 +0200 Subject: [csw-maintainers] libtool problem Message-ID: <49CF635C.90503@opencsw.org> I've been trying to package libgsf on the buildfarm but I'm facing a problem which I don't know how to handle. Due to .la files problem, I have to use Mike's fixme.sh to get the stuff to link, which works just fine. But during the install phase libtool does a relink with the result that some libraries get linked to the old libgsf in /opt/csw/lib. Anyone have a clue how to resolve this? From phil at bolthole.com Sun Mar 29 15:54:43 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 06:54:43 -0700 Subject: [csw-maintainers] libtool problem In-Reply-To: <49CF635C.90503@opencsw.org> References: <49CF635C.90503@opencsw.org> Message-ID: <20090329135443.GA30131@bolthole.com> On Sun, Mar 29, 2009 at 02:02:36PM +0200, Roger H?kansson wrote: > Due to .la files problem, I have to use Mike's fixme.sh to get the stuff > to link, which works just fine. But during the install phase libtool > does a relink with the result that some libraries get linked to the old > libgsf in /opt/csw/lib. > Anyone have a clue how to resolve this? well, you could be dirty, and, just for the install phase, symlink libtool to /bin/true? :-) Or, you could request that those packages get removed from the specific build machines you are using, for a fixed period of time. From phil at bolthole.com Sun Mar 29 16:09:24 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 07:09:24 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> Message-ID: <20090329140924.GD30131@bolthole.com> On Sun, Mar 29, 2009 at 10:30:00AM +0000, Maciej (Matchek) Blizinski wrote: > On Fri, Mar 27, 2009 at 9:14 PM, Philip Brown wrote: > > I care about "common feel", > > It's reasonable enough. Of course, it requires work with customizing > existing templates of programs such as Mediawiki, Trac, etc. How would > you define this common feel? I'm guessing it would be a logo, or > "OpenCSW" written in some specific font, and palette, a small set of > colors. What would the font be, and what would the colors be? (I know > I can go and look at the existing website, but the existing website > won't tell me what _you_ think is important about the common feel.) I do agree that a common logo, plus fonts and colors, would be good. I dont feel that I should pick which colors and fonts it uses myself, though. I leave that up to other people. As I said, I'm not a web designer :) I also think there is some benefit in being flexible. For example, I think that the current wiki "left column nav" is appropriate for the wiki. In contrast, I do think that the top bar nav is appropriate for the main site. This is because the wiki is potentially more expansive in different types of information, whereas www.opencsw.org has more of a narrow focus. I see it as more of a top-level "static portal", if you will. At the same time, they could still be more unified. > A'propos linking between different project sites, there's one thing > which can be fairly easily done and would be an advantage. Here's the > idea: every site, which means the main website, every wiki, every bug > tracking system, etc., would have, on its local 'home' page, a clearly > visible list of links. This set of links would constitute 'a standard' > for OpenCSW sites. An example list could look like this: > > OpenCSW Home | Package issue tracking | Project wiki | Developers wiki > | mGAR | SourceForge project | Trac > > The rule would be that if you click any of these links, you'll see the > same list again. Yes, I like that sort of idea. For www.opencsw.org, that would be the top nav. For the wiki, that could be one section of the left nav. Although I think the list needs to be shorter. Perhaps CSW Home | Bugs | Wiki | Packages | Maintainer Resources "user guide" would be migrated under "wiki". "mirrors" would be migrated under "Packages" "standards" would be migrated somewhere under Maintainer Resources. From phil at bolthole.com Sun Mar 29 16:10:35 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 07:10:35 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: <49CF5274.7050004@opencsw.org> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <49CF5274.7050004@opencsw.org> Message-ID: <20090329141035.GE30131@bolthole.com> On Sun, Mar 29, 2009 at 12:50:28PM +0200, Sebastian Kayser wrote: > > The opensolaris.com site is IMHO a good example of how to target users > as opposed to opensolaris.org as a developer hub. by that, I presume you are referring to the great big "Top four" blocks, of [Learn] [Use] [Share] [Get] i agree. From hson at opencsw.org Sun Mar 29 16:30:08 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Sun, 29 Mar 2009 16:30:08 +0200 Subject: [csw-maintainers] libtool problem In-Reply-To: <20090329135443.GA30131@bolthole.com> References: <49CF635C.90503@opencsw.org> <20090329135443.GA30131@bolthole.com> Message-ID: <49CF85F0.2000501@opencsw.org> Philip Brown wrote: > On Sun, Mar 29, 2009 at 02:02:36PM +0200, Roger H?kansson wrote: >> Due to .la files problem, I have to use Mike's fixme.sh to get the stuff >> to link, which works just fine. But during the install phase libtool >> does a relink with the result that some libraries get linked to the old >> libgsf in /opt/csw/lib. >> Anyone have a clue how to resolve this? > > well, you could be dirty, and, just for the install phase, symlink libtool > to /bin/true? :-) > > Or, you could request that those packages get removed from the specific > build machines you are using, for a fixed period of time. Hmm, well thats not a big problem, I've got my own build machines to create the packages on, where I've removed the current libgsf package, but I was thinking more of a generic fix for the future. From phil at bolthole.com Sun Mar 29 17:06:03 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 08:06:03 -0700 Subject: [csw-maintainers] libtool Message-ID: <20090329150603.GA82619@bolthole.com> The "generic, and permenant fix", is to track down the dependant packages that are using libtool, and hound the maintainer to remove the .la files :-) From mwatters at opencsw.org Sun Mar 29 17:21:07 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 29 Mar 2009 10:21:07 -0500 Subject: [csw-maintainers] libtool problem In-Reply-To: <49CF85F0.2000501@opencsw.org> References: <49CF635C.90503@opencsw.org> <20090329135443.GA30131@bolthole.com> <49CF85F0.2000501@opencsw.org> Message-ID: <49CF91E3.6030500@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Philip Brown wrote: >> On Sun, Mar 29, 2009 at 02:02:36PM +0200, Roger H???kansson wrote: >>> Due to .la files problem, I have to use Mike's fixme.sh to get the >>> stuff to link, which works just fine. But during the install phase >>> libtool does a relink with the result that some libraries get linked >>> to the old libgsf in /opt/csw/lib. >>> Anyone have a clue how to resolve this? >> >> well, you could be dirty, and, just for the install phase, symlink >> libtool >> to /bin/true? :-) >> >> Or, you could request that those packages get removed from the specific >> build machines you are using, for a fixed period of time. > > Hmm, well thats not a big problem, I've got my own build machines to > create the packages on, where I've removed the current libgsf package, > but I was thinking more of a generic fix for the future. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers create a post build script that goes and modifies the search path in libtool and ltmain.sh my script changes ltmain.sh to fix the relinking problem for the .la files. it does not however modify the -L ...lib path. - -- 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 iEYEARECAAYFAknPkeMACgkQLrhmsXMSLxd4xACg29iOCDkYrhlsIqYATj5HWv2n PrUAoM9G5LAdbsY12N0+8/Lb1IId+8X7 =D047 -----END PGP SIGNATURE----- From ihsan at opencsw.org Sun Mar 29 17:25:52 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sun, 29 Mar 2009 17:25:52 +0200 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <20090327211444.GW47757@bolthole.com> References: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CD3CA9.7050704@opencsw.org> <20090327211444.GW47757@bolthole.com> Message-ID: <49CF9300.3040900@opencsw.org> Am 27.3.2009 22:14 Uhr, Philip Brown schrieb: >>> bug-admin? i think that's a semi-standard >> And who is going to be behind bug-admin at opencsw.org? > > sebastian and myself Done. It's active now. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From maciej at opencsw.org Sun Mar 29 20:11:05 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 29 Mar 2009 18:11:05 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090329140924.GD30131@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> Message-ID: On Sun, Mar 29, 2009 at 2:09 PM, Philip Brown wrote: > Yes, I like that sort of idea. For www.opencsw.org, that would be the top > nav. For the wiki, that could be one section of the left nav. > > Although I think the list needs to be shorter. > Perhaps > > CSW Home | Bugs | Wiki | Packages | Maintainer Resources > > "user guide" would be migrated under "wiki". > "mirrors" would be migrated under "Packages" > "standards" would be migrated somewhere under Maintainer Resources. What would be the target URLs of those links? I was thinking: CSW Home http://www.opencsw.org/ Bugs http://www.opencsw.org/bugtrack/ Wiki http://wiki.opencsw.org/ Packages http://www.opencsw.org/packages/ Maintainer Resources (GAR wiki on sourceforge? Trac? something else?) Out of curiosity, I looked at the current link structure between main pages of existing sites: http://automaciej.rootnode.net/opencsw-link-structure.png The grey filled nodes are the ones I thought of as important for navigation. Every edge is a link, the label next to every edge is the anchor text. To achieved a complete graph (between the grey nodes), the following links would need to be added: Main website ? Mantis Main website ? mGAR on SourceForge Main website ? mGAR Wiki Main website ? Project wiki Main website ? Trac Mantis ? mGAR on SourceForge Mantis ? mGAR Wiki Mantis ? Project wiki Mantis ? Trac mGAR on SourceForge ? Main website mGAR on SourceForge ? Mantis mGAR on SourceForge ? Project wiki mGAR Wiki ? Main website mGAR Wiki ? Mantis mGAR Wiki ? Project wiki Project wiki ? Mantis Project wiki ? mGAR on SourceForge Project wiki ? mGAR Wiki Project wiki ? Trac Trac ? Main website Trac ? Mantis Trac ? mGAR Wiki Trac ? Project wiki Also, standarized anchor text would be good. Maciej From maciej at opencsw.org Sun Mar 29 20:14:27 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 29 Mar 2009 18:14:27 +0000 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> Message-ID: On Sun, Mar 29, 2009 at 6:11 PM, Maciej (Matchek) Blizinski wrote: > To achieve a complete graph (between the grey nodes), the following > links would need to be added: Ewww, what happened to those lines! This should work better. The missing links list: http://dpaste.com/20725/ Maciej From hson at opencsw.org Sun Mar 29 20:42:51 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sun, 29 Mar 2009 20:42:51 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <20090329150603.GA82619@bolthole.com> References: <20090329150603.GA82619@bolthole.com> Message-ID: <49CFC12B.1090900@opencsw.org> Philip Brown wrote: > The "generic, and permenant fix", is to track down the dependant packages > that are using libtool, and hound the maintainer to remove the .la files > :-) And in this case, the maintainer is "retired" and the "dependant package" is the one I'm trying to build... A recap: CSWlibgsf consists of two libraries, libgsf-1.so(.114.0.11) and libgsf-gnome-1.so(.114.0.11) Both libraries get built without any problem, and libgsf-gnome-1.so.114.0.11 gets linked to libgsf-1.so.114.0.11 But during the install (to work/pkgroot...) libgsf-gnome-1.so.114.0.11 is relinked (as usual when using libtool) get linked to /opt/csw/lib/libgsf-1.1.9.1. My thought was that someone might have seen this problem (with another package) before and had a solution for it. From dam at opencsw.org Sun Mar 29 22:07:01 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 29 Mar 2009 22:07:01 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <49CFC12B.1090900@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> Message-ID: Hi Roger, Am 29.03.2009 um 20:42 schrieb Roger H?kansson: > Philip Brown wrote: >> The "generic, and permenant fix", is to track down the dependant >> packages >> that are using libtool, and hound the maintainer to remove the .la >> files >> :-) > > And in this case, the maintainer is "retired" and the "dependant > package" is the one I'm trying to build... > > A recap: > > CSWlibgsf consists of two libraries, libgsf-1.so(.114.0.11) and > libgsf-gnome-1.so(.114.0.11) > Both libraries get built without any problem, and libgsf-gnome-1.so. > 114.0.11 gets linked to libgsf-1.so.114.0.11 > But during the install (to work/pkgroot...) libgsf-gnome-1.so. > 114.0.11 is relinked (as usual when using libtool) get linked to / > opt/csw/lib/libgsf-1.1.9.1. > > My thought was that someone might have seen this problem (with > another package) before and had a solution for it. Indeed. I have seen this several times. On some occasions the '-L' had to be taken out of CFLAGS (like in ncurses) > include gar/category.mk > > LDFLAGS := $(filter-out -L%,$(LDFLAGS)) Some needed manual patching and now I have encountered this problem again in an old libflac version. James suggested to use an interposing script between CC and the real compiler which reorders -L and -I directives so /opt/csw comes last and the stuff on workdir/ first. I haven't implemented this, though. I also encountered this when packaging gettext, but couldn't solve it. BTW, are you sure this is a libtool issue? Best regards -- Dago From mwatters at opencsw.org Sun Mar 29 22:12:46 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 29 Mar 2009 15:12:46 -0500 Subject: [csw-maintainers] libtool In-Reply-To: <49CFC12B.1090900@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> Message-ID: <49CFD63E.2050603@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Philip Brown wrote: >> The "generic, and permenant fix", is to track down the dependant packages >> that are using libtool, and hound the maintainer to remove the .la files >> :-) > > And in this case, the maintainer is "retired" and the "dependant > package" is the one I'm trying to build... > > A recap: > > CSWlibgsf consists of two libraries, libgsf-1.so(.114.0.11) and > libgsf-gnome-1.so(.114.0.11) > Both libraries get built without any problem, and > libgsf-gnome-1.so.114.0.11 gets linked to libgsf-1.so.114.0.11 > But during the install (to work/pkgroot...) libgsf-gnome-1.so.114.0.11 > is relinked (as usual when using libtool) get linked to > /opt/csw/lib/libgsf-1.1.9.1. > > My thought was that someone might have seen this problem (with another > package) before and had a solution for it. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers not that I think about this some more. if you enable-fast-install it will stop the relink. [ ==> Begin Quote <== ] You can pass a list of executables as the argument to `--enable-fast-install' to determine which set of executables will not be relinked at installation time (on the hosts that require it). By specifying: $ ./configure --enable-fast-install=autogen [ ==> End Quote <== ] http://sources.redhat.com/autobook/autobook/autobook_85.html - -- 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 iEYEARECAAYFAknP1j4ACgkQLrhmsXMSLxdQwgCg2ld+ux5CHpDq4rigJjigfvlA +l0An0U55Wh6wHdlj8RbRuiHKZmykc5E =7XK4 -----END PGP SIGNATURE----- From william at wbonnet.net Sun Mar 29 22:13:47 2009 From: william at wbonnet.net (William Bonnet) Date: Sun, 29 Mar 2009 22:13:47 +0200 Subject: [csw-maintainers] Pixman, cairo and pango Message-ID: <49CFD67B.50303@wbonnet.net> Hi all I have finished to update pango (1.24.0) and cairo (1.8.6) packages. They are ready to be compiled from GAR. I also added pixman (0.14) which is a new package and a depend of the recent cairo. Pixman has been submitted to Phil for 'current' archive. To compile and release the latest pango, i also need an update of fontconfig. The current version of fontconfig in GAR is the latest, but it is not yet released. I compiled it, and i am using it successfully on my box at home. So Alexander, could you please consider release this package for testing ? Ken, you are still flagged as retired on the package pages (http://opencsw.org/packages/libpango). So let me know if you choose to continue to maintain these two packages, or if you prefer i release these update (when pixman and fontconfig will be uptodate on the farm). Whatever is your decision, several packages are needing these updates, and it has to be tested by more people before going to current. 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 hson at opencsw.org Sun Mar 29 22:26:28 2009 From: hson at opencsw.org (=?UTF-8?B?Um9nZXIgSMOla2Fuc3Nvbg==?=) Date: Sun, 29 Mar 2009 22:26:28 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <49CFD63E.2050603@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> <49CFD63E.2050603@opencsw.org> Message-ID: <49CFD974.5000104@opencsw.org> Mike Watters wrote: > not that I think about this some more. if you enable-fast-install it will stop > the relink. > > [ ==> Begin Quote <== ] > You can pass a list of executables as the argument to `--enable-fast-install' > to determine which set of executables will not be relinked at installation time > (on the hosts that require it). By specifying: > > $ ./configure --enable-fast-install=autogen > [ ==> End Quote <== ] http://sources.redhat.com/autobook/autobook/autobook_85.html > fast-install is enabled by default and --no-fast-install can be given to libtool to change that... From mwatters at opencsw.org Sun Mar 29 22:40:57 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 29 Mar 2009 15:40:57 -0500 Subject: [csw-maintainers] libtool In-Reply-To: <49CFD974.5000104@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> <49CFD63E.2050603@opencsw.org> <49CFD974.5000104@opencsw.org> Message-ID: <49CFDCD9.6010400@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roger H?kansson wrote: > Mike Watters wrote: >> not that I think about this some more. if you enable-fast-install it >> will stop >> the relink. >> >> [ ==> Begin Quote <== ] >> You can pass a list of executables as the argument to >> `--enable-fast-install' >> to determine which set of executables will not be relinked at >> installation time >> (on the hosts that require it). By specifying: >> >> $ ./configure --enable-fast-install=autogen >> [ ==> End Quote <== ] >> http://sources.redhat.com/autobook/autobook/autobook_85.html >> > > fast-install is enabled by default and --no-fast-install can be given to > libtool to change that... > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I forgot about that, you are correct there... I built the library but did not "install" so I could see what is going on. the pseudo-library for gsf-gnome work/build-isa-sparcv8/libgsf-1.14.11/gsf-gnome/.libs right after build has -L/opt/csw/lib /home/mwatters/mgar/pkg/libgsf/trunk/work/build-isa-sparcv8/libgsf-1.14.11/gsf/libgsf-1.la when libtool re-links it is picking up the one in /opt/csw/lib The only real fix for this is to put -L $(DESTDIR)$(libdir) before -L /opt/csw/lib then in a post-install or post-merge remove the pseudo-libraries. - -- 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 iEYEARECAAYFAknP3NAACgkQLrhmsXMSLxdWzQCgh+z+zx8Zelz+aaVg2wNshcTf ZUEAoKGJ3o2Eq2PwPfwisrSp/XTitfUb =mTs2 -----END PGP SIGNATURE----- From dam at opencsw.org Sun Mar 29 22:49:58 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 29 Mar 2009 22:49:58 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <49CFC12B.1090900@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> Message-ID: <4EEB569E-6A8A-4A77-9191-DAADCE28EC1C@opencsw.org> Hi Roger, Am 29.03.2009 um 20:42 schrieb Roger H?kansson: > Philip Brown wrote: >> The "generic, and permenant fix", is to track down the dependant >> packages >> that are using libtool, and hound the maintainer to remove the .la >> files >> :-) > > And in this case, the maintainer is "retired" and the "dependant > package" is the one I'm trying to build... > > A recap: > > CSWlibgsf consists of two libraries, libgsf-1.so(.114.0.11) and > libgsf-gnome-1.so(.114.0.11) > Both libraries get built without any problem, and libgsf-gnome-1.so. > 114.0.11 gets linked to libgsf-1.so.114.0.11 > But during the install (to work/pkgroot...) libgsf-gnome-1.so. > 114.0.11 is relinked (as usual when using libtool) get linked to / > opt/csw/lib/libgsf-1.1.9.1. > > My thought was that someone might have seen this problem (with > another package) before and had a solution for it. After re-reading your post I propose to use the standard-process: - release libgsf to current - request installation on the buildfarm - build and release libgsf-gnome Best regards -- Dago From skayser at opencsw.org Sun Mar 29 23:09:29 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 29 Mar 2009 23:09:29 +0200 Subject: [csw-maintainers] Mantis weekly reminder In-Reply-To: <49CF9300.3040900@opencsw.org> References: <20090325.16551900.2311680016@gyor.oxdrove.co.uk> <49CA65B3.9030009@wbonnet.net> <20090326.12585600.2736235392@gyor.oxdrove.co.uk> <625385e30903260641n365c70cfkaae6b3b3d13a3e25@mail.gmail.com> <20090326174037.GE89998@bolthole.com> <20090326.17573600.3616666998@gyor.oxdrove.co.uk> <20090326181946.GI89998@bolthole.com> <49CBC822.8010000@opencsw.org> <20090326182607.GJ89998@bolthole.com> <49CD3CA9.7050704@opencsw.org> <20090327211444.GW47757@bolthole.com> <49CF9300.3040900@opencsw.org> Message-ID: <49CFE389.7060801@opencsw.org> Ihsan Dogan wrote: > Am 27.3.2009 22:14 Uhr, Philip Brown schrieb: > >>>> bug-admin? i think that's a semi-standard >>> And who is going to be behind bug-admin at opencsw.org? >> sebastian and myself > > Done. It's active now. I have adjusted the mailto: links visible in Mantis. Sebastian From phil at bolthole.com Sun Mar 29 23:17:44 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 14:17:44 -0700 Subject: [csw-maintainers] libtool In-Reply-To: <49CFC12B.1090900@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> Message-ID: <20090329211744.GD69158@bolthole.com> On Sun, Mar 29, 2009 at 08:42:51PM +0200, Roger H?kansson wrote: > Philip Brown wrote: >> The "generic, and permenant fix", is to track down the dependant packages >> that are using libtool, and hound the maintainer to remove the .la files >> :-) > > And in this case, the maintainer is "retired" and the "dependant > package" is the one I'm trying to build... "dependant package" is always relative to "the one you are trying to build". (althogh "dependant" isnt quite the accurate word. should really be, "the package upon which your current package depends, that uses libtool .la garbage". but that is long and ugly :-) From hson at opencsw.org Sun Mar 29 23:18:34 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Sun, 29 Mar 2009 23:18:34 +0200 Subject: [csw-maintainers] libtool In-Reply-To: <4EEB569E-6A8A-4A77-9191-DAADCE28EC1C@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> <4EEB569E-6A8A-4A77-9191-DAADCE28EC1C@opencsw.org> Message-ID: <49CFE5AA.9010004@opencsw.org> Dagobert Michelsen wrote: > > After re-reading your post I propose to use the standard-process: > > - release libgsf to current > - request installation on the buildfarm > - build and release libgsf-gnome Seems a bit over the top to split a small package consisting of two libraries, some header files and documentation into two packages where the libgsf-gnome only would consist of the lib and 5 header files. And then we have the problem of the current packages depending on libgsf but where they need libgsf-gnome... From maybird1776 at yahoo.com Sun Mar 29 23:19:09 2009 From: maybird1776 at yahoo.com (ken mays) Date: Sun, 29 Mar 2009 14:19:09 -0700 (PDT) Subject: [csw-maintainers] Pixman, cairo and pango Message-ID: <723260.57555.qm@web111308.mail.gq1.yahoo.com> William, If the packages are good, then release them. I'm reviewing the merge of GNOME 2.26.0 packages which is important for maintaining the Evolution email client and CD burner for users. Would it be easier just to build from GNOME 2.26.0 so we don't run into any gotchas with Firefox 3.x?? ~Ken --- On Sun, 3/29/09, William Bonnet wrote: > From: William Bonnet > Subject: [csw-maintainers] Pixman, cairo and pango > To: "internal list for the CSW maintainers" > Date: Sunday, March 29, 2009, 4:13 PM > Hi all > > I have finished to update pango (1.24.0) and cairo (1.8.6) > packages. They are ready to be compiled from GAR. I also > added pixman (0.14) which is a new package and a depend of > the recent cairo. Pixman has been submitted to Phil for > 'current' archive. > > To compile and release the latest pango, i also need an > update of fontconfig. The current version of fontconfig in > GAR is the latest, but it is not yet released. I compiled > it, and i am using it successfully on my box at home. So > Alexander, could you please consider release this package > for testing ? > > Ken, you are still flagged as retired on the package pages > (http://opencsw.org/packages/libpango). So > let me know if you choose to continue to maintain these two > packages, or if you prefer i release these update (when > pixman and fontconfig will be uptodate on the farm).? > Whatever is your decision, several packages are needing > these updates, and it has to be tested by more people before > going to current. > > 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 > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From phil at bolthole.com Mon Mar 30 00:07:33 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 15:07:33 -0700 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> Message-ID: <20090329220733.GM69158@bolthole.com> On Sun, Mar 29, 2009 at 06:11:05PM +0000, Maciej (Matchek) Blizinski wrote: > ... > To achieved a complete graph (between the grey nodes), the following > links would need to be added: > > Project wiki ??? Mantis > > Project wiki ??? mGAR on SourceForge > > Project wiki ??? mGAR Wiki > > Project wiki ??? Trac > Intersting way of thinking. Why do we need so much duplication, though? we have *3* wikis, and *3* bugtracking things. Since "trac" is both a wiki, AND a bugtracker. I think that there is some sensibility in having separate bugtracking and wiki engins, for "opencsw" vs "gar". but I think that we only need one of each for gar, not two :) Lets pick one of each for gar, before going crosseyed trying to plan these links out further? If one is going to be an "experimental-only" one, then I believe it should not be linked regularly at all. we should pick one main wiki, and one main bugtrack, for gar, and then have those be the official linked-to targets. From phil at bolthole.com Mon Mar 30 00:33:34 2009 From: phil at bolthole.com (Philip Brown) Date: Sun, 29 Mar 2009 15:33:34 -0700 Subject: [csw-maintainers] libtool In-Reply-To: <49CFE5AA.9010004@opencsw.org> References: <20090329150603.GA82619@bolthole.com> <49CFC12B.1090900@opencsw.org> <4EEB569E-6A8A-4A77-9191-DAADCE28EC1C@opencsw.org> <49CFE5AA.9010004@opencsw.org> Message-ID: <20090329223334.GN69158@bolthole.com> On Sun, Mar 29, 2009 at 11:18:34PM +0200, Roger H?kansson wrote: > Dagobert Michelsen wrote: >> >> After re-reading your post I propose to use the standard-process: >> >> - release libgsf to current >> - request installation on the buildfarm >> - build and release libgsf-gnome > > Seems a bit over the top to split a small package consisting of two > libraries, some header files and documentation into two packages where > the libgsf-gnome only would consist of the lib and 5 header files. > > And then we have the problem of the current packages depending on libgsf > but where they need libgsf-gnome... how about quoting some specific package sizes? it's not the number of files that's important, it's the size of the resulting packages (and how realistic it is, that someone would want to use the pure libgsf, without libgsf_gnome) and what is the use of "Libgsf" without "gnome bits", when the software itself is described as "gnome structured file library" ? you have a point about current dependancies. there are 10, and some of them are "large". From glaw at opencsw.org Mon Mar 30 00:38:23 2009 From: glaw at opencsw.org (Gary Law) Date: Sun, 29 Mar 2009 22:38:23 +0000 Subject: [csw-maintainers] New facter-1.5.4 in testing Message-ID: Enjoy Gary -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgoerzen at opencsw.org Mon Mar 30 04:10:05 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Sun, 29 Mar 2009 19:10:05 -0700 Subject: [csw-maintainers] what to put in MASTER_SITES Message-ID: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> Hello, I'm working on updating our fltk package. I've committed my latest work but I could use some help. I'm not sure what to put in MASTER_SITES to download the source because the the source link is not a direct link. Nor is it hosted at SourceForge. Thanks, Jake From maciej at opencsw.org Mon Mar 30 08:25:02 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 30 Mar 2009 06:25:02 +0000 Subject: [csw-maintainers] Home directories on the buildfarm Message-ID: maciej at build10s [build10s]:~/src/opencsw/pkg > df -h | grep home /export/home 373K 265K 108K 72% /export/home /export/home/trygvis 671M 670M 108K 100% /home/trygvis /export/home/maciej 231M 231M 108K 100% /home/maciej Can an administrator look at this? Maciej From maciej at opencsw.org Mon Mar 30 08:28:40 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 30 Mar 2009 06:28:40 +0000 Subject: [csw-maintainers] what to put in MASTER_SITES In-Reply-To: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> References: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> Message-ID: On Mon, Mar 30, 2009 at 2:10 AM, Jake Goerzen wrote: > I'm working on updating our fltk package. I've committed my latest > work but I could use some help. I'm not sure what to put in > MASTER_SITES to download the source because the the source link is not > a direct link. Nor is it hosted at SourceForge. Maybe a direct link to one of the mirrors? http://ftp.rz.tu-bs.de/pub/mirror/ftp.easysw.com/ftp/pub/fltk/snapshots/ Maciej From dam at opencsw.org Mon Mar 30 08:38:40 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 30 Mar 2009 08:38:40 +0200 Subject: [csw-maintainers] Home directories on the buildfarm In-Reply-To: References: Message-ID: <3DCC54AB-F599-417C-9D65-7125E1CF9B9C@opencsw.org> Hi Maciej, Am 30.03.2009 um 08:25 schrieb Maciej (Matchek) Blizinski: > maciej at build10s [build10s]:~/src/opencsw/pkg > df -h | grep home > /export/home 373K 265K 108K 72% /export/home > /export/home/trygvis 671M 670M 108K 100% /home/trygvis > /export/home/maciej 231M 231M 108K 100% /home/maciej > > Can an administrator look at this? This is ok. build10s is a zone where /export/home is mapped with lofs from the global zone to the build10s zone. /home is automounted on all machines to the place where the homedirectories are. On the zones residing on the same machine as the server providing the homedirectories this is again mounted with lofs. The x86 servers access the homedirectories via NFS. Using lofs instead of NFS inside the zones is a real performance- gainer :-) Best regards -- Dago From hson at opencsw.org Mon Mar 30 08:44:26 2009 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 30 Mar 2009 08:44:26 +0200 Subject: [csw-maintainers] Home directories on the buildfarm In-Reply-To: <3DCC54AB-F599-417C-9D65-7125E1CF9B9C@opencsw.org> References: <3DCC54AB-F599-417C-9D65-7125E1CF9B9C@opencsw.org> Message-ID: <49D06A4A.4000708@opencsw.org> Dagobert Michelsen wrote: > Hi Maciej, > > Am 30.03.2009 um 08:25 schrieb Maciej (Matchek) Blizinski: >> maciej at build10s [build10s]:~/src/opencsw/pkg > df -h | grep home >> /export/home 373K 265K 108K 72% /export/home >> /export/home/trygvis 671M 670M 108K 100% /home/trygvis >> /export/home/maciej 231M 231M 108K 100% /home/maciej >> >> Can an administrator look at this? > > This is ok. Well, not... hson at build8s :~/dev/mgar/pkg/libgsf/trunk > svn update svn: Can't open file '.svn/lock': No space left on device From dam at opencsw.org Mon Mar 30 09:18:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 30 Mar 2009 09:18:19 +0200 Subject: [csw-maintainers] Home directories on the buildfarm In-Reply-To: <49D06A4A.4000708@opencsw.org> References: <3DCC54AB-F599-417C-9D65-7125E1CF9B9C@opencsw.org> <49D06A4A.4000708@opencsw.org> Message-ID: Hi Roger, Am 30.03.2009 um 08:44 schrieb Roger H?kansson: > Dagobert Michelsen wrote: >> Hi Maciej, >> Am 30.03.2009 um 08:25 schrieb Maciej (Matchek) Blizinski: >>> maciej at build10s [build10s]:~/src/opencsw/pkg > df -h | grep home >>> /export/home 373K 265K 108K 72% /export/home >>> /export/home/trygvis 671M 670M 108K 100% /home/trygvis >>> /export/home/maciej 231M 231M 108K 100% /home/maciej >>> >>> Can an administrator look at this? >> This is ok. > > Well, not... > > hson at build8s :~/dev/mgar/pkg/libgsf/trunk > svn update > svn: Can't open file '.svn/lock': No space left on device Argh, you mean *this*. I started a mirror job two days ago and it looks like it pulled _a lot_ more than I had anticipated. After some moving around there should be enough space again. Best regards -- Dago From dam at opencsw.org Mon Mar 30 14:32:55 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 30 Mar 2009 14:32:55 +0200 Subject: [csw-maintainers] what to put in MASTER_SITES In-Reply-To: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> References: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> Message-ID: <579084CF-644F-4579-A23E-B1518C8C1C58@opencsw.org> Hi Jake, Am 30.03.2009 um 04:10 schrieb Jake Goerzen: > I'm working on updating our fltk package. I've committed my latest > work but I could use some help. I'm not sure what to put in > MASTER_SITES to download the source because the the source link is not > a direct link. Nor is it hosted at SourceForge. In this case you must enter one of the mirrors as the page uses http-refresh which isn't easily followable by wget. Please make sure to also do a "gmake garchive" which makes a copy of the software to /home/src so we have it just in case. Best regards -- Dago From william at wbonnet.net Mon Mar 30 15:27:38 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 30 Mar 2009 15:27:38 +0200 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <723260.57555.qm@web111308.mail.gq1.yahoo.com> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> Message-ID: <49D0C8CA.5090705@wbonnet.net> Hi Ken > If the packages are good, then release them. Ok i'll do it as soon as depends will be released and installed. > I'm reviewing the merge of > GNOME 2.26.0 packages which is important for maintaining the Evolution email client and CD burner for users. > > Would it be easier just to build from GNOME 2.26.0 so we don't run into any gotchas with Firefox 3.x?? > Sorry i am not sure to understand what do you mean. I need updated of several libs from gnome for FF3.x, and also for Xfce 4.6 which is out. Do you mean we have to take the whole gnome 2.26 at a time ? or is it possible to update slowly libs ? I can imagine that once the first gnome lib will be updated, we will have to provide a consistent set of version, otherwise it's not going to work... I suppose Cairo, Pango and Pixman can be updated withut updating all the gnome stuff. Am i right ? that's also why i'd like more people to test, because most of the time i do not use gnome. cheers -- William http://www.wbonnet.net http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix http://www.blastwave.org An OpenSolaris Community Site http://www.opencsw.org Community SoftWare for Solaris http://www.guses.org French speaking Solaris User Group From maybird1776 at yahoo.com Mon Mar 30 15:47:40 2009 From: maybird1776 at yahoo.com (ken mays) Date: Mon, 30 Mar 2009 06:47:40 -0700 (PDT) Subject: [csw-maintainers] Pixman, cairo and pango Message-ID: <579230.68028.qm@web111311.mail.gq1.yahoo.com> --- On Mon, 3/30/09, William Bonnet wrote: > From: William Bonnet > Subject: Re: [csw-maintainers] Pixman, cairo and pango > To: "internal list for the CSW maintainers" > Date: Monday, March 30, 2009, 9:27 AM > Hi Ken > > If the packages are good, then release them. > Ok i'll do it as soon as depends will be released and > installed. > > > I'm reviewing the merge of > > GNOME 2.26.0 packages which is important for > I need updated of several libs from gnome for FF3.x, and > also for Xfce 4.6 which is out. Do you mean we have to take > the whole gnome 2.26 at a time ? or is it possible to update > slowly libs ? I can imagine that once the first gnome lib > will be updated, we will have to provide a consistent set of > version, otherwise it's not going to work... > > I suppose Cairo, Pango and Pixman can be updated withut > updating all the gnome stuff. Am i right ? that's also why > i'd like more people to test, because most of the time i do > not use gnome. Yes. You can update the main core libs of GNOME to GNOME 2.26.0 (before you get to far into things) without building all of GNOME for now. Mainly, just update glib2 to v2.20.0. That is it. Have Chad Harp update to glib2 2.20.0. Then, upload your updates from there. ~ Ken From phil at bolthole.com Mon Mar 30 16:21:57 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 30 Mar 2009 07:21:57 -0700 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <49D0C8CA.5090705@wbonnet.net> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> <49D0C8CA.5090705@wbonnet.net> Message-ID: <20090330142157.GB30681@bolthole.com> On Mon, Mar 30, 2009 at 03:27:38PM +0200, William Bonnet wrote: > > I need updated of several libs from gnome for FF3.x, and also for Xfce > 4.6 which is out. Do you mean we have to take the whole gnome 2.26 at a > time ? or is it possible to update slowly libs ? I can imagine that once > the first gnome lib will be updated, we will have to provide a > consistent set of version, otherwise it's not going to work... If william has smaller updates, for one or two packages, that make "his stuff" work, and he doesnt mind redundant work, then I think it would be nice to do the smaller, safer updates, than to hold up his stuff for a "full gnome refresh". William, if you are "close" to updating ff3 and ffce, I think it would be Really Nice, if you could complete that in the next few days, and then we will take a snapshot of "current". After that point, we should then start working on full gnome refresh. Well actually, we can "start working" on that now as well. That's what 'testing' is for, after all :) From dam at opencsw.org Mon Mar 30 17:49:12 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 30 Mar 2009 17:49:12 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: <20090329220733.GM69158@bolthole.com> References: <451BDDCA-2898-4D64-8833-4AD6697F7E22@opencsw.org> <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> Message-ID: <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> Hi, Am 30.03.2009 um 00:07 schrieb Philip Brown: > Why do we need so much duplication, though? > we have *3* wikis, and *3* bugtracking things. > > Since "trac" is both a wiki, AND a bugtracker. > > I think that there is some sensibility in having separate > bugtracking and > wiki engins, for "opencsw" vs "gar". but I think that we only > need one of each for gar, not two :) > > Lets pick one of each for gar, before going crosseyed trying to plan > these > links out further? > > If one is going to be an "experimental-only" one, then I believe it > should > not be linked regularly at all. > we should pick one main wiki, and one main bugtrack, for gar, and then > have those be the official linked-to targets. When I set up "gar" on SourceForge Trac was not available as hosted application. As it is there now we can happily switch over from the standard SF bugtracker and MediaWiki to GAR. Rupert, Maciej, if you could join in on moving the stuff over :-) Best regards -- Dago From bonivart at opencsw.org Mon Mar 30 19:46:43 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 30 Mar 2009 19:46:43 +0200 Subject: [csw-maintainers] /testing clamav 0.95 In-Reply-To: <49CBB017.8020608@opencsw.org> References: <625385e30903260320u5235f461x5ddaeb930aa40a35@mail.gmail.com> <49CBB017.8020608@opencsw.org> Message-ID: <625385e30903301046m3e22b475g58aec3c2dc0d71f1@mail.gmail.com> On Thu, Mar 26, 2009 at 6:40 PM, Ihsan Dogan wrote: > I've just installed it on the OpenCSW mail server. Runs great. Thanks > for your effort. Thanks for the report. I've done some tests as well and to me it looks ok, still no help with the milter though but no complaints either. :-) It's now released. -- /peter From william at wbonnet.net Mon Mar 30 21:15:37 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 30 Mar 2009 21:15:37 +0200 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <20090330142157.GB30681@bolthole.com> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> <49D0C8CA.5090705@wbonnet.net> <20090330142157.GB30681@bolthole.com> Message-ID: <49D11A59.9010008@wbonnet.net> Hi Phil > If william has smaller updates, for one or two packages, that make "his > stuff" work, and he doesnt mind redundant work, then I think it would be > nice to do the smaller, safer updates, than to hold up his stuff for a > "full gnome refresh". > > William, if you are "close" to updating ff3 and ffce, I think it would be > Really Nice, if you could complete that in the next few days, and then we > will take a snapshot of "current". > I am not really close to release it :( That's also why i am working on different things. Either FF3 or Xfce 4.6 needs about 10 packages update. But bot 10 at a time, i mean 10 in sequence. Package A, depends on package B, which has to go to current first... but it depends on package C, which has to go to current... but it depends on package D, etc. If anyone has a time saver solution for this kind of situation, i will appreciate :) because i will need about 4 to 6 weeks to release Xfce 4.6 starting from today :( 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 Mon Mar 30 21:27:28 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 30 Mar 2009 12:27:28 -0700 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <49D11A59.9010008@wbonnet.net> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> <49D0C8CA.5090705@wbonnet.net> <20090330142157.GB30681@bolthole.com> <49D11A59.9010008@wbonnet.net> Message-ID: <20090330192728.GE47757@bolthole.com> On Mon, Mar 30, 2009 at 09:15:37PM +0200, William Bonnet wrote: > > Either FF3 or Xfce 4.6 needs about 10 packages update. But bot 10 at a > time, i mean 10 in sequence. Package A, depends on package B, which has > to go to current first... but it depends on package C, which has to go > to current... but it depends on package D, etc. Awww. I'm really looking forward to a new xfce. > If anyone has a time saver solution for this kind of situation, i will > appreciate :) because i will need about 4 to 6 weeks to release Xfce 4.6 > starting from today :( perhaps, you might put up a wiki page to detail which packages need to be updated. nothing fancy, just a simple text list, and then they can be crossed off when done. That would encourage others to help adopt updates, when needed, I think. From william at wbonnet.net Mon Mar 30 21:35:50 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 30 Mar 2009 21:35:50 +0200 Subject: [csw-maintainers] Pixman, cairo and pango In-Reply-To: <20090330192728.GE47757@bolthole.com> References: <723260.57555.qm@web111308.mail.gq1.yahoo.com> <49D0C8CA.5090705@wbonnet.net> <20090330142157.GB30681@bolthole.com> <49D11A59.9010008@wbonnet.net> <20090330192728.GE47757@bolthole.com> Message-ID: <49D11F16.6070706@wbonnet.net> Hi Phil > Awww. I'm really looking forward to a new xfce. > Version 4.4.1 has been in tsting for about one year ;) > perhaps, you might put up a wiki page to detail which packages need to be > updated. nothing fancy, just a simple text list, and then they can be > crossed off when done. > I have a list of packages updates needed for FF3. They are not needed for compilation it, but to help me hunt segfaults. I have segfault for version 2.0.0.19 and higher, same for TB 2.0.0.21. FF3 was working of Solaris 10 and the old blastwave stack. Actually these updates would help me because most of the time the answer i find are "first updates your libs, then come back and talk about your segfault problems". The packages needed for compilation are not yet released, they are new packages i took from Xorg project. I already did a few, i have about 8 more to submit. Xfce is a bit different. I have about 7 packages to compile in order, each one depending on another. Even if i have a dedicated zone, there is always a risk of side effect to other packages. Thus it is not so safe to go out of the standard way. > That would encourage others to help adopt updates, when needed, I think. > Sure. BTW i also always create mantis entries for that (and i appreciate to notice that other are really fast to process these ! thanks guys) 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 jgoerzen at opencsw.org Mon Mar 30 23:09:43 2009 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Mon, 30 Mar 2009 14:09:43 -0700 Subject: [csw-maintainers] what to put in MASTER_SITES In-Reply-To: <579084CF-644F-4579-A23E-B1518C8C1C58@opencsw.org> References: <315c02ae0903291910u24736ac3n9a48b631986a9d4f@mail.gmail.com> <579084CF-644F-4579-A23E-B1518C8C1C58@opencsw.org> Message-ID: <315c02ae0903301409g237d1f53g2bfa71e5873c2614@mail.gmail.com> On Mon, Mar 30, 2009 at 5:32 AM, Dagobert Michelsen wrote: > Hi Jake, > > Am 30.03.2009 um 04:10 schrieb Jake Goerzen: >> >> I'm working on updating our fltk package. I've committed my latest >> work but I could use some help. I'm not sure what to put in >> MASTER_SITES to download the source because the the source link is not >> a direct link. Nor is it hosted at SourceForge. > > In this case you must enter one of the mirrors as the page uses > http-refresh which isn't easily followable by wget. Please make > sure to also do a "gmake garchive" which makes a copy of the > software to /home/src so we have it just in case. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > Thank you both Maciej and Dago Jake From rupert at opencsw.org Tue Mar 31 01:39:38 2009 From: rupert at opencsw.org (rupert THURNER) Date: Tue, 31 Mar 2009 01:39:38 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> References: <625385e30903271248u6566e73aj2e99570c568065ca@mail.gmail.com> <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> Message-ID: <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> On Mon, Mar 30, 2009 at 17:49, Dagobert Michelsen wrote: > Hi, > > Am 30.03.2009 um 00:07 schrieb Philip Brown: >> >> Why do we need so much duplication, though? >> we have *3* wikis, and *3* bugtracking things. >> >> Since "trac" is both a wiki, AND a bugtracker. >> >> I think that there is some sensibility in having separate bugtracking and >> wiki engins, for "opencsw" vs "gar". but I think that we only >> need one of each for gar, not two :) >> >> Lets pick one of each for gar, before going crosseyed trying to plan these >> links out further? >> >> If one is going to be an "experimental-only" one, then I believe it should >> not be linked regularly at all. >> we should pick one main wiki, and one main bugtrack, for gar, and then >> have those be the official linked-to targets. > > When I set up "gar" on SourceForge Trac was not available as > hosted application. As it is there now we can happily switch > over from the standard SF bugtracker and MediaWiki to GAR. > > Rupert, Maciej, if you could join in on moving the stuff over :-) for the wiki: the mGAR things are copied. you want to keep the gar stuff as is? rupert. From dam at opencsw.org Tue Mar 31 09:11:59 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 09:11:59 +0200 Subject: [csw-maintainers] Transition of build8x Message-ID: <71686725-9625-4DD2-A876-7F5F2B987EA9@opencsw.org> Hi, in the transition of replacing build8x I have now switched hostnames: - The new server is now reachable via "build8x" (and build8x2 for some time) - The old server is now reachabke via "build8x1" for some time If everything is smooth I will shut down build8x1 next weekend. Best regards -- Dago From dam at opencsw.org Tue Mar 31 09:22:55 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 09:22:55 +0200 Subject: [csw-maintainers] Server build10x is having difficulties Message-ID: Hi, build10x is currently very slow. We are investigating this issue. Best regards -- Dago From dam at opencsw.org Tue Mar 31 09:56:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 09:56:43 +0200 Subject: [csw-maintainers] [csw-buildfarm] Server build10x is having difficulties In-Reply-To: References: Message-ID: Hi, Am 31.03.2009 um 09:22 schrieb Dagobert Michelsen: > build10x is currently very slow. We are investigating this issue. The issue is resolved. Sorry for the inconvenience. Best regards -- Dago From wmeler at opencsw.org Tue Mar 31 12:06:15 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Tue, 31 Mar 2009 12:06:15 +0200 Subject: [csw-maintainers] Mantis access Message-ID: <49D1EB17.8020300@opencsw.org> How to access mantis as package maintainer? I've released lua package and want to close bug report... regards, Wojtek From amaier at opencsw.org Tue Mar 31 12:12:18 2009 From: amaier at opencsw.org (Alexander Maier) Date: Tue, 31 Mar 2009 12:12:18 +0200 Subject: [csw-maintainers] New in testing: fontconfig 2.6.0 Message-ID: Hi, current fontconfig version is now in testing at http://mirror.opencsw.org/testing/ : fontconfig-2.6.0,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz fontconfig-2.6.0,REV=2009.03.30-SunOS5.8-sparc-CSW.pkg.gz Please give it a try. -Alexander From maciej at opencsw.org Tue Mar 31 12:20:41 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 31 Mar 2009 11:20:41 +0100 Subject: [csw-maintainers] Font packages Message-ID: How do we go about adding font packages? Let's suppose I have a font what I want to package. Let it be Terminus[1], for the sake of the exercise. Can it be somehow integrated with Sun-provided X server in Solaris 10? Are there established practices about including fonts in OpenCSW? Maciej [1] http://www.is-vn.bg/hamster/ From maciej at opencsw.org Tue Mar 31 12:24:18 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 31 Mar 2009 11:24:18 +0100 Subject: [csw-maintainers] On-line project resources In-Reply-To: <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> References: <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> Message-ID: On Tue, Mar 31, 2009 at 12:39 AM, rupert THURNER wrote: >> When I set up "gar" on SourceForge Trac was not available as >> hosted application. As it is there now we can happily switch >> over from the standard SF bugtracker and MediaWiki to GAR. >> >> Rupert, Maciej, if you could join in on moving the stuff over :-) > > for the wiki: the mGAR things are copied. you want to keep the gar stuff as is? Can already migrated Mediawiki pages be replaced with links to their Trac locations? From skayser at opencsw.org Tue Mar 31 13:14:52 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 31 Mar 2009 13:14:52 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: References: <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> Message-ID: <49D1FB2C.5060405@opencsw.org> Maciej (Matchek) Blizinski wrote: > On Tue, Mar 31, 2009 at 12:39 AM, rupert THURNER wrote: >>> When I set up "gar" on SourceForge Trac was not available as >>> hosted application. As it is there now we can happily switch >>> over from the standard SF bugtracker and MediaWiki to GAR. >>> >>> Rupert, Maciej, if you could join in on moving the stuff over :-) >> for the wiki: the mGAR things are copied. you want to keep the gar stuff as is? > > Can already migrated Mediawiki pages be replaced with links to their > Trac locations? I had just done so for the GAR variable reference and now for the other pages as well. The content of DynamicPackageFiles [1] looks modified compared to the content on the Media Wiki [2] so it might be a good idea for Dago to cross-check the new content on Trac and then replace the Media Wiki page with "This page has moved to ..." and mark it as moved to Trac on the main page as i have done on the Media Wiki main page. The --enable-fast-install page on Trac is missing some red color highlighting, i suppose this is because Trac doesn't support elements. Rupert, any chance to re-gain the red color? Sebastian [1] https://apps.sourceforge.net/trac/gar/wiki/DynamicPackageFiles [2] https://apps.sourceforge.net/mediawiki/gar/index.php?title=Packaging From skayser at opencsw.org Tue Mar 31 14:37:06 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 31 Mar 2009 14:37:06 +0200 Subject: [csw-maintainers] Mantis access In-Reply-To: <49D1EB17.8020300@opencsw.org> References: <49D1EB17.8020300@opencsw.org> Message-ID: <49D20E72.3030303@opencsw.org> Wojtek Meler wrote: > How to access mantis as package maintainer? > I've released lua package and want to close bug report... >From what i see, you have two Mantis accounts, one with the @opencsw.org address (username: "wm") and one with your private email address (username: "wmeler"). The latter one matches your maintainer username (wmeler) and is equipped with maintainer privileges for lua. So just use this one (adjust the mail address to point to wmeler at opencsw.org) instead of the "wm" one and you should be fine. Let me know whether that helps. Sebastian From phil at bolthole.com Tue Mar 31 16:45:58 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 31 Mar 2009 07:45:58 -0700 Subject: [csw-maintainers] Mantis access In-Reply-To: <49D1EB17.8020300@opencsw.org> References: <49D1EB17.8020300@opencsw.org> Message-ID: <20090331144558.GB28733@bolthole.com> On Tue, Mar 31, 2009 at 12:06:15PM +0200, Wojtek Meler wrote: > How to access mantis as package maintainer? > I've released lua package and want to close bug report... you should be able to now From phil at bolthole.com Tue Mar 31 16:50:03 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 31 Mar 2009 07:50:03 -0700 Subject: [csw-maintainers] Font packages In-Reply-To: References: Message-ID: <20090331145003.GD28733@bolthole.com> On Tue, Mar 31, 2009 at 11:20:41AM +0100, Maciej (Matchek) Blizinski wrote: > How do we go about adding font packages? Let's suppose I have a font > what I want to package. Let it be Terminus[1], for the sake of the > exercise. Can it be somehow integrated with Sun-provided X server in > Solaris 10? Are there established practices about including fonts in > OpenCSW? Hrrrrm. well, you have to add it to the "font path" somehow. We have an existing standard for where to put "X resources" files, so we should follow suit there. http://www.opencsw.org/userguide/ mentions XFILESEARCHPATH=/opt/csw/lib/X11/%T/%N%C so probably /opt/csw/lib/X11/fonts, as as copy of the sun /usr/openwin/lib/X11/fonts or whatever it is. However... Although.... with the new "X header" packages, deploying under /opt/csw/X11, perhaps it is time to change the location to /opt/csw/X11/lib. Please discuss :-) From ihsan at opencsw.org Tue Mar 31 17:24:23 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 31 Mar 2009 17:24:23 +0200 Subject: [csw-maintainers] wget Paket Message-ID: <49D235A7.2030605@opencsw.org> Hi Dago, I'm working currently on a updated version of the wget package. The wget package provides a statically linked wget binary, which is used by pkg-get. Before I was using a custom script to generate the wget package, but as far we are moving everything into Gar, I would like to do this with Gar as well. I was thinking, that I could run a second build process with different "configure" options. You provide already a possibility with the modulations, but I don't need an optimized version. I know this is a special case, but is this possible with Gar? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From Darin.Perusich at cognigencorp.com Tue Mar 31 19:35:42 2009 From: Darin.Perusich at cognigencorp.com (Darin Perusich) Date: Tue, 31 Mar 2009 13:35:42 -0400 Subject: [csw-maintainers] gar package howto Message-ID: <49D2546E.8090707@cognigencorp.com> Is there a howto for creating a package in GAR? I've been looking through, flailing around is more appropriate, the various documentation pages trying to figure this out and I'm getting nowhere. -- Darin Perusich Unix Systems Administrator Cognigen Corporation 395 Youngs Rd. Williamsville, NY 14221 Phone: 716-633-3463 Email: darinper at cognigencorp.com From skayser at opencsw.org Tue Mar 31 20:08:11 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 31 Mar 2009 20:08:11 +0200 Subject: [csw-maintainers] gar package howto In-Reply-To: <49D2546E.8090707@cognigencorp.com> References: <49D2546E.8090707@cognigencorp.com> Message-ID: <49D25C0B.8030809@opencsw.org> Hi Darin, Darin Perusich wrote: > Is there a howto for creating a package in GAR? I've been looking > through, flailing around is more appropriate, the various documentation > pages trying to figure this out and I'm getting nowhere. the documentation is in flux right now and it seems we rather have too much documentation ;). For now i have just adjusted the first part of the "GAR Tutorial" [1] (up to "Building 10 easy ...") to match the current GAR repository structure. Once i have completely overhauled it, it will be moved to the Trac Wiki. Easiest thing is to just check out a package that can be built with GAR, give it a "gmake package", and then have a look at some other Makefiles (build descriptions) to see how people use GAR. It is not as intimidating as it might look. You can cross-check with the GAR Variable Reference [2] to see what specific variables do. If you haven't done so, request access to the buildfarm [3] so that you don't have to setup the build environment yourself. I can give you a Q&A session on IRC later, if you would like to. Sebastian [1] http://apps.sourceforge.net/mediawiki/gar/index.php?title=GAR_Tutorial [2] http://apps.sourceforge.net/trac/gar/wiki/GAR%20Variable%20Reference [3] http://opencsw.org/standards/build_farm From dam at opencsw.org Tue Mar 31 21:09:58 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 21:09:58 +0200 Subject: [csw-maintainers] On-line project resources In-Reply-To: <49D1FB2C.5060405@opencsw.org> References: <20090327203105.GQ47757@bolthole.com> <625385e30903271340r4307dd64hd691e4dac6fa46ff@mail.gmail.com> <20090327211430.GV47757@bolthole.com> <20090329140924.GD30131@bolthole.com> <20090329220733.GM69158@bolthole.com> <1F8FD5D5-7410-4DEB-B548-FF03BEC89B69@opencsw.org> <6af4270903301639t7ecb22f3rd4613e3b31e35f80@mail.gmail.com> <49D1FB2C.5060405@opencsw.org> Message-ID: <74E91AF6-245F-4A61-8F94-3A17A5E3079E@opencsw.org> Hi, Am 31.03.2009 um 13:14 schrieb Sebastian Kayser: > The content of DynamicPackageFiles [1] looks modified compared to the > content on the Media Wiki [2] so it might be a good idea for Dago to > cross-check the new content on Trac and then replace the Media Wiki > page > with "This page has moved to ..." and mark it as moved to Trac on the > main page as i have done on the Media Wiki main page. I reviewed the Trac page, updated it and removed the original from MediaWiki. Best regards -- Dago From dam at opencsw.org Tue Mar 31 21:12:49 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 21:12:49 +0200 Subject: [csw-maintainers] gar package howto In-Reply-To: <49D25C0B.8030809@opencsw.org> References: <49D2546E.8090707@cognigencorp.com> <49D25C0B.8030809@opencsw.org> Message-ID: Hi Darin, Am 31.03.2009 um 20:08 schrieb Sebastian Kayser: > Darin Perusich wrote: >> Is there a howto for creating a package in GAR? I've been looking >> through, flailing around is more appropriate, the various >> documentation >> pages trying to figure this out and I'm getting nowhere. > > the documentation is in flux right now and it seems we rather have too > much documentation ;) Right. If you need anything else on GAR: just ask :-) Best regards -- Dago From dam at opencsw.org Tue Mar 31 21:16:58 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 21:16:58 +0200 Subject: [csw-maintainers] wget Paket In-Reply-To: <49D235A7.2030605@opencsw.org> References: <49D235A7.2030605@opencsw.org> Message-ID: Hi Ihsan, Am 31.03.2009 um 17:24 schrieb Ihsan Dogan: > I'm working currently on a updated version of the wget package. The > wget > package provides a statically linked wget binary, which is used by > pkg-get. > > Before I was using a custom script to generate the wget package, but > as > far we are moving everything into Gar, I would like to do this with > Gar > as well. > > I was thinking, that I could run a second build process with different > "configure" options. You provide already a possibility with the > modulations, but I don't need an optimized version. I know this is a > special case, but is this possible with Gar? Absolutely. I just finished ncurses with a modulation for wide- characters. Just take a look at Best regards -- Dago From mwatters at opencsw.org Tue Mar 31 21:40:36 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 31 Mar 2009 14:40:36 -0500 Subject: [csw-maintainers] Transition of build8x In-Reply-To: <71686725-9625-4DD2-A876-7F5F2B987EA9@opencsw.org> References: <71686725-9625-4DD2-A876-7F5F2B987EA9@opencsw.org> Message-ID: <49D271B4.3000107@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > in the transition of replacing build8x I have now switched hostnames: > > - The new server is now reachable via "build8x" (and build8x2 for some > time) > - The old server is now reachabke via "build8x1" for some time > > If everything is smooth I will shut down build8x1 next weekend. > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I found a minor issue with the "new" build8x box. seems the new box can't resolve DNS see error below: mwatters at build8x:~/mgar/pkg $ svn up python svn: PROPFIND request failed on '/svnroot/gar/csw/mgar/pkg' svn: PROPFIND of '/svnroot/gar/csw/mgar/pkg': Could not resolve hostname `gar.svn.sf.net': Host not found (https://gar.svn.sf.net) - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknScbQACgkQLrhmsXMSLxf9cQCffMN9tZWV9F0KN3kmXJuOt7Ww 4KUAoJFBq4NDniEoYyBEDAmrzLjwsVcD =Qc5v -----END PGP SIGNATURE----- From dam at opencsw.org Tue Mar 31 21:49:12 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 21:49:12 +0200 Subject: [csw-maintainers] Transition of build8x In-Reply-To: <49D271B4.3000107@opencsw.org> References: <71686725-9625-4DD2-A876-7F5F2B987EA9@opencsw.org> <49D271B4.3000107@opencsw.org> Message-ID: Hi Mike, Am 31.03.2009 um 21:40 schrieb Mike Watters: > I found a minor issue with the "new" build8x box. > seems the new box can't resolve DNS > > see error below: > > mwatters at build8x:~/mgar/pkg > $ svn up python > svn: PROPFIND request failed on '/svnroot/gar/csw/mgar/pkg' > svn: PROPFIND of '/svnroot/gar/csw/mgar/pkg': Could not resolve > hostname > `gar.svn.sf.net': Host not found (https://gar.svn.sf.net) The problem was not due to DNS, but due to a missing /etc/subversion/servers to use the proxy. This is fixed now. Thanks for the report! -- Dago From mwatters at opencsw.org Tue Mar 31 22:19:34 2009 From: mwatters at opencsw.org (Mike Watters) Date: Tue, 31 Mar 2009 15:19:34 -0500 Subject: [csw-maintainers] gcc-4.3.3 NOW IN TESTING Message-ID: <49D27AD6.10005@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After several concussions and gallons of spackle... gcc-4.3.3 is in testing. This is still missing the ada piece. that one is on its way. - -- 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 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknSetYACgkQLrhmsXMSLxcoIgCePPssSpG22F4LLdvi6uTEi1P/ U+cAoJpFLm9cVSV8egULsre6leGzapMl =K/M3 -----END PGP SIGNATURE----- From wmeler at opencsw.org Tue Mar 31 22:20:40 2009 From: wmeler at opencsw.org (Wojtek Meler) Date: Tue, 31 Mar 2009 22:20:40 +0200 Subject: [csw-maintainers] Mantis access In-Reply-To: <49D20E72.3030303@opencsw.org> References: <49D1EB17.8020300@opencsw.org> <49D20E72.3030303@opencsw.org> Message-ID: <49D27B18.8020406@opencsw.org> Sebastian Kayser pisze: > Wojtek Meler wrote: >> How to access mantis as package maintainer? >> I've released lua package and want to close bug report... > >>From what i see, you have two Mantis accounts, one with the @opencsw.org > address (username: "wm") and one with your private email address > (username: "wmeler"). > > The latter one matches your maintainer username (wmeler) and is equipped > with maintainer privileges for lua. So just use this one (adjust the > mail address to point to wmeler at opencsw.org) instead of the "wm" one and > you should be fine. > > Let me know whether that helps. Sure, it was hard to guess which private address was used :) - it is needed to recover lost password :). Could you remove "wm" account? Thanks From phil at bolthole.com Tue Mar 31 22:31:33 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 31 Mar 2009 13:31:33 -0700 Subject: [csw-maintainers] Mantis access In-Reply-To: <49D27B18.8020406@opencsw.org> References: <49D1EB17.8020300@opencsw.org> <49D20E72.3030303@opencsw.org> <49D27B18.8020406@opencsw.org> Message-ID: <20090331203133.GG82486@bolthole.com> On Tue, Mar 31, 2009 at 10:20:40PM +0200, Wojtek Meler wrote: > Sure, it was hard to guess which private address was used :) - it is > needed to recover lost password :). > Could you remove "wm" account? > done From dam at opencsw.org Tue Mar 31 23:04:17 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 31 Mar 2009 23:04:17 +0200 Subject: [csw-maintainers] Runtime linker pathes in GAR Message-ID: <33EBB8DF-3A47-4451-8793-B14A9D923519@opencsw.org> Hi, James is currently in the tedious task of reviewing all runtime linker pathes from the packages. To make it easier for you as maintainer I have a summary here how this works in GAR and how to fix things. Runtime pathes can be checked with /usr/ccs/bin/dump -Lv | A correct setting with ISALIST should look like [7] RUNPATH /opt/csw/lib/$ISALIST:/opt/csw/lib [8] RPATH /opt/csw/lib/$ISALIST:/opt/csw/lib A correct setting without ISALIST should look like [7] RUNPATH /opt/csw/lib [8] RPATH /opt/csw/lib GAR adds a runtime path with $ISALIST by default. To skip this entirely in GAR you can use NOISALIST = 1 How much shell escaping is necessary depends on if the application uses autoconf and/or libtool. The quoting-level can be reduced with RUNPATHQUOTE = 1 (quote for one expansion, e. g. only configure) as opposed to the default RUNPATHQUOTE = 2 (quote for double expansion, configure and libtool). Best regards -- Dago