From pfelecan at opencsw.org Sat Aug 1 09:21:02 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Sat, 01 Aug 2009 09:21:02 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: (Maciej Blizinski's message of "Fri\, 31 Jul 2009 20\:10\:09 +0100") References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> <20090731164757.GB30823@bolthole.com> Message-ID: "Maciej (Matchek) Blizinski" writes: > On Fri, Jul 31, 2009 at 6:49 PM, Peter FELECAN wrote: >> "Maciej (Matchek) Blizinski" writes: >> >>> [...] >>> >>> I've split the thread about the build systems into another one, and >>> I'd like to go back to the buildbot topic. Are there any comments >>> about the design or deployment plan? >> >> Split or not split, my comments are valid for this >> discussion. Consequently, please take into account this design >> requirements: >> >> 1. The buildbot deployment must be done on a separate hardware from that >> ? used for the regular, "manual", builds. > > This requirement might be a showstopper here. Can we trade it for a > restricted set of packages to build, avoiding the large ones? It *is* a showstopper if the infrastructure does not follow. If a quality assurance process impact negatively the controlled process we are in the presence of a counterproductive action. The interest of a separate test environment resides in the capacity to fully build it: you build the root of the graph dependency, install it, you build the direct dependants of the previous package and you install them, and you repeat this until the exhaustion of the dependency graph. That will test more than the building of a package, it will also validate the result as an installable package and that it can be used in building the other packages and, if we push to the extreme, that its behaviour is nominal. That could be an interesting process in helping to deliver stable releases. But I don't think that we, as a group, have the energy to implement something like that. -- Peter From rupert at opencsw.org Sat Aug 1 14:56:02 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 1 Aug 2009 14:56:02 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> <20090731164757.GB30823@bolthole.com> Message-ID: <6af4270908010556h66aaf3a4g47600c517c7ab238@mail.gmail.com> On Fri, Jul 31, 2009 at 19:49, Peter FELECAN wrote: > "Maciej (Matchek) Blizinski" writes: > >> [...] >> >> I've split the thread about the build systems into another one, and >> I'd like to go back to the buildbot topic. Are there any comments >> about the design or deployment plan? > > Split or not split, my comments are valid for this > discussion. Consequently, please take into account this design > requirements: > > 1. The buildbot deployment must be done on a separate hardware from that > ? used for the regular, "manual", builds. as the buildbot does only builds on changes i am unsure if this is necessary, as the builds get much nicer distributed. and if the build bot only builds out of finished tags, not every checkin necessarily leads to a build. as i am not paying the bill i'd have a hard time to make others pay a bill ;) rupert. From bwalton at opencsw.org Sat Aug 1 15:04:46 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 01 Aug 2009 09:04:46 -0400 Subject: [csw-maintainers] elisp compilation and gar Message-ID: <1249131693-sup-849@ntdws12.chass.utoronto.ca> Hi All, I just committed a change to GAR that allows you to handle .el -> .elc compilation in a standard manner. For most cases, simply setting COMPILE_ELISP to any value (eg: 1) will be all you need. This assumes that your .el files live in /opt/csw/share/emacs/site-lisp. All you need to do is get the .el files in place during the install step. I've updated the GAR variable reference if you want to see the other knobs that are available for this addition. https://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference 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 maciej at opencsw.org Sun Aug 2 11:16:09 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 2 Aug 2009 10:16:09 +0100 Subject: [csw-maintainers] Updated packages for Munin 1.3.4 in testing In-Reply-To: <4A6CD04D.3090500@opencsw.org> References: <4A60C3AD.7050800@opencsw.org> <4A660D38.7030600@opencsw.org> <4A6CD04D.3090500@opencsw.org> Message-ID: When installing munin_node, version 1.3.4,REV=2009.07.20, without installing munin_master: /opt/csw/share/man/man8/munin-node-configure-snmp.8 /opt/csw/share/man/man8/munin-node-configure.8 /opt/csw/share/man/man8/munin-node.8 /opt/csw/share/man/man8/munin-run.8 /opt/csw/share/perl/site_perl/Munin/Plugin.pm [ verifying class ] ERROR: attribute verification of failed group name not found in group table(s) owner name not found in passwd table(s) ERROR: attribute verification of failed group name not found in group table(s) owner name not found in passwd table(s) ERROR: attribute verification of failed group name not found in group table(s) owner name not found in passwd table(s) [ verifying class ] [ verifying class ] [ verifying class ] [ verifying class ] Installation of partially failed. ## Interrupted: package not installed in any non-global zones 1 package was not processed! The full output (from the second attempts) is here: http://dpaste.com/74319/ Maciej From bonivart at opencsw.org Sun Aug 2 11:39:15 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 2 Aug 2009 11:39:15 +0200 Subject: [csw-maintainers] Updated packages for Munin 1.3.4 in testing In-Reply-To: References: <4A60C3AD.7050800@opencsw.org> <4A660D38.7030600@opencsw.org> <4A6CD04D.3090500@opencsw.org> Message-ID: <625385e30908020239m3004262dk1cd9e8b2a15b7c2f@mail.gmail.com> On Sun, Aug 2, 2009 at 11:16 AM, Maciej (Matchek) Blizinski wrote: > When installing munin_node, version 1.3.4,REV=2009.07.20, without > installing munin_master: > > /opt/csw/share/man/man8/munin-node-configure-snmp.8 > /opt/csw/share/man/man8/munin-node-configure.8 > /opt/csw/share/man/man8/munin-node.8 > /opt/csw/share/man/man8/munin-run.8 > /opt/csw/share/perl/site_perl/Munin/Plugin.pm > [ verifying class ] > ERROR: attribute verification of failed > ? ?group name not found in group table(s) > ? ?owner name not found in passwd table(s) > ERROR: attribute verification of failed > ? ?group name not found in group table(s) > ? ?owner name not found in passwd table(s) > ERROR: attribute verification of failed > ? ?group name not found in group table(s) > ? ?owner name not found in passwd table(s) > [ verifying class ] > [ verifying class ] >From the output above it looks like the problem files should be in class ugfiles so cswusergroup can create the munin user/group first. -- /peter From ja at opencsw.org Sun Aug 2 11:48:04 2009 From: ja at opencsw.org (Juergen Arndt) Date: Sun, 02 Aug 2009 11:48:04 +0200 Subject: [csw-maintainers] Updated packages for Munin 1.3.4 in testing In-Reply-To: References: <4A60C3AD.7050800@opencsw.org> <4A660D38.7030600@opencsw.org> <4A6CD04D.3090500@opencsw.org> Message-ID: On Sun, 02 Aug 2009 11:16:09 +0200, Maciej (Matchek) Blizinski wrote: > When installing munin_node, version 1.3.4,REV=2009.07.20, without > installing munin_master: > > /opt/csw/share/man/man8/munin-node-configure-snmp.8 > /opt/csw/share/man/man8/munin-node-configure.8 > /opt/csw/share/man/man8/munin-node.8 > /opt/csw/share/man/man8/munin-run.8 > /opt/csw/share/perl/site_perl/Munin/Plugin.pm > [ verifying class ] > ERROR: attribute verification of failed > group name not found in group table(s) > owner name not found in passwd table(s) > ERROR: attribute verification of > failed > group name not found in group table(s) > owner name not found in passwd table(s) > ERROR: attribute verification of failed > group name not found in group table(s) > owner name not found in passwd table(s) > [ verifying class ] > [ verifying class ] > [ verifying class ] > [ verifying class ] > > Installation of partially failed. > ## Interrupted: package not installed in any non-global > zones > > 1 package was not processed! just in time, I'm working on it right now :) Juergen -- Juergen Arndt From ja at opencsw.org Sun Aug 2 12:20:15 2009 From: ja at opencsw.org (Juergen Arndt) Date: Sun, 02 Aug 2009 12:20:15 +0200 Subject: [csw-maintainers] Updated packages for Munin 1.3.4 in testing In-Reply-To: References: <4A60C3AD.7050800@opencsw.org> <4A660D38.7030600@opencsw.org> <4A6CD04D.3090500@opencsw.org> Message-ID: On Sun, 02 Aug 2009 11:16:09 +0200, Maciej (Matchek) Blizinski wrote: > When installing munin_node, version 1.3.4,REV=2009.07.20, without > installing munin_master: > > /opt/csw/share/man/man8/munin-node-configure-snmp.8 > /opt/csw/share/man/man8/munin-node-configure.8 > /opt/csw/share/man/man8/munin-node.8 > /opt/csw/share/man/man8/munin-run.8 > /opt/csw/share/perl/site_perl/Munin/Plugin.pm > [ verifying class ] > ERROR: attribute verification of failed > group name not found in group table(s) > owner name not found in passwd table(s) > ERROR: attribute verification of > failed > group name not found in group table(s) > owner name not found in passwd table(s) > ERROR: attribute verification of failed > group name not found in group table(s) > owner name not found in passwd table(s) > [ verifying class ] > [ verifying class ] > [ verifying class ] > [ verifying class ] > > Installation of partially failed. > ## Interrupted: package not installed in any non-global > zones > > 1 package was not processed! I put new packages into testing. Please check them out, they should work as expected (I hope) :) Juergen -- Juergen Arndt From maciej at opencsw.org Sun Aug 2 12:43:18 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 2 Aug 2009 11:43:18 +0100 Subject: [csw-maintainers] Updated packages for Munin 1.3.4 in testing In-Reply-To: References: <4A60C3AD.7050800@opencsw.org> <4A660D38.7030600@opencsw.org> <4A6CD04D.3090500@opencsw.org> Message-ID: On Sun, Aug 2, 2009 at 11:20 AM, Juergen Arndt wrote: > On Sun, 02 Aug 2009 11:16:09 +0200, Maciej (Matchek) Blizinski > wrote: > >> When installing munin_node, version 1.3.4,REV=2009.07.20, without >> installing munin_master: >> >> /opt/csw/share/man/man8/munin-node-configure-snmp.8 >> /opt/csw/share/man/man8/munin-node-configure.8 >> /opt/csw/share/man/man8/munin-node.8 >> /opt/csw/share/man/man8/munin-run.8 >> /opt/csw/share/perl/site_perl/Munin/Plugin.pm >> [ verifying class ] >> ERROR: attribute verification of failed >> ? ?group name not found in group table(s) >> ? ?owner name not found in passwd table(s) >> ERROR: attribute verification of failed >> ? ?group name not found in group table(s) >> ? ?owner name not found in passwd table(s) >> ERROR: attribute verification of failed >> ? ?group name not found in group table(s) >> ? ?owner name not found in passwd table(s) >> [ verifying class ] >> [ verifying class ] >> [ verifying class ] >> [ verifying class ] >> >> Installation of partially failed. >> ## Interrupted: package not installed in any non-global >> zones >> >> 1 package was not processed! > > I put new packages into testing. Please check them out, they should work as > expected (I hope) :) Still no joy: /etc/opt/csw/munin/plugins/load /etc/opt/csw/munin/plugins/uptime [ verifying class ] [ verifying class ] pkginstall: ERROR: unable to create package object . pathname does not exist group name not found in group table(s) owner name not found in passwd table(s) /var/opt/csw/munin/db pkginstall: ERROR: unable to create package object . pathname does not exist group name not found in group table(s) owner name not found in passwd table(s) /var/opt/csw/munin/db/plugin-state pkginstall: ERROR: unable to create package object . group name not found in group table(s) owner name not found in passwd table(s) /var/opt/csw/munin/log pkginstall: ERROR: unable to create package object . pathname does not exist group name not found in group table(s) owner name not found in passwd table(s) /var/opt/csw/munin/run [ verifying class ] ERROR: attribute verification of failed group name not found in group table(s) owner name not found in passwd table(s) ERROR: attribute verification of failed group name not found in group table(s) owner name not found in passwd table(s) ERROR: attribute verification of failed group name not found in group table(s) owner name not found in passwd table(s) ERROR: attribute verification of failed group name not found in group table(s) owner name not found in passwd table(s) [ verifying class ] [ verifying class ] Installation of on zone partially failed. Try a box with zones and make sure the munin user is not present on any of them. Maciej From ja at opencsw.org Sun Aug 2 13:59:45 2009 From: ja at opencsw.org (Juergen Arndt) Date: Sun, 02 Aug 2009 13:59:45 +0200 Subject: [csw-maintainers] Updated packages for Munin 1.3.4 in testing In-Reply-To: References: <4A60C3AD.7050800@opencsw.org> <4A660D38.7030600@opencsw.org> <4A6CD04D.3090500@opencsw.org> Message-ID: On Sun, 02 Aug 2009 12:43:18 +0200, Maciej (Matchek) Blizinski wrote: > Still no joy: > > /etc/opt/csw/munin/plugins/load > /etc/opt/csw/munin/plugins/uptime > [ verifying class ] > [ verifying class ] > pkginstall: ERROR: unable to create package object > . > pathname does not exist > group name not found in group table(s) > owner name not found in passwd table(s) > /var/opt/csw/munin/db > pkginstall: ERROR: unable to create package object > . > pathname does not exist > group name not found in group table(s) > owner name not found in passwd table(s) > /var/opt/csw/munin/db/plugin-state > pkginstall: ERROR: unable to create package object > . > group name not found in group table(s) > owner name not found in passwd table(s) > /var/opt/csw/munin/log > pkginstall: ERROR: unable to create package object > . > pathname does not exist > group name not found in group table(s) > owner name not found in passwd table(s) > /var/opt/csw/munin/run > [ verifying class ] > ERROR: attribute verification of failed > group name not found in group table(s) > owner name not found in passwd table(s) > ERROR: attribute verification of > failed > group name not found in group table(s) > owner name not found in passwd table(s) > ERROR: attribute verification of failed > group name not found in group table(s) > owner name not found in passwd table(s) > ERROR: attribute verification of failed > group name not found in group table(s) > owner name not found in passwd table(s) > [ verifying class ] > [ verifying class ] > > Installation of on zone > partially failed. > > Try a box with zones and make sure the munin user is not present on any > of them. Very strange, I installed the package on two fresh zones on different systems without any problem. There was definetely no munin user at all. Just to be sure: Do you use the package built today? (munin_node-1.3.4,REV=2009.08.02-SunOS5.8-all-CSW.pkg.gz) Juergen -- Juergen Arndt From maciej at opencsw.org Sun Aug 2 15:38:29 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 2 Aug 2009 14:38:29 +0100 Subject: [csw-maintainers] Updated packages for Munin 1.3.4 in testing In-Reply-To: References: <4A60C3AD.7050800@opencsw.org> <4A660D38.7030600@opencsw.org> <4A6CD04D.3090500@opencsw.org> Message-ID: On Sun, Aug 2, 2009 at 12:59 PM, Juergen Arndt wrote: >> Installation of on zone >> partially failed. >> >> Try a box with zones and make sure the munin user is not present on any of >> them. > > Very strange, I installed the package on two fresh zones on different > systems without any problem. There was definetely no munin user at all. > > Just to be sure: Do you use the package built today? > (munin_node-1.3.4,REV=2009.08.02-SunOS5.8-all-CSW.pkg.gz) Yes, I installed the latest version: $ pkgparam CSWmuninnode VERSION 1.3.4,REV=2009.08.02 I'm getting the same result every time. Maciej From ja at opencsw.org Sun Aug 2 16:36:56 2009 From: ja at opencsw.org (Juergen Arndt) Date: Sun, 02 Aug 2009 16:36:56 +0200 Subject: [csw-maintainers] Updated packages for Munin 1.3.4 in testing In-Reply-To: References: <4A60C3AD.7050800@opencsw.org> <4A660D38.7030600@opencsw.org> <4A6CD04D.3090500@opencsw.org> Message-ID: On Sun, 02 Aug 2009 15:38:29 +0200, Maciej (Matchek) Blizinski wrote: >> Very strange, I installed the package on two fresh zones on different >> systems without any problem. There was definetely no munin user at all. >> >> Just to be sure: Do you use the package built today? >> (munin_node-1.3.4,REV=2009.08.02-SunOS5.8-all-CSW.pkg.gz) > > Yes, I installed the latest version: > > $ pkgparam CSWmuninnode VERSION > 1.3.4,REV=2009.08.02 > > I'm getting the same result every time. Do you have a /var/opt/csw directory on your system? Just an idea ... Juergen -- Juergen Arndt From rupert at opencsw.org Sun Aug 2 17:34:04 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 2 Aug 2009 17:34:04 +0200 Subject: [csw-maintainers] mercurial-1.3.1 on testing Message-ID: <6af4270908020834n4f4a5d2cv51f17d176c5768be@mail.gmail.com> mercurial-1.3.1 is on testing. feedback is welcome. the package is slightly simplified as there is no common any more to prevent the hg failure when started out of mod_wsgi. trygve, if you like it, could you compile and release it? we tested it here and it works, even if some tests are failing. hopefully we get some feedback to the errors from the mercurial mailing list. they removed 4 by adjusting the test cases, so i guess that also other errors can be removed by this. rupert. From bonivart at opencsw.org Sun Aug 2 18:44:01 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 2 Aug 2009 18:44:01 +0200 Subject: [csw-maintainers] catalog for build8x is rotten In-Reply-To: <9D4229A3-579A-415A-AFFB-484C736B735B@opencsw.org> References: <20090710141148.GA99639@bolthole.com> <20090710150446.GA75987@bolthole.com> <163C84FE-DD36-4A96-AEF6-371345E60478@opencsw.org> <20090710161724.GA73109@bolthole.com> <9D4229A3-579A-415A-AFFB-484C736B735B@opencsw.org> Message-ID: <625385e30908020944y3677f594i7900a68528faa14b@mail.gmail.com> On Sun, Jul 12, 2009 at 3:25 PM, Dagobert Michelsen wrote: > No problem :-) Apart from that both tools should have an option for > download which does in no case require root access. Most operations are available with pkgutil as non-root as long as you use a work directory (set with -W) that is writable. -- /peter From bonivart at opencsw.org Sun Aug 2 18:49:16 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 2 Aug 2009 18:49:16 +0200 Subject: [csw-maintainers] remove openldap not possible with pkg-get and pkgutil In-Reply-To: <6af4270907190711jdc8fe14s4c80318218688272@mail.gmail.com> References: <94E2A58978FC324196A142DE8399AB7802315343@chsa1556.share.beluni.net> <6af4270907190711jdc8fe14s4c80318218688272@mail.gmail.com> Message-ID: <625385e30908020949h960da37m788a13db5ddff8c4@mail.gmail.com> On Sun, Jul 19, 2009 at 4:11 PM, rupert THURNER wrote: > i was testing the new source code packages, and i did not pay enough > attention when upgrading. after doing a > > pkgutil -t http://mirror.opencsw.org/opencsw/testing -i subversion > pkgutil -t http://mirror.opencsw.org/opencsw/testing -i mercurial > > subversion was insisting on finding /opt/csw/lib/libldap-2.3.so.0, > while only /opt/csw/lib/libldap-2.4.so.0 was available. somehow > openldap got upgraded to > openldap_rt-2.4.16,REV=2009.06.29-SunOS5.8-sparc-CSW.pkg.gz from > testing. You can exclude installs/upgrades of packages you're not interested in by using the -x option. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -i subversion -x CSWoldaprt -- /peter From trygvis at opencsw.org Sun Aug 2 18:53:37 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Sun, 02 Aug 2009 18:53:37 +0200 Subject: [csw-maintainers] mercurial-1.3.1 on testing In-Reply-To: <6af4270908020834n4f4a5d2cv51f17d176c5768be@mail.gmail.com> References: <6af4270908020834n4f4a5d2cv51f17d176c5768be@mail.gmail.com> Message-ID: <4A75C491.9060505@opencsw.org> rupert THURNER wrote: > mercurial-1.3.1 is on testing. feedback is welcome. > > the package is slightly simplified as there is no common any more to > prevent the hg failure when started out of mod_wsgi. Can you explain what the problem was? > trygve, if you like it, could you compile and release it? we tested it > here and it works, even if some tests are failing. hopefully we get > some feedback to the errors from the mercurial mailing list. they > removed 4 by adjusting the test cases, so i guess that also other > errors can be removed by this. -- Trygve From rupert at opencsw.org Sun Aug 2 18:57:46 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 2 Aug 2009 18:57:46 +0200 Subject: [csw-maintainers] mercurial-1.3.1 on testing In-Reply-To: <4A75C491.9060505@opencsw.org> References: <6af4270908020834n4f4a5d2cv51f17d176c5768be@mail.gmail.com> <4A75C491.9060505@opencsw.org> Message-ID: <6af4270908020957o4e99b48cw6b65cefc584332c8@mail.gmail.com> 2009/8/2 Trygve Laugst?l : > rupert THURNER wrote: >> >> mercurial-1.3.1 is on testing. feedback is welcome. >> >> the package is slightly simplified as there is no common any more to >> prevent the hg failure when started out of mod_wsgi. > > Can you explain what the problem was? > >> trygve, if you like it, could you compile and release it? we tested it >> here and it works, even if some tests are failing. hopefully we get >> some feedback to the errors from the mercurial mailing list. they >> removed 4 by adjusting the test cases, so i guess that also other >> errors can be removed by this. it did not find the templates located in shared, provided by the common package. but i did not track it down why this was the case. it seemed anyway that themplates and mercurial itself get upgraded in a single cycle. rupert. From trygvis at opencsw.org Sun Aug 2 19:02:19 2009 From: trygvis at opencsw.org (=?UTF-8?B?VHJ5Z3ZlIExhdWdzdMO4bA==?=) Date: Sun, 02 Aug 2009 19:02:19 +0200 Subject: [csw-maintainers] mercurial-1.3.1 on testing In-Reply-To: <6af4270908020957o4e99b48cw6b65cefc584332c8@mail.gmail.com> References: <6af4270908020834n4f4a5d2cv51f17d176c5768be@mail.gmail.com> <4A75C491.9060505@opencsw.org> <6af4270908020957o4e99b48cw6b65cefc584332c8@mail.gmail.com> Message-ID: <4A75C69B.8010709@opencsw.org> rupert THURNER wrote: > 2009/8/2 Trygve Laugst?l : >> rupert THURNER wrote: >>> mercurial-1.3.1 is on testing. feedback is welcome. >>> >>> the package is slightly simplified as there is no common any more to >>> prevent the hg failure when started out of mod_wsgi. >> Can you explain what the problem was? >> >>> trygve, if you like it, could you compile and release it? we tested it >>> here and it works, even if some tests are failing. hopefully we get >>> some feedback to the errors from the mercurial mailing list. they >>> removed 4 by adjusting the test cases, so i guess that also other >>> errors can be removed by this. > > it did not find the templates located in shared, provided by the > common package. but i did not track it down why this was the case. it > seemed anyway that themplates and mercurial itself get upgraded in a > single cycle. They do, but the point was to save the amount of data to be mirrored. If it is possible I'd like to have to packages. -- Trygve From rupert at opencsw.org Sun Aug 2 19:08:23 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 2 Aug 2009 19:08:23 +0200 Subject: [csw-maintainers] mercurial-1.3.1 on testing In-Reply-To: <4A75C69B.8010709@opencsw.org> References: <6af4270908020834n4f4a5d2cv51f17d176c5768be@mail.gmail.com> <4A75C491.9060505@opencsw.org> <6af4270908020957o4e99b48cw6b65cefc584332c8@mail.gmail.com> <4A75C69B.8010709@opencsw.org> Message-ID: <6af4270908021008i1155dbebr65d9313b3b4c874a@mail.gmail.com> 2009/8/2 Trygve Laugst?l : > rupert THURNER wrote: >> >> 2009/8/2 Trygve Laugst?l : >>> >>> rupert THURNER wrote: >>>> >>>> mercurial-1.3.1 is on testing. feedback is welcome. >>>> >>>> the package is slightly simplified as there is no common any more to >>>> prevent the hg failure when started out of mod_wsgi. >>> >>> Can you explain what the problem was? >>> >>>> trygve, if you like it, could you compile and release it? we tested it >>>> here and it works, even if some tests are failing. hopefully we get >>>> some feedback to the errors from the mercurial mailing list. they >>>> removed 4 by adjusting the test cases, so i guess that also other >>>> errors can be removed by this. >> >> it did not find the templates located in shared, provided by the >> common package. but i did not track it down why this was the case. it >> seemed anyway that themplates and mercurial itself get upgraded in a >> single cycle. > > They do, but the point was to save the amount of data to be mirrored. If it > is possible I'd like to have to packages. ah. maybe you find the error i / it made. the current size is: $ ls -l /home/testing/mercurial-1.3.1,REV\=2009.08.02-SunOS5.8-* -rw-rw-rw- 1 rupert csw 2236265 Aug 2 03:59 /home/testing/mercurial-1.3.1,REV=2009.08.02-SunOS5.8-i386-CSW.pkg.gz -rw-rw-rw- 1 rupert csw 2232996 Aug 2 03:56 /home/testing/mercurial-1.3.1,REV=2009.08.02-SunOS5.8-sparc-CSW.pkg.gz i continue to track the test cases. newest crew has only 7 failing. rupert. From jeff at cjsa.com Mon Aug 3 07:01:06 2009 From: jeff at cjsa.com (Jeffery Small) Date: Mon, 3 Aug 2009 05:01:06 GMT Subject: [csw-maintainers] New catalog (?) problem with the gcc3g++ upgrade Message-ID: I'm the canary in the coal mine for upgrades lately! :-) I just upgraded to the latest gcc3 and gcc3g++ packages and now when I list the packages with pkg-get I get multiple listings for gcc3g++ and gcc3g++rt. Looking into the catalog file for my download site (/var/pkg-get/catalog-ftp.math.purdue.edu) I see the following entries: gcc3g++ 3.4.5 CSWgcc3g++ gcc3g++-3.4.5-SunOS5.8-sparc-CSW.pkg.gz \ 3aa4ec3f8c6840ca705ea0e6f202104a 10173356 CSWcommon|CSWgcc3core|\ CSWgcc3g++rt|CSWiconv none gcc3g++ 3.4.6,REV=2009.06.25 CSWgcc3g++ \ gcc3g++-3.4.6,REV=2009.06.25-SunOS5.8-sparc-CSW.pkg.gz \ 0b23f20bb324e1a34f21ae6a0f8659c1 10419809 CSWcommon|CSWgcc3core|\ CSWgcc3g++rt|CSWiconv none gcc3g++rt 3.4.5 CSWgcc3g++rt gcc3g++rt-3.4.5-SunOS5.8-sparc-CSW.pkg.gz \ 4916e11245af5df337d5473c069a9402 2715788 CSWcommon|CSWgcc3corert|\ CSWgcc3corert none gcc3g++rt 3.4.6,REV=2009.06.25 CSWgcc3g++rt \ gcc3g++rt-3.4.6,REV=2009.06.25-SunOS5.8-sparc-CSW.pkg.gz \ f2a5e8230144d0571622cba2bbc051e9 2714276 CSWcommon|CSWgcc3corert none The catalog has apparently been corrupted and needs to be fixed. The 3.4.5 entries need to be eliminated. Just to be clear, there are not multiple packages installed on the system: 1-> pkginfo | grep CSWgcc3 CSWgcc3 gcc3 - GNU C Compiler branch 3 Replacement CSWgcc3core gcc3core - GNU C Compiler CSWgcc3corert gcc3corert - GNU C Compiler Run Time CSWgcc3g++ gcc3g++ - GNU C++ Compiler CSWgcc3g++rt gcc3g++rt - GNU C++ Compiler Run Time CSWgcc3rt gcc3rt - GNU Compiler Suite branch 3 Run Time Replacement P.S.: Still waiting for an update to the appropriate dbus package(s) so that I will be able to once again fully halt my SPARC server! I believe we determined that you cannot shutdown the svc:/system/cswdbus:default service and therefore, when halting the OS, it hangs waiting for this service which never terminates. I can wait an appropriate amount of time and then L1-A the system and reboot, but this problem makes it impossible for operations like UPS shutdown/restart to properly run, so it really needs to be fixed. Regards, -- Jeff C. Jeffery Small CJSA LLC 206-232-3338 jeff at cjsa.com 7000 E Mercer Way, Mercer Island, WA 98040 From bonivart at opencsw.org Mon Aug 3 14:20:09 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 3 Aug 2009 14:20:09 +0200 Subject: [csw-maintainers] New catalog (?) problem with the gcc3g++ upgrade In-Reply-To: References: Message-ID: <625385e30908030520q7fe00938ld19bc2d4e726d20b@mail.gmail.com> On Mon, Aug 3, 2009 at 7:01 AM, Jeffery Small wrote: > The catalog has apparently been corrupted and needs to be fixed. ?The 3.4.5 > entries need to be eliminated. You're right, I run chkcat daily on customer systems and got this by e-mail: ERROR! CSWgcc3g++ exists more than once. ERROR! CSWgcc3g++rt exists more than once. Maybe we should run that on the master mirror too? It finds many common problems with the catalogs. -- /peter From dam at opencsw.org Mon Aug 3 17:57:59 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 3 Aug 2009 17:57:59 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: References: Message-ID: Hi Peter, Am 31.07.2009 um 16:09 schrieb Peter FELECAN: > Some weeks ago we had I/O issues when gcc3, OpenOffice and Firefox > where > built in the same period. What I'm saying, is *automatic build must be > done on a different hardware stack* To take advantage of an automated build system we need at least one of these: (1) automatic commits of version upgrades done by upstream_watch (2) release process based on automatic builds The implementation of (1) would take the burden off a maintainer to do routine updates and concentrate on testing. For (2) we need to formalize the build recipe for a package in terms of Solaris 8/10 and 32/64 bit assembly. This is planned for mGAR v2-pbuild. BTW: The issues some weeks ago were not induced by packaging activity, but by ZFS bug #6596237. It will be finally fixed with patch 141414-08 to be released on 2009-08-07. Best regards -- Dago From rupert at opencsw.org Mon Aug 3 17:57:59 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 3 Aug 2009 17:57:59 +0200 Subject: [csw-maintainers] trac: Invalid package CSWpysvn specified. Message-ID: <6af4270908030857w2c05b623g65f9f00f472e30f8@mail.gmail.com> hi, i tried to build an updated trac package, but get the error: ERROR: information for "CSWpysvn" was not found ERROR: Invalid package CSWpysvn specified. Check of /tmp/trac-0.11.5,REV=2009.08.03-SunOS5.10-sparc-UNCOMMITTED.pkg.gz fails gmake: *** [pkgcheck-CSWtrac] Error 2 how can this be avoided? rupert. From dam at opencsw.org Mon Aug 3 18:06:02 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 3 Aug 2009 18:06:02 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> Message-ID: Hi Peter, Am 31.07.2009 um 16:14 schrieb Peter FELECAN: > Yes: I prefer to use my own "sausage factory". Known complexity versus > unknown complexity. Besides, my "volunteer-ship" on this project > predating gar's usage gives me the choice to use the system that I > prefer. > > When the politics of the foundation change and the usage of gar is > mandatory I reserve my decision. The problem is two-fold: - If for whatever reason I stop working for the company I do now the build machine may be shutdown. I neither plan nor expect this, but it may happen. But then the homedirectories would be gone. - If a maintainer leaves the build recipes may or may not be in his homedirectory. If they are not it is hard to continue to provide support for the packages. For these two reasons it would be very nice if the maintainers with custom build environments could check in their build recipes to SourceForge, in whatever form. The important thing here is not automatization, but well-known backup. If we can include alien build-scripts in the GAR tree with automatization: all the better. This applies to - Phil - Peter (Felecan) - James - have I forgotten someone? Best regards -- Dago From pfelecan at opencsw.org Mon Aug 3 18:09:14 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 03 Aug 2009 18:09:14 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: (Dagobert Michelsen's message of "Mon\, 3 Aug 2009 17\:57\:59 +0200") References: Message-ID: Dagobert Michelsen writes: > Hi Peter, > > Am 31.07.2009 um 16:09 schrieb Peter FELECAN: >> Some weeks ago we had I/O issues when gcc3, OpenOffice and Firefox >> where >> built in the same period. What I'm saying, is *automatic build must be >> done on a different hardware stack* > > To take advantage of an automated build system we need at least one of > these: > > (1) automatic commits of version upgrades done by upstream_watch > (2) release process based on automatic builds > > The implementation of (1) would take the burden off a maintainer > to do routine updates and concentrate on testing. > > For (2) we need to formalize the build recipe for a package in terms > of Solaris 8/10 and 32/64 bit assembly. This is planned for > mGAR v2-pbuild. > > BTW: The issues some weeks ago were not induced by packaging activity, > but by > ZFS bug #6596237. It will be finally fixed with patch 141414-08 to be > released on 2009-08-07. This does not invalidate the requirement that I expressed that the automatic builds must be done on different hardware as to not penalise current activity. -- Peter From maciej at opencsw.org Mon Aug 3 18:13:06 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 3 Aug 2009 17:13:06 +0100 Subject: [csw-maintainers] trac: Invalid package CSWpysvn specified. In-Reply-To: <6af4270908030857w2c05b623g65f9f00f472e30f8@mail.gmail.com> References: <6af4270908030857w2c05b623g65f9f00f472e30f8@mail.gmail.com> Message-ID: On Mon, Aug 3, 2009 at 4:57 PM, rupert THURNER wrote: > hi, > > i tried to build an updated trac package, but get the error: > > ERROR: information for "CSWpysvn" was not found > ERROR: Invalid package CSWpysvn specified. Check of > /tmp/trac-0.11.5,REV=2009.08.03-SunOS5.10-sparc-UNCOMMITTED.pkg.gz > fails > gmake: *** [pkgcheck-CSWtrac] Error 2 > > how can this be avoided? Is the pysvn package installed on the system where you try to build trac? Maciej From pfelecan at opencsw.org Mon Aug 3 18:17:03 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 03 Aug 2009 18:17:03 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: (Dagobert Michelsen's message of "Mon\, 3 Aug 2009 18\:06\:02 +0200") References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> Message-ID: Dagobert Michelsen writes: > Am 31.07.2009 um 16:14 schrieb Peter FELECAN: >> Yes: I prefer to use my own "sausage factory". Known complexity versus >> unknown complexity. Besides, my "volunteer-ship" on this project >> predating gar's usage gives me the choice to use the system that I >> prefer. >> >> When the politics of the foundation change and the usage of gar is >> mandatory I reserve my decision. > > The problem is two-fold: > > - If for whatever reason I stop working for the company I do now the > build > machine may be shutdown. I neither plan nor expect this, but it may > happen. > But then the homedirectories would be gone. > - If a maintainer leaves the build recipes may or may not be in his > homedirectory. > If they are not it is hard to continue to provide support for the > packages. I half jokingly propose that we do a regular backup in a "cloud". > For these two reasons it would be very nice if the maintainers with > custom > build environments could check in their build recipes to SourceForge, > in whatever form. The important thing here is not automatization, but > well-known backup. If we can include alien build-scripts in the GAR tree > with automatization: all the better. This applies to Maybe I didn't succeed to make me understood: I do not wish automatising to happen for my packages. As for providing the stuff which serves me to package it's on my to do list since an eternity; it's quite easy to do as the work is under source control --- sorry I don't use SCCS... --- unfortunately my ISP doesn't provide a SCM access to the system running my web site. When I'll have the time and the money --- viz. energy --- I'll do the necessary actions; until then you can snapshot my home directory. -- Peter From rupert at opencsw.org Mon Aug 3 18:50:11 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 3 Aug 2009 18:50:11 +0200 Subject: [csw-maintainers] trac: Invalid package CSWpysvn specified. In-Reply-To: References: <6af4270908030857w2c05b623g65f9f00f472e30f8@mail.gmail.com> Message-ID: <6af4270908030950u4387694cmb8b41221db36c4d6@mail.gmail.com> no, don't think so. i try to build on the buildfarm. On Mon, Aug 3, 2009 at 18:13, Maciej (Matchek) Blizinski wrote: > On Mon, Aug 3, 2009 at 4:57 PM, rupert THURNER wrote: >> hi, >> >> i tried to build an updated trac package, but get the error: >> >> ERROR: information for "CSWpysvn" was not found >> ERROR: Invalid package CSWpysvn specified. Check of >> /tmp/trac-0.11.5,REV=2009.08.03-SunOS5.10-sparc-UNCOMMITTED.pkg.gz >> fails >> gmake: *** [pkgcheck-CSWtrac] Error 2 >> >> how can this be avoided? > > Is the pysvn package installed on the system where you try to build trac? > > Maciej > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From maciej at opencsw.org Mon Aug 3 18:53:56 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 3 Aug 2009 17:53:56 +0100 Subject: [csw-maintainers] trac: Invalid package CSWpysvn specified. In-Reply-To: <6af4270908030950u4387694cmb8b41221db36c4d6@mail.gmail.com> References: <6af4270908030857w2c05b623g65f9f00f472e30f8@mail.gmail.com> <6af4270908030950u4387694cmb8b41221db36c4d6@mail.gmail.com> Message-ID: On Mon, Aug 3, 2009 at 5:50 PM, rupert THURNER wrote: > no, don't think so. > i try to build on the buildfarm. You can force it to build by: ENABLE_CHECK=0 gmake package (How's that for a hearsay? :-) ) Otherwise you can try to convince buildfarm administrators to install the library for you. Maciej From rupert at opencsw.org Mon Aug 3 19:59:21 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 3 Aug 2009 19:59:21 +0200 Subject: [csw-maintainers] v2-pbuild - test with subversion In-Reply-To: <6af4270907041037s4861a955y30e5b94c1f1197c@mail.gmail.com> References: <6af4270907041037s4861a955y30e5b94c1f1197c@mail.gmail.com> Message-ID: <6af4270908031059w7325843bwb5545236db688813@mail.gmail.com> repost on request ... On Sat, Jul 4, 2009 at 19:37, rupert THURNER wrote: > hi, > > i tried to switch the svn package to v2-pbuild, and noticed the following: > > > 1. parallel start > the file gets downloaded wrongly (parallel wget) > > > 2. start without clean, after the other build is at "unzipping" > the build on build8s is faster, and finishes. the build on build8x > finishes later with: > > /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/./opt/csw/lib/perl/site_perl/auto/SVN/_Client > pax: /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/opt/csw/lib/perl/site_perl/auto/SVN/_Client/_Client.so > : Permission denied > /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/./opt/csw/lib/perl/site_perl/auto/SVN/_Client/_Client.so > pax: /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/opt/csw/lib/perl/site_perl/auto/SVN/_Client/_Client.bs > : Permission denied > /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/./opt/csw/lib/perl/site_perl/auto/SVN/_Client/_Client.bs > /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/./opt/csw/lib/perl/site_perl/auto/SVN/_Core > pax: /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/opt/csw/lib/perl/site_perl/auto/SVN/_Core/_Core.so > : Permission denied > /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/./opt/csw/lib/perl/site_perl/auto/SVN/_Core/_Core.so > /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/./opt/csw/lib/perl/site_perl/auto/SVN/_Core/.packlist > pax: /home/rupert/mgar/pkg/subversion/trunk/work/pkgroot/opt/csw/lib/perl/site_perl/auto/SVN/_Core/_Core.bs > : Permission denied > > > rupert > From rupert at opencsw.org Mon Aug 3 20:14:47 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 3 Aug 2009 20:14:47 +0200 Subject: [csw-maintainers] v2-pbuild Message-ID: <6af4270908031114n452249f6r387a073404f1b3f7@mail.gmail.com> trying it with libevent results in: gmake[1]: Leaving directory `/home/rupert/mgar/pkg/libevent/trunk' [merge-license] complete for libevent. [merge] complete for libevent. /bin/sh: work/build-global-i386/prototype: cannot create gmake: *** [work/build-global-i386/prototype] Error 1 it looks like the clean on build8s removes the files used for build8x? rupert From dam at opencsw.org Mon Aug 3 21:02:23 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 3 Aug 2009 21:02:23 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> <20090731164757.GB30823@bolthole.com> Message-ID: <2F658C1F-3D47-487C-AA73-1376AA6365AA@opencsw.org> Hi Peter, Am 31.07.2009 um 19:49 schrieb Peter FELECAN: > 1. The buildbot deployment must be done on a separate hardware from > that > used for the regular, "manual", builds. The T5220 is fairly large and could be configured with a build zone in the "batch" dispatcher class without disturbance of the interactive builds. > 2. Other build systems that gar must be able to use the deployed > "automatic" build infrastructure using buildbot. Why is that? If we don't mandate buildbot-only-deployment even GAR-only builds would be nice to have. Best regards -- Dago From dam at opencsw.org Mon Aug 3 21:06:16 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 3 Aug 2009 21:06:16 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: <20090731164757.GB30823@bolthole.com> References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> <20090731164757.GB30823@bolthole.com> Message-ID: <29BAC9EF-21D7-434F-B220-39C94FBE116D@opencsw.org> Hi, Am 31.07.2009 um 18:47 schrieb Philip Brown: > If there were a simplified published API, for the source tree, that > would > accept and interface build systems other than gar, then perhaps > Peter F > (and "others" *cough*) would be more inclined to check their stuff > into it. > > for example, if there were a flat namespace in the source tree, and > if it > were always possible to do > > cd mgar/pkg/softwarename > #and then one or more of > make > make package > (?make clean?) > > Define an absolute top-level "API" that doesnt require GAR, and you > might > see more stuff in there, even from the "GAR-o-phobes" > Right now, you have sort of a defacto one from GAR usage. But you > havent > formally stated, "as long as you follow [this API], its ok even if > you're > not using gar]" I like this approach - it is simple. We are talking about the packages of three maintainers here. Phil, Peter, James: Would you be willing to commit your recipes to the repository with these three entry points? From there we can go forward. Best regards -- Dago From dam at opencsw.org Mon Aug 3 21:52:41 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 3 Aug 2009 21:52:41 +0200 Subject: [csw-maintainers] HowTo question with mGAR In-Reply-To: <4A73513C.5000107@opencsw.org> References: <4A73513C.5000107@opencsw.org> Message-ID: <4EBADD7B-844C-4089-BACA-13DCD0909C55@opencsw.org> Hi Mike, Am 31.07.2009 um 22:17 schrieb Mike Watters: > Can someone tell me how to include "extra" package admin files using > mGAR. > I have 3 custom class scripts that I need to include in the package > but can't > figure out how to force gar to include them. There are two things that you must do: 1. put the class action files in the prototype with "i [i|r]." 2. make the [i|r]. file available This could be done with a prototype filter, however this is pretty ugly right now. First, add your class action to DISTFILES: DISTFILES = i.admin Then you need the prototype filter adding the line to the prototype. However, this is evaluated twice right now: once for .prototype and once for .prototype-$(GARCH), which is then used for the package. We must therefore take the line out and then insert it to work on dual invocation. It looks something like this: PROTOTYPE_FILTER = (fgrep -v "i.admin";echo "i i.admin=\$$$ $WORKDIR_FIRSTMOD/i.admin") Pretty ugly, but works. I imagine that something like DISTFILES = prototype-prepend would be useful. Or CLASSACTIONS = myinstall which just does everything automatically. ...and the double invocation of the prototype filter should be removed. Would you please file a bug report for GAR as I am a bit overloaded right now and don't want to forget this. Best regards -- Dago From dam at opencsw.org Mon Aug 3 22:15:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 3 Aug 2009 22:15:24 +0200 Subject: [csw-maintainers] trac: Invalid package CSWpysvn specified. In-Reply-To: <6af4270908030857w2c05b623g65f9f00f472e30f8@mail.gmail.com> References: <6af4270908030857w2c05b623g65f9f00f472e30f8@mail.gmail.com> Message-ID: Hi Rupert, Am 03.08.2009 um 17:57 schrieb rupert THURNER: > i tried to build an updated trac package, but get the error: > > ERROR: information for "CSWpysvn" was not found > ERROR: Invalid package CSWpysvn specified. Check of > /tmp/trac-0.11.5,REV=2009.08.03-SunOS5.10-sparc-UNCOMMITTED.pkg.gz > fails > gmake: *** [pkgcheck-CSWtrac] Error 2 > > how can this be avoided? The CSWpysvn package is installing right now. And you also have UNCOMMITTED in the package name. Please make sure that "svn status" only shows the external reference to GAR and either ignore or delete or commit the rest. Best regards -- Dago From phil at bolthole.com Mon Aug 3 22:58:48 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 3 Aug 2009 13:58:48 -0700 Subject: [csw-maintainers] gcc3 problem fixed, i hope Message-ID: <20090803205848.GA45950@bolthole.com> fyi: did some manual catalog mangling, to clear up the g++ issue. (I think it's because of the '++' in its name. arg). hopefully, fixed now. From rupert at opencsw.org Mon Aug 3 23:49:55 2009 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 3 Aug 2009 23:49:55 +0200 Subject: [csw-maintainers] ld illegal option, pysvn Message-ID: <6af4270908031449p710809d2ned6df31feae2a209@mail.gmail.com> hi, i try to build http://pysvn.tigris.org to run http://review-board.org. after changing to a non-standard directory "backport" changes the source to be python-2.x compliant (not python-3), then "configure" is producing a Makefile. then the compilation ends with an ld error. $ cd pysvn-1.7.0/Source $ python ./setup.py backport $ python setup.py configure --svn-inc-dir=/opt/csw/include/subversion-1 --apr-inc-dir=/opt/csw/apache2/include --svn-bin-dir=/opt/csw/bin --svn-lib-dir=/opt/csw/lib/svn --apr-lib-dir=/opt/csw/apache2/lib $ gmake -j 20 ... Compile pysvn/_pysvn_2_6.so g++ -shared -o pysvn/_pysvn_2_6.so pysvn.o pysvn_callbacks.o pysvn_client.o pysvn_static_strings.o pysvn_enum_string.o pysvn_client_cmd_add.o pysvn_client_cmd_changelist.o pysvn_client_cmd_checkin.o pysvn_client_cmd_copy.o pysvn_client_cmd_diff.o pysvn_client_cmd_export.o pysvn_client_cmd_info.o pysvn_client_cmd_list.o pysvn_client_cmd_lock.o pysvn_client_cmd_merge.o pysvn_client_cmd_prop.o pysvn_client_cmd_revprop.o pysvn_client_cmd_switch.o pysvn_transaction.o pysvn_revision.o pysvn_docs.o pysvn_path.o pysvn_arg_processing.o pysvn_converters.o pysvn_svnenv.o pysvn_profile.o cxxsupport.o cxx_extensions.o cxxextensions.o IndirectPythonInterface.o -L/opt/csw/lib/svn -Wl,--rpath -Wl,/opt/csw/lib/svn -lsvn_client-1 -lsvn_diff-1 -lsvn_repos-1 -lresolv -lexpat -lneon /usr/ccs/bin/ld: illegal option -- - how one could avoid this error? and how one could put these commands into gar? rupert. From mwatters at opencsw.org Tue Aug 4 00:10:49 2009 From: mwatters at opencsw.org (Mike Watters) Date: Mon, 03 Aug 2009 17:10:49 -0500 Subject: [csw-maintainers] ld illegal option, pysvn In-Reply-To: <6af4270908031449p710809d2ned6df31feae2a209@mail.gmail.com> References: <6af4270908031449p710809d2ned6df31feae2a209@mail.gmail.com> Message-ID: <4A776069.90700@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi rupert, rupert THURNER wrote: > Compile pysvn/_pysvn_2_6.so > g++ -shared -o pysvn/_pysvn_2_6.so pysvn.o pysvn_callbacks.o > pysvn_client.o pysvn_static_strings.o pysvn_enum_string.o > pysvn_client_cmd_add.o pysvn_client_cmd_changelist.o > pysvn_client_cmd_checkin.o pysvn_client_cmd_copy.o > pysvn_client_cmd_diff.o pysvn_client_cmd_export.o > pysvn_client_cmd_info.o pysvn_client_cmd_list.o > pysvn_client_cmd_lock.o pysvn_client_cmd_merge.o > pysvn_client_cmd_prop.o pysvn_client_cmd_revprop.o > pysvn_client_cmd_switch.o pysvn_transaction.o pysvn_revision.o > pysvn_docs.o pysvn_path.o pysvn_arg_processing.o pysvn_converters.o > pysvn_svnenv.o pysvn_profile.o cxxsupport.o cxx_extensions.o > cxxextensions.o IndirectPythonInterface.o -L/opt/csw/lib/svn > -Wl,--rpath -Wl,/opt/csw/lib/svn -lsvn_client-1 -lsvn_diff-1 > -lsvn_repos-1 -lresolv -lexpat -lneon > /usr/ccs/bin/ld: illegal option -- - > > how one could avoid this error? and how one could put these commands into gar? This error comes form something in the build inserting "--rpath" into the ldd string. --rpath is not a valid option for ld, and "-rpath" is not a valid option for /usr/ccs/bin/ld you need to look in the configuration and see where it is building the ld string and modify the options accordingly. If I get a few spare cycles while trying to help get the berkeley issues cleaned up, I will look into it a bit more. - -- ~Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." --> Albert Einstein 1879 - 1955 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkp3YGkACgkQLrhmsXMSLxchNACdGWKn2PcqtmayXHHejy5erCFQ lmIAn10+F4sgRvvSySocEUgqfZw0fEse =hPEc -----END PGP SIGNATURE----- From rupert at opencsw.org Tue Aug 4 00:13:04 2009 From: rupert at opencsw.org (rupert THURNER) Date: Tue, 4 Aug 2009 00:13:04 +0200 Subject: [csw-maintainers] trac: Invalid package CSWpysvn specified. In-Reply-To: References: <6af4270908030857w2c05b623g65f9f00f472e30f8@mail.gmail.com> Message-ID: <6af4270908031513n5845b204y2a52fedd8d05f1cc@mail.gmail.com> On Mon, Aug 3, 2009 at 22:15, Dagobert Michelsen wrote: > Hi Rupert, > > Am 03.08.2009 um 17:57 schrieb rupert THURNER: >> >> i tried to build an updated trac package, but get the error: >> >> ERROR: information for "CSWpysvn" was not found >> ERROR: Invalid package CSWpysvn specified. Check of >> /tmp/trac-0.11.5,REV=2009.08.03-SunOS5.10-sparc-UNCOMMITTED.pkg.gz >> fails >> gmake: *** [pkgcheck-CSWtrac] Error 2 >> >> how can this be avoided? > > The CSWpysvn package is installing right now. And you also have UNCOMMITTED many thanks, this will be useful! i will use ENABLE_CHECK=0 for the other python packages missing, like genshi, as there is no reason to clutter the buildfarm with it. > the package name. Please make sure that "svn status" only shows the external > reference to GAR and either ignore or delete or commit the rest. thanks for the hint. i wanted to ask mike what to do after a first test because trac is mike's package. could you also install libevent from /home/testing on the buildfarm please? i try to upgrade memcached to use it for reviewboard. the internal tests for for libevent pass. memcached does not compile because libevent is missing. as the version jump for both libevent and memcached is rather big i expect existing memcached installations to break if we deliver libevent only. rupert. From dam at opencsw.org Tue Aug 4 08:59:27 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 4 Aug 2009 08:59:27 +0200 Subject: [csw-maintainers] trac: Invalid package CSWpysvn specified. In-Reply-To: <6af4270908031513n5845b204y2a52fedd8d05f1cc@mail.gmail.com> References: <6af4270908030857w2c05b623g65f9f00f472e30f8@mail.gmail.com> <6af4270908031513n5845b204y2a52fedd8d05f1cc@mail.gmail.com> Message-ID: <9D7F5B60-F866-4050-A625-8FE9E23D94C8@opencsw.org> Hi Rupert, Am 04.08.2009 um 00:13 schrieb rupert THURNER: > could you also install libevent from /home/testing on the buildfarm > please? i try to upgrade memcached to use it for reviewboard. The usual policy is to first release packages before installing on the farm, but an exception here may be valid as there are no further dependencies to libevent and prior release would break installations. BUT: The library installs to /usr/local. This is of course not acceptable :-) Please fix the location and I'll install it. Please mail to buildfarm@ next time because I tend to sleep once in a while ;-) > the internal tests for for libevent pass. memcached does not compile > because libevent is missing. as the version jump for both libevent and > memcached is rather big i expect existing memcached installations to > break if we deliver libevent only. Ok. Best regards -- Dago From william at wbonnet.net Tue Aug 4 12:30:39 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 04 Aug 2009 12:30:39 +0200 Subject: [csw-maintainers] Should X11 headers from Sun be remove from the farm ? Message-ID: <4A780DCF.9020300@wbonnet.net> Hi, Since we are now providing X11 packages, i am wondering the following (and i'm not yet sure it is a good idea...). Should we remove X11 devel packages provided by Sun on the build machines ? The reason why i'm asking this, is that i have a few makefiles with hardcoded path to /usr/openwin/include which need to be patched. It already provided compilation error. But it has also certainly compiled things against Sun libs instead of OpenCSW ones... cheers W. From rupert at opencsw.org Tue Aug 4 13:07:56 2009 From: rupert at opencsw.org (rupert THURNER) Date: Tue, 4 Aug 2009 13:07:56 +0200 Subject: [csw-maintainers] Should X11 headers from Sun be remove from the farm ? In-Reply-To: <4A780DCF.9020300@wbonnet.net> References: <4A780DCF.9020300@wbonnet.net> Message-ID: <6af4270908040407i600a269dx69d6968bf9307090@mail.gmail.com> On Tue, Aug 4, 2009 at 12:30, William Bonnet wrote: > Hi, > > Since we are now providing X11 packages, i am wondering the following (and > i'm not yet sure it is a good idea...). > > Should we remove X11 devel packages provided by Sun on the build machines ? > > The reason why i'm asking this, is that i have a few makefiles with > hardcoded path to /usr/openwin/include which need to be patched. It already > provided compilation error. But it has also certainly compiled things > against Sun libs instead of OpenCSW ones... we sometimes run servers without sun X11, which would speak in favor of removing sun devel packages. rupert. From rupert at opencsw.org Tue Aug 4 13:52:51 2009 From: rupert at opencsw.org (rupert THURNER) Date: Tue, 4 Aug 2009 13:52:51 +0200 Subject: [csw-maintainers] difference depend, REQUIRED_PKGS_ Message-ID: <6af4270908040452sf8962e8of7afb32718d00d7a@mail.gmail.com> hi, i am sure you once talked about it on the list, but i am not able to find the reference any more, also http://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference does not mention it. what is the difference when using: * REQUIRED_PKGS_ * DEPENDS rupert. From dam at opencsw.org Tue Aug 4 14:34:15 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 4 Aug 2009 14:34:15 +0200 Subject: [csw-maintainers] difference depend, REQUIRED_PKGS_ In-Reply-To: <6af4270908040452sf8962e8of7afb32718d00d7a@mail.gmail.com> References: <6af4270908040452sf8962e8of7afb32718d00d7a@mail.gmail.com> Message-ID: Hi Rupert, Am 04.08.2009 um 13:52 schrieb rupert THURNER: > i am sure you once talked about it on the list, but i am not able to > find the reference any more, also > http://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference > does not mention it. what is the difference when using: > * REQUIRED_PKGS_ These packages are put in the depend file of the package and are required during package installation. > * DEPENDS This is an old variable from the original GARNOME. It is not used in our environment. Best regards -- Dago From bwalton at opencsw.org Tue Aug 4 15:07:08 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 04 Aug 2009 09:07:08 -0400 Subject: [csw-maintainers] Buildbot In-Reply-To: <29BAC9EF-21D7-434F-B220-39C94FBE116D@opencsw.org> References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> <20090731164757.GB30823@bolthole.com> <29BAC9EF-21D7-434F-B220-39C94FBE116D@opencsw.org> Message-ID: <1249390977-sup-640@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Mon Aug 03 15:06:16 -0400 2009: > I like this approach - it is simple. We are talking about the > packages of three maintainers here. Phil, Peter, James: Would you be > willing to commit your recipes to the repository with these three > entry points? ...I've thought about this more over the weekend and I think that it is important that the standard trunk/branches/tags convention be maintained even for things not using GAR. Maybe a script in the 'top level' for each package named 'build' that can be any executable (either driving the make, or running whatever scripted steps are desirable as per James' comments) that had as the only requirement the final production of package files (no patch/build/package intermediates...no args). Sticking to svn best practices will make it easier in the future if it's ever wanted/needed to move from svn to something else. No intermediate steps makes it much easier for everyone to wrap up what already exists for their non-GAR packaging. What do people think of this? [Specifically those not using GAR...] -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 Aug 4 16:35:29 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 04 Aug 2009 16:35:29 +0200 Subject: [csw-maintainers] Broken Qt includes Message-ID: <4A784731.8080607@wbonnet.net> Hi, Please would it be possible to remove the following file from build9s ? These are includes provided by Qt package that should not be here... It is making FF3 compilation fail on this box. [wbonnet at build9s:~/mgar/pkg/firefox/branches/firefox3-packaging]$ grep "provided by Netscape" /opt/csw/include/* /opt/csw/include/jri.h:#error "/home/espenr/tmp/qt-3-espenr-26122/qt/extensions/nsplugin/src/jri.h must be provided by Netscape" /opt/csw/include/jri_md.h:#error "/home/espenr/tmp/qt-3-espenr-26122/qt/extensions/nsplugin/src/jri_md.h must be provided by Netscape" /opt/csw/include/jritypes.h:#error "/home/espenr/tmp/qt-3-espenr-26122/qt/extensions/nsplugin/src/jritypes.h must be provided by Netscape" /opt/csw/include/npapi.h:#error "/home/espenr/tmp/qt-3-espenr-26122/qt/extensions/nsplugin/src/npapi.h must be provided by Netscape" /opt/csw/include/npupp.h:#error "/home/espenr/tmp/qt-3-espenr-26122/qt/extensions/nsplugin/src/npupp.h must be provided by Netscape" Thanks in advance cheers W. From ellson at opencsw.org Tue Aug 4 17:10:38 2009 From: ellson at opencsw.org (John Ellson) Date: Tue, 04 Aug 2009 11:10:38 -0400 Subject: [csw-maintainers] libcairo in testing RPATH is broken In-Reply-To: References: <4A71E917.1010205@opencsw.org> Message-ID: <4A784F6E.7090608@opencsw.org> Dago, Sorry for the slow response. These were the only changes I made. I don't know anything about any "$ORIGIN" (The s/disable-tests/disable-full-testing/ change is premature, but its no worse than before. --disable-full-testing is used in libcairo's git latest, so it should work soon.) Apparently I didn't have the latest gar. Rebuilding now with r5844 but I don't think that was the problem. The built libcairo.so is still not finding /opt/csw/X11/lib/libxcb-render.so without adding that directory to LD_LIBRARY_PATH. I don't think this is a problem that I created. $ svn diff -r5356 Makefile Index: Makefile =================================================================== --- Makefile (revision 5356) +++ Makefile (working copy) @@ -54,9 +54,8 @@ EXTRA_PKG_CONFIG_DIRS = $(prefix)/X11/lib CONFIGURE_ARGS = $(DIRPATHS) -CONFIGURE_ARGS += --disable-tests --enable-xlib=yes --enable-xlib-xrender=yes --enable-ft=yes --with-x -# SVG must be disabled as libsvg depends on libcairo and we would get a cyclic dependency -CONFIGURE_ARGS += --enable-png=yes --enable-ps=yes --enable-pdf=yes --enable-svg=no --enable-xcb=yes +CONFIGURE_ARGS += --disable-full-testing --enable-xlib=yes --enable-xlib-xrender=yes --enable-ft=yes --with-x +CONFIGURE_ARGS += --enable-png=yes --enable-ps=yes --enable-pdf=yes --enable-svg=yes --enable-xcb=yes CONFIGURE_ARGS += --enable-gtk-doc --enable-test-surfaces=yes include gar/category.mk John On 07/30/2009 04:05 PM, Dagobert Michelsen wrote: > Hi John, > > Am 30.07.2009 um 20:40 schrieb Mike Watters: >> here is the excerpt from dump -Lv >> this in turn breaks everything that depends on libcairo as it can not >> find >> >> $ ldd /opt/csw/bin/pidgin # for example >> ... >> libxcb-render-util.so.0 => (file not found) >> libxcb-render.so.0 => (file not found) >> ... >> >> $ dump -Lv /opt/csw/lib/sparcv8/libcairo.so.2 >> >> /opt/csw/lib/sparcv8/libcairo.so.2: >> >> **** DYNAMIC SECTION INFORMATION **** >> ... >> [15] SONAME libcairo.so.2 >> [16] RUNPATH /opt/csw/lib/SALIST:RIGIN/../lib:/opt/csw/lib >> [17] RPATH /opt/csw/lib/SALIST:RIGIN/../lib:/opt/csw/lib > > This is very strange. > John: How have you build that package? With GAR? If yes, what revision > of GAR > itself were you using? I can't remember putting $ORIGIN in anywhere. > > > Best regards > > -- Dago > From pfelecan at opencsw.org Tue Aug 4 17:26:47 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Tue, 04 Aug 2009 17:26:47 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: <1249390977-sup-640@ntdws12.chass.utoronto.ca> (Ben Walton's message of "Tue\, 04 Aug 2009 09\:07\:08 -0400") References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> <20090731164757.GB30823@bolthole.com> <29BAC9EF-21D7-434F-B220-39C94FBE116D@opencsw.org> <1249390977-sup-640@ntdws12.chass.utoronto.ca> Message-ID: Ben Walton writes: > Excerpts from Dagobert Michelsen's message of Mon Aug 03 15:06:16 -0400 2009: > >> I like this approach - it is simple. We are talking about the >> packages of three maintainers here. Phil, Peter, James: Would you be >> willing to commit your recipes to the repository with these three >> entry points? > > ...I've thought about this more over the weekend and I think that it > is important that the standard trunk/branches/tags convention be > maintained even for things not using GAR. Maybe a script in the 'top > level' for each package named 'build' that can be any executable > (either driving the make, or running whatever scripted steps are > desirable as per James' comments) that had as the only requirement the > final production of package files (no patch/build/package > intermediates...no args). > > Sticking to svn best practices will make it easier in the future if > it's ever wanted/needed to move from svn to something else. No > intermediate steps makes it much easier for everyone to wrap up what > already exists for their non-GAR packaging. Subversion it's alright. Lets not move too far in the future as some are still in the far past... who said SCCS? Oh my, I used this for 10 years in the 80s and 90s. > What do people think of this? [Specifically those not using GAR...] The issue with this is that to work I need to commit in an additional repository, from my point of view who has one here, hundreds of components among them: the build system and the recipes; also it will be necessary to adapt my build system in the buildbot context --- don't tell me that it isn't the case, I have many years of regression testing, which implies automatic builds. Thus, as I wrote earlier, I don't think that I have the motivation to find the energy to do this. -- Peter From bwalton at opencsw.org Tue Aug 4 17:29:22 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 04 Aug 2009 11:29:22 -0400 Subject: [csw-maintainers] bdb updates question Message-ID: <1249399575-sup-1968@ntdws12.chass.utoronto.ca> Ruby depends on CSWbdb3. Do I need to rebuild it at this point to handle the large changes that happened to the bdb* packages? I've got updated packages ready, but I'll reroll them if required. 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 Tue Aug 4 17:34:49 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Tue, 04 Aug 2009 17:34:49 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: (Maciej Blizinski's message of "Fri\, 31 Jul 2009 15\:25\:45 +0100") References: Message-ID: "Maciej (Matchek) Blizinski" writes: > On Fri, Jul 31, 2009 at 3:09 PM, Peter FELECAN wrote: >> "Maciej (Matchek) Blizinski" writes: >> >>> On Fri, Jul 31, 2009 at 11:42 AM, Peter FELECAN wrote: >>>> "Maciej (Matchek) Blizinski" writes: >>> The GAR packages will be the main focus now, since they comprise about >>> 91% builds (that I know of, that is, ~1083 out of ~1186). Once we're >>> there, we can extend support to other build sources. Of course, it >>> would make it easier to implement if a code repository was available >>> to buildbot. >> >> Are you sure for the figures above? > > Do you want to argue about the figures? :-) > > I counted the packages I knew about: the number of subdirectories in > mgar/pkg, plus mgar/pkg/cpan, plus number of packages listed on your > maitainer page. Feel free to offer better figures! :-) Of course I'm arguing about the figures: as Dag said there are at least 3 maintainers not using gar --- IMHO there are more than that. The total number of packages in the unstable i386 5.8 catalog is 2052. The number of the presumed 3 non gar maintainers packages is 331. This doesn't match your numbers but I invite you to argue on the contrary. Anyhow, the proportion is roughly 1 in 7, 16% of the packages are not gar built. -- Peter From pfelecan at opencsw.org Tue Aug 4 17:38:35 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Tue, 04 Aug 2009 17:38:35 +0200 Subject: [csw-maintainers] Should X11 headers from Sun be remove from the farm ? In-Reply-To: <4A780DCF.9020300@wbonnet.net> (William Bonnet's message of "Tue\, 04 Aug 2009 12\:30\:39 +0200") References: <4A780DCF.9020300@wbonnet.net> Message-ID: William Bonnet writes: > Since we are now providing X11 packages, i am wondering the following > (and i'm not yet sure it is a good idea...). Neither me... > Should we remove X11 devel packages provided by Sun on the build machines ? In principle I'm strongly opposed to this as IMHO we do not provide everything that a full X11 distribution provide. If I'm wrong I wish to know where and willing to change my opinion. > The reason why i'm asking this, is that i have a few makefiles with > hardcoded path to /usr/openwin/include which need to be patched. It > already provided compilation error. But it has also certainly compiled > things against Sun libs instead of OpenCSW ones... If there are hard-coded paths please patch the sources to obtain a build without dependencies toward SUN provided headers and/or libraries. -- Peter From bwalton at opencsw.org Tue Aug 4 17:44:22 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 04 Aug 2009 11:44:22 -0400 Subject: [csw-maintainers] Buildbot In-Reply-To: References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> <20090731164757.GB30823@bolthole.com> <29BAC9EF-21D7-434F-B220-39C94FBE116D@opencsw.org> <1249390977-sup-640@ntdws12.chass.utoronto.ca> Message-ID: <1249400433-sup-2966@ntdws12.chass.utoronto.ca> Excerpts from Peter FELECAN's message of Tue Aug 04 11:26:47 -0400 2009: > Subversion it's alright. Lets not move too far in the future as some are > still in the far past... who said SCCS? Oh my, I used this for 10 years > in the 80s and 90s. I'm not proposing that we would/should change away from svn. I'm just trying to avoid making decisions that would hamstring us in the future if we ever wanted/needed to... > The issue with this is that to work I need to commit in an additional > repository, from my point of view who has one here, hundreds of > components among them: the build system and the recipes; also it will be > necessary to adapt my build system in the buildbot context --- don't > tell me that it isn't the case, I have many years of regression testing, > which implies automatic builds. Thus, as I wrote earlier, I don't think > that I have the motivation to find the energy to do this. >From my perspective, I'm only thinking about the issue of getting all build recipies (GAR or otherwise) into the svn tree. While I think that the automated build system is a good idea and could be useful, it's not something I'm pushing as a primary goal...I'll leave that for those that have knowledge of such systems, etc. I'd just like to ensure we don't lose knowledge of how to build various things. If you moved your code into svn, you could forgo the old repository, no? You'd be duplicating effort to maintain it in both... [Not trying to push, just being hopeful.] 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 maciej at opencsw.org Tue Aug 4 18:00:47 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 4 Aug 2009 17:00:47 +0100 Subject: [csw-maintainers] difference depend, REQUIRED_PKGS_ In-Reply-To: References: <6af4270908040452sf8962e8of7afb32718d00d7a@mail.gmail.com> Message-ID: On Tue, Aug 4, 2009 at 1:34 PM, Dagobert Michelsen wrote: > Hi Rupert, > > Am 04.08.2009 um 13:52 schrieb rupert THURNER: >> >> i am sure you once talked about it on the list, but i am not able to >> find the reference any more, also >> http://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference >> does not mention it. what is the difference when using: >> * REQUIRED_PKGS_ > > These packages are put in the depend file of the package and are > required during package installation. I have a question about 'required' vs 'prerequisite'. Both words mean the same thing. The difference in GAR is that there are build dependencies and runtime dependencies. Most of the runtime dependencies are build dependencies as well. Would it be hard to replace REQUIRED_PKGS with RUNTIME_DEPS (or something similar) and PREREQUISITE_PKGS with BUILD_DEPS? What if I prepared a giant change replacing this in the whole code repository? :-) Maciej From skayser at opencsw.org Tue Aug 4 18:03:51 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 4 Aug 2009 18:03:51 +0200 (CEST) Subject: [csw-maintainers] difference depend, REQUIRED_PKGS_ In-Reply-To: References: <6af4270908040452sf8962e8of7afb32718d00d7a@mail.gmail.com> Message-ID: <59357.194.246.122.22.1249401831.squirrel@ssl.skayser.de> Maciej (Matchek) Blizinski wrote: > On Tue, Aug 4, 2009 at 1:34 PM, Dagobert Michelsen wrote: >> Hi Rupert, >> >> Am 04.08.2009 um 13:52 schrieb rupert THURNER: >>> >>> i am sure you once talked about it on the list, but i am not able to >>> find the reference any more, also >>> http://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference >>> does not mention it. what is the difference when using: >>> * REQUIRED_PKGS_ >> >> These packages are put in the depend file of the package and are >> required during package installation. > > I have a question about 'required' vs 'prerequisite'. Both words mean > the same thing. The difference in GAR is that there are build > dependencies and runtime dependencies. Most of the runtime > dependencies are build dependencies as well. Would it be hard to > replace REQUIRED_PKGS with RUNTIME_DEPS (or something similar) and > PREREQUISITE_PKGS with BUILD_DEPS? What if I prepared a giant change > replacing this in the whole code repository? :-) +1 from a GAR user perspective :) Sebastian From ellson at opencsw.org Tue Aug 4 18:53:12 2009 From: ellson at opencsw.org (John Ellson) Date: Tue, 04 Aug 2009 12:53:12 -0400 Subject: [csw-maintainers] libcairo in testing RPATH is broken In-Reply-To: <4A784F6E.7090608@opencsw.org> References: <4A71E917.1010205@opencsw.org> <4A784F6E.7090608@opencsw.org> Message-ID: <4A786778.4060903@opencsw.org> Dago, I found where $ORIGIN comes from, from .profile which contains: LD_OPTIONS='-R/opt/csw/lib/$ISALIST -R$ORIGIN/../lib -R/opt/csw/lib -L/opt/csw/lib' I've no idea where that came from? Some OpenCSW docs somewhere. What should the LD_OPTIONS setting be? Should it include -R/opt/csw/X11/lib -L/opt/csw/X11/lib so that /opt/csw/X11/lib/libxcb-render.so is found? John On 08/04/2009 11:10 AM, John Ellson wrote: > Dago, > > Sorry for the slow response. > > These were the only changes I made. I don't know anything about any > "$ORIGIN" > (The s/disable-tests/disable-full-testing/ change is premature, but > its no worse than before. > --disable-full-testing is used in libcairo's git latest, so it should > work soon.) > > Apparently I didn't have the latest gar. Rebuilding now with r5844 > but I don't think that was the problem. The built libcairo.so is > still not finding /opt/csw/X11/lib/libxcb-render.so without adding > that directory to LD_LIBRARY_PATH. > I don't think this is a problem that I created. > > > > > $ svn diff -r5356 Makefile > Index: Makefile > =================================================================== > --- Makefile (revision 5356) > +++ Makefile (working copy) > @@ -54,9 +54,8 @@ > EXTRA_PKG_CONFIG_DIRS = $(prefix)/X11/lib > > CONFIGURE_ARGS = $(DIRPATHS) > -CONFIGURE_ARGS += --disable-tests --enable-xlib=yes > --enable-xlib-xrender=yes --enable-ft=yes --with-x > -# SVG must be disabled as libsvg depends on libcairo and we would get > a cyclic dependency > -CONFIGURE_ARGS += --enable-png=yes --enable-ps=yes --enable-pdf=yes > --enable-svg=no --enable-xcb=yes > +CONFIGURE_ARGS += --disable-full-testing --enable-xlib=yes > --enable-xlib-xrender=yes --enable-ft=yes --with-x > +CONFIGURE_ARGS += --enable-png=yes --enable-ps=yes --enable-pdf=yes > --enable-svg=yes --enable-xcb=yes > CONFIGURE_ARGS += --enable-gtk-doc --enable-test-surfaces=yes > > include gar/category.mk > > > > John > > > > > On 07/30/2009 04:05 PM, Dagobert Michelsen wrote: >> Hi John, >> >> Am 30.07.2009 um 20:40 schrieb Mike Watters: >>> here is the excerpt from dump -Lv >>> this in turn breaks everything that depends on libcairo as it can >>> not find >>> >>> $ ldd /opt/csw/bin/pidgin # for example >>> ... >>> libxcb-render-util.so.0 => (file not found) >>> libxcb-render.so.0 => (file not found) >>> ... >>> >>> $ dump -Lv /opt/csw/lib/sparcv8/libcairo.so.2 >>> >>> /opt/csw/lib/sparcv8/libcairo.so.2: >>> >>> **** DYNAMIC SECTION INFORMATION **** >>> ... >>> [15] SONAME libcairo.so.2 >>> [16] RUNPATH /opt/csw/lib/SALIST:RIGIN/../lib:/opt/csw/lib >>> [17] RPATH /opt/csw/lib/SALIST:RIGIN/../lib:/opt/csw/lib >> >> This is very strange. >> John: How have you build that package? With GAR? If yes, what >> revision of GAR >> itself were you using? I can't remember putting $ORIGIN in anywhere. >> >> >> Best regards >> >> -- Dago >> > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From phil at bolthole.com Tue Aug 4 19:25:12 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 4 Aug 2009 10:25:12 -0700 (PDT) Subject: [csw-maintainers] bdb updates question In-Reply-To: <1249399575-sup-1968@ntdws12.chass.utoronto.ca> References: <1249399575-sup-1968@ntdws12.chass.utoronto.ca> Message-ID: <20090804102407.I63062@bolthole.com> On Tue, 4 Aug 2009, Ben Walton wrote: > > Ruby depends on CSWbdb3. Do I need to rebuild it at this point to > handle the large changes that happened to the bdb* packages? > I dont think that our CSWbdb3 packages really changed much. It would probably be a good idea, if ruby used the newer bdb4 instead! But other than that, probably no changes are needed for ruby in that area. From bwalton at opencsw.org Tue Aug 4 20:07:15 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 04 Aug 2009 14:07:15 -0400 Subject: [csw-maintainers] difference depend, REQUIRED_PKGS_ In-Reply-To: References: <6af4270908040452sf8962e8of7afb32718d00d7a@mail.gmail.com> Message-ID: <1249409131-sup-3186@ntdws12.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizinski's message of Tue Aug 04 12:00:47 -0400 2009: > PREREQUISITE_PKGS with BUILD_DEPS? What if I prepared a giant change > replacing this in the whole code repository? :-) I'm ok with it as long as there is a BIG BOLD announcement right after the commit so that everyone knows to `svn update` their build descriptions...You might want a fair amount of OKs before a change like this though... The changes as described would be clearer, I think. -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 ellson at opencsw.org Tue Aug 4 20:56:16 2009 From: ellson at opencsw.org (John Ellson) Date: Tue, 04 Aug 2009 14:56:16 -0400 Subject: [csw-maintainers] libcairo in testing RPATH is broken In-Reply-To: <4A786778.4060903@opencsw.org> References: <4A71E917.1010205@opencsw.org> <4A784F6E.7090608@opencsw.org> <4A786778.4060903@opencsw.org> Message-ID: <4A788450.9010600@opencsw.org> Dago, I completely removed LD_OPTIONS from my $HOME/.profile and the results seem much better. Since the defaults seem reasonable, it might be good to drop the suggestion of setting LD_OPTIONS entirely from: http://www.opencsw.org/standards/build http://www.opencsw.org/standards/pkg-walkthrough http://www.opencsw.org/standards/pkg-reloc-fakeroot I updated libcairo to cairo-1.8.8 New packages are in testing now. John On 08/04/2009 12:53 PM, John Ellson wrote: > Dago, > > I found where $ORIGIN comes from, from .profile which contains: > > LD_OPTIONS='-R/opt/csw/lib/$ISALIST -R$ORIGIN/../lib > -R/opt/csw/lib -L/opt/csw/lib' > > I've no idea where that came from? Some OpenCSW docs somewhere. > > What should the LD_OPTIONS setting be? > > Should it include -R/opt/csw/X11/lib -L/opt/csw/X11/lib so that > /opt/csw/X11/lib/libxcb-render.so is found? > > John > > > > > On 08/04/2009 11:10 AM, John Ellson wrote: >> Dago, >> >> Sorry for the slow response. >> >> These were the only changes I made. I don't know anything about any >> "$ORIGIN" >> (The s/disable-tests/disable-full-testing/ change is premature, but >> its no worse than before. >> --disable-full-testing is used in libcairo's git latest, so it should >> work soon.) >> >> Apparently I didn't have the latest gar. Rebuilding now with r5844 >> but I don't think that was the problem. The built libcairo.so is >> still not finding /opt/csw/X11/lib/libxcb-render.so without adding >> that directory to LD_LIBRARY_PATH. >> I don't think this is a problem that I created. >> >> >> >> >> $ svn diff -r5356 Makefile >> Index: Makefile >> =================================================================== >> --- Makefile (revision 5356) >> +++ Makefile (working copy) >> @@ -54,9 +54,8 @@ >> EXTRA_PKG_CONFIG_DIRS = $(prefix)/X11/lib >> >> CONFIGURE_ARGS = $(DIRPATHS) >> -CONFIGURE_ARGS += --disable-tests --enable-xlib=yes >> --enable-xlib-xrender=yes --enable-ft=yes --with-x >> -# SVG must be disabled as libsvg depends on libcairo and we would >> get a cyclic dependency >> -CONFIGURE_ARGS += --enable-png=yes --enable-ps=yes --enable-pdf=yes >> --enable-svg=no --enable-xcb=yes >> +CONFIGURE_ARGS += --disable-full-testing --enable-xlib=yes >> --enable-xlib-xrender=yes --enable-ft=yes --with-x >> +CONFIGURE_ARGS += --enable-png=yes --enable-ps=yes --enable-pdf=yes >> --enable-svg=yes --enable-xcb=yes >> CONFIGURE_ARGS += --enable-gtk-doc --enable-test-surfaces=yes >> >> include gar/category.mk >> >> >> >> John >> >> >> >> >> On 07/30/2009 04:05 PM, Dagobert Michelsen wrote: >>> Hi John, >>> >>> Am 30.07.2009 um 20:40 schrieb Mike Watters: >>>> here is the excerpt from dump -Lv >>>> this in turn breaks everything that depends on libcairo as it can >>>> not find >>>> >>>> $ ldd /opt/csw/bin/pidgin # for example >>>> ... >>>> libxcb-render-util.so.0 => (file not found) >>>> libxcb-render.so.0 => (file not found) >>>> ... >>>> >>>> $ dump -Lv /opt/csw/lib/sparcv8/libcairo.so.2 >>>> >>>> /opt/csw/lib/sparcv8/libcairo.so.2: >>>> >>>> **** DYNAMIC SECTION INFORMATION **** >>>> ... >>>> [15] SONAME libcairo.so.2 >>>> [16] RUNPATH /opt/csw/lib/SALIST:RIGIN/../lib:/opt/csw/lib >>>> [17] RPATH /opt/csw/lib/SALIST:RIGIN/../lib:/opt/csw/lib >>> >>> This is very strange. >>> John: How have you build that package? With GAR? If yes, what >>> revision of GAR >>> itself were you using? I can't remember putting $ORIGIN in anywhere. >>> >>> >>> Best regards >>> >>> -- Dago >>> >> >> _______________________________________________ >> 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 william at wbonnet.net Tue Aug 4 22:41:43 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 04 Aug 2009 22:41:43 +0200 Subject: [csw-maintainers] Should X11 headers from Sun be remove from the farm ? In-Reply-To: References: <4A780DCF.9020300@wbonnet.net> Message-ID: <4A789D07.8050808@wbonnet.net> Hi Peter > If there are hard-coded paths please patch the sources to obtain a build > without dependencies toward SUN provided headers and/or libraries. > In a perfect world you are right. Unfortunatly some program do have too much things to fix (Firefox to give only example). Autotools stuff are adding include and link path to Sun's X11 (both -L and -R) even if i patch .in files... thus i have to repatch after configure step :( That's pretty painful... so i was wondering if the simpliest solution was not to remove Sun devel packages. When a program is failing to compile (like FF 3.0.13), then it's ok and easy to fix it. But i'm worried about programs that compiles using both Sun's and OpenCSW headers and lib. Such a mix does not necessarily improve reliability of the binaries produced... and there are not always a simple way to detect such cases 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 maciej at opencsw.org Wed Aug 5 02:44:46 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 5 Aug 2009 01:44:46 +0100 Subject: [csw-maintainers] maciej on holidays 2009-08-06 -- 2009-08-16 Message-ID: I'm going on holidays from 2009-08-06 till 2009-08-16. If there's a critical security bug in wgetpaste, you're on your own! Thank goodness, I'm not maintaining bind, and I haven't released vixiecron yet. Maciej From maciej at opencsw.org Wed Aug 5 09:13:13 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 5 Aug 2009 08:13:13 +0100 Subject: [csw-maintainers] PGP/GPG key signing party in Oslo Message-ID: Some people on the list use PGP/GPG. How about throwing a PGP keysigning party in Oslo? The requirements would be: 1. Physical attendance 2. Positive picture ID * two piece of ID are recommended * at least one should be government issued 4. RSVP 3. Your key ID, key type, HEX fingerprint, and key size from your PRIVATE 4. A pen/pencil or whatever you'd like to write with. 5. NO computer More information on key signing parties: http://linuxreviews.org/howtos/gnupg/signingparty/ Maciej From maciej at opencsw.org Wed Aug 5 10:25:55 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 5 Aug 2009 09:25:55 +0100 Subject: [csw-maintainers] Buildbot In-Reply-To: References: Message-ID: On Tue, Aug 4, 2009 at 4:34 PM, Peter FELECAN wrote: > "Maciej (Matchek) Blizinski" writes: > >> On Fri, Jul 31, 2009 at 3:09 PM, Peter FELECAN wrote: >>> "Maciej (Matchek) Blizinski" writes: >>> >>>> On Fri, Jul 31, 2009 at 11:42 AM, Peter FELECAN wrote: >>>>> "Maciej (Matchek) Blizinski" writes: > >>>> The GAR packages will be the main focus now, since they comprise about >>>> 91% builds (that I know of, that is, ~1083 out of ~1186). Once we're >>>> there, we can extend support to other build sources. Of course, it >>>> would make it easier to implement if a code repository was available >>>> to buildbot. >>> >>> Are you sure for the figures above? >> >> Do you want to argue about the figures? :-) >> >> I counted the packages I knew about: the number of subdirectories in >> mgar/pkg, plus mgar/pkg/cpan, plus number of packages listed on your >> maitainer page. Feel free to offer better figures! :-) > > Of course I'm arguing about the figures: as Dag said there are at least > 3 maintainers not using gar --- IMHO there are more than that. > > The total number of packages in the unstable i386 5.8 catalog is 2052. > > The number of the presumed 3 non gar maintainers packages is 331. > > This doesn't match your numbers but I invite you to argue on the > contrary. > > Anyhow, the proportion is roughly 1 in 7, 16% of the packages are not > gar built. looks like your numbers are better than mine. Good! :-) To complicate the issues even further, I've recently found this page: http://www.opencsw.org/package-gar-status.html - According to the presented list, 843 out of 2061 packages are in GAR. That would make about 41% of all the packages. (BTW, how is this list generated? I guess there's a script somewhere...) Going back to the topic of buildbot, I think there's consensus that we can and should have a common interface to package builds. I've updated the draft document at http://wiki.opencsw.org/buildbot to reflect that. I have a question about the buildfarm setup. If we could (which we probably don't and won't, but anyway...) get more hardware to set up another buildfarm, how such buildfarm should be laid out? How many physical machines are necessary? (I'm guessing, at least one sparc and at last one x86.) What should be the specifications of the machines? (proc/ram/disk) How should the filesystem be laid out? Do we have such documentation, and if not, can a person with that knowledge do a brain dump? Maciej From bonivart at opencsw.org Wed Aug 5 11:14:16 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 5 Aug 2009 11:14:16 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: References: Message-ID: <625385e30908050214se0ca952ta2777dd648ef672a@mail.gmail.com> On Wed, Aug 5, 2009 at 10:25 AM, Maciej (Matchek) Blizinski wrote: > Going back to the topic of buildbot, I think there's consensus that we > can and should have a common interface to package builds. I've updated > the draft document at http://wiki.opencsw.org/buildbot to reflect > that. I doubt that defining an API for non-GAR is going to make any difference. Those not using GAR probably does so because they have invested heavily in their own methods of doing stuff. The problem is probably not GAR itself but getting them to do extra work when their current method works. If they could/wanted to spend time doing something different I think they could convert directly to GAR instead. This is based on what I thought before starting to use GAR myself and also why I still have one package not converted. > I have a question about the buildfarm setup. If we could (which we > probably don't and won't, but anyway...) get more hardware to set up > another buildfarm, how such buildfarm should be laid out? How many > physical machines are necessary? (I'm guessing, at least one sparc and > at last one x86.) What should be the specifications of the machines? > (proc/ram/disk) How should the filesystem be laid out? Do we have such > documentation, and if not, can a person with that knowledge do a brain > dump? I see that you have started http://wiki.opencsw.org/buildfarm-setup, Dago already has this page: http://wiki.opencsw.org/buildfarm. -- /peter From pfelecan at opencsw.org Wed Aug 5 11:16:26 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 05 Aug 2009 11:16:26 +0200 Subject: [csw-maintainers] Should X11 headers from Sun be remove from the farm ? In-Reply-To: <4A789D07.8050808@wbonnet.net> (William Bonnet's message of "Tue\, 04 Aug 2009 22\:41\:43 +0200") References: <4A780DCF.9020300@wbonnet.net> <4A789D07.8050808@wbonnet.net> Message-ID: William Bonnet writes: >> If there are hard-coded paths please patch the sources to obtain a build >> without dependencies toward SUN provided headers and/or libraries. >> > In a perfect world you are right. Unfortunatly some program do have > too much things to fix (Firefox to give only example). Autotools > stuff are adding include and link path to Sun's X11 (both -L and -R) > even if i patch .in files... thus i have to repatch after configure > step :( That's pretty painful... so i was wondering if the simpliest > solution was not to remove Sun devel packages. This is something that we need to do sometimes even though painful and doesn't represent a sufficient reason to alter the build stack radically. Also, writing autoconf macros et al to adapt to our environment would be nicer and more reliable. This is, IMHO, the road to follow. > When a program is failing to compile (like FF 3.0.13), then it's ok > and easy to fix it. But i'm worried about programs that compiles using > both Sun's and OpenCSW headers and lib. Such a mix does not > necessarily improve reliability of the binaries produced... and there > are not always a simple way to detect such cases The solution to this is to build the necessary tool(s) to detect this kind of confusion, i.e. to detect that SUN's X11 libraries are used when not necessary; one handy tool can be based on ldd... -- Peter From pfelecan at opencsw.org Wed Aug 5 11:17:37 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 05 Aug 2009 11:17:37 +0200 Subject: [csw-maintainers] PGP/GPG key signing party in Oslo In-Reply-To: (Maciej Blizinski's message of "Wed\, 5 Aug 2009 08\:13\:13 +0100") References: Message-ID: "Maciej (Matchek) Blizinski" writes: > 1. Physical attendance > 2. Positive picture ID > * two piece of ID are recommended > * at least one should be government issued > 4. RSVP > 3. Your key ID, key type, HEX fingerprint, and key size from your PRIVATE > 4. A pen/pencil or whatever you'd like to write with. > 5. NO computer Very, very funny! -- Peter From pfelecan at opencsw.org Wed Aug 5 11:21:35 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 05 Aug 2009 11:21:35 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: <625385e30908050214se0ca952ta2777dd648ef672a@mail.gmail.com> (Peter Bonivart's message of "Wed\, 5 Aug 2009 11\:14\:16 +0200") References: <625385e30908050214se0ca952ta2777dd648ef672a@mail.gmail.com> Message-ID: Peter Bonivart writes: > On Wed, Aug 5, 2009 at 10:25 AM, Maciej (Matchek) > Blizinski wrote: >> Going back to the topic of buildbot, I think there's consensus that we >> can and should have a common interface to package builds. I've updated >> the draft document at http://wiki.opencsw.org/buildbot to reflect >> that. > > I doubt that defining an API for non-GAR is going to make any > difference. Those not using GAR probably does so because they have > invested heavily in their own methods of doing stuff. The problem is > probably not GAR itself but getting them to do extra work when their > current method works. If they could/wanted to spend time doing > something different I think they could convert directly to GAR > instead. This is based on what I thought before starting to use GAR > myself and also why I still have one package not converted. This contains a great part of the truth. Although I wouldn't advance my self to give a proportion... I doctor numbers at most once a month... -- Peter From william at wbonnet.net Wed Aug 5 11:39:49 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 05 Aug 2009 11:39:49 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: References: Message-ID: <4A795365.1050403@wbonnet.net> Hi > To complicate the issues even further, I've recently found this page: > http://www.opencsw.org/package-gar-status.html - According to the > presented list, 843 out of 2061 packages are in GAR. That would make > about 41% of all the packages. (BTW, how is this list generated? I > guess there's a script somewhere...) > This list is generated by a script running nightly with upstream watch. These tools are curently separeted, but merged version is almost done. This is part of what i started to commit over the last days (the database model and perl scripts we have been talking by email). These statistics are only bare numbers. They will be more accurate in a few days (i hope before Oslo ;) ). The problem is the following... This page display the number of packages, and the number of packages available from GAR. But i do not (yet) check that the package in the catalog is the one from GAR... It is also missing informations about upstream and GAR version (which can be different from the package version). This is where i will plug upstream watch on this page. I also have a script from Dago to plug on this. Most of this is done in the devel version. I have started to clean my code and to commit it to SF as it goes through testing and "cleaning" (adding license stuff, comments, and such). I should have done most of the back at the beginning of the next week, and will start to release my GUI and plug it into wordpress web site mockup. > Going back to the topic of buildbot, I think there's consensus that we > can and should have a common interface to package builds. I've updated > the draft document at http://wiki.opencsw.org/buildbot to reflect > that. > I go and read this :) I'm latet at reading my emails (amongst many other things...) cheers W. From william at wbonnet.net Wed Aug 5 12:02:57 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 05 Aug 2009 12:02:57 +0200 Subject: [csw-maintainers] Should X11 headers from Sun be remove from the farm ? In-Reply-To: References: <4A780DCF.9020300@wbonnet.net> <4A789D07.8050808@wbonnet.net> Message-ID: <4A7958D1.8000703@wbonnet.net> Hi > This is something that we need to do sometimes even though painful and > doesn't represent a sufficient reason to alter the build stack > radically. Also, writing autoconf macros et al to adapt to our > environment would be nicer and more reliable. This is, IMHO, the road to > follow. > Sure, i still in agree in perfect world view :) In every day life, it creates a lot of not so useful work, especially when packaging project which refuses most of the patches sent upstream because Solaris is not "officially" supported (it means work has to be redone often). Anyways... > The solution to this is to build the necessary tool(s) to detect this > kind of confusion, i.e. to detect that SUN's X11 libraries are used when > not necessary; one handy tool can be based on ldd... > Automation of the detection of such problem is certainly a good idea. Once tools setup they may even be automagically called by GAR ;) BTW, i have a RFE about GAR... or at least a need for information ? Is it possible to apply a part of patches not during gmake patch, but after configure ? Of course it is possible to use a post-configure target, but i would be handy to have such a patching stage. My need is to fix things after configure has been run (i do patch patch autoconf.mk.in in FF3 but it is not sufficient, once generated i have to patch autoconf.mk) cheers W. From pfelecan at opencsw.org Wed Aug 5 12:21:23 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 05 Aug 2009 12:21:23 +0200 Subject: [csw-maintainers] Should X11 headers from Sun be remove from the farm ? In-Reply-To: <4A7958D1.8000703@wbonnet.net> (William Bonnet's message of "Wed\, 05 Aug 2009 12\:02\:57 +0200") References: <4A780DCF.9020300@wbonnet.net> <4A789D07.8050808@wbonnet.net> <4A7958D1.8000703@wbonnet.net> Message-ID: William Bonnet writes: > Hi > >> This is something that we need to do sometimes even though painful and >> doesn't represent a sufficient reason to alter the build stack >> radically. Also, writing autoconf macros et al to adapt to our >> environment would be nicer and more reliable. This is, IMHO, the road to >> follow. >> > Sure, i still in agree in perfect world view :) > > In every day life, it creates a lot of not so useful work, especially > when packaging project which refuses most of the patches sent upstream > because Solaris is not "officially" supported (it means work has to be > redone often). Sure, this is why I spent yesterday 2 not so useful hours to patch code that compiled fine with gcc, ss12 but not ss11. C'est la vie, isn't it? -- Peter From dam at opencsw.org Wed Aug 5 13:09:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 13:09:48 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: References: <9C6FD617-8E9C-4649-9361-4525D8A68C98@opencsw.org> <20090731164757.GB30823@bolthole.com> <29BAC9EF-21D7-434F-B220-39C94FBE116D@opencsw.org> <1249390977-sup-640@ntdws12.chass.utoronto.ca> Message-ID: Hi Peter, Am 04.08.2009 um 17:26 schrieb Peter FELECAN: > The issue with this is that to work I need to commit in an additional > repository, from my point of view who has one here, hundreds of > components among them: the build system and the recipes; also it > will be > necessary to adapt my build system in the buildbot context --- don't > tell me that it isn't the case, I have many years of regression > testing, > which implies automatic builds. Thus, as I wrote earlier, I don't > think > that I have the motivation to find the energy to do this. The important thing for me is not the buildbot, but to have a repository which contains the build scripts and describe the nits and bolts of configuring the source. It would IMHO even ok to have something line csw/legacy// with whatever packaging stuff. The important thing is to have it in the repo. And only after that comes usability and everyting else. Best regards -- Dago From dam at opencsw.org Wed Aug 5 13:10:28 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 13:10:28 +0200 Subject: [csw-maintainers] bdb updates question In-Reply-To: <1249399575-sup-1968@ntdws12.chass.utoronto.ca> References: <1249399575-sup-1968@ntdws12.chass.utoronto.ca> Message-ID: Hi Ben, Am 04.08.2009 um 17:29 schrieb Ben Walton: > Ruby depends on CSWbdb3. Do I need to rebuild it at this point to > handle the large changes that happened to the bdb* packages? > > I've got updated packages ready, but I'll reroll them if required. If you could bump to bdb47 that would be great. One less package to give bdb headaches. Best regards -- Dago From bonivart at opencsw.org Wed Aug 5 13:19:39 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 5 Aug 2009 13:19:39 +0200 Subject: [csw-maintainers] Problem with GAR? Message-ID: <625385e30908050419sbf342e0n7b2683df5a4abbcd@mail.gmail.com> I'm working on an update for Perl and have updated it to use mGAR v2. But I have two weird problems that have worked for me before: 1. I can't get it to put files in CSWperldoc, all files end up in CSWperl. CSWperldoc is empty. 2. I can't get it to exclude perllocal.pod which breaks the package phase. I have this in the Makefile and have used them in other packages: EXTRA_MERGE_EXCLUDE_FILES = perllocal.pod PKGFILES_CSWperldoc = $(PKGFILES_DOC) -- /peter From dam at opencsw.org Wed Aug 5 13:23:52 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 13:23:52 +0200 Subject: [csw-maintainers] difference depend, REQUIRED_PKGS_ In-Reply-To: References: <6af4270908040452sf8962e8of7afb32718d00d7a@mail.gmail.com> Message-ID: <27A1C9F9-D30B-4F7F-9AC8-172AB130EA69@opencsw.org> Hi Maciej, Am 04.08.2009 um 18:00 schrieb Maciej (Matchek) Blizinski: > On Tue, Aug 4, 2009 at 1:34 PM, Dagobert Michelsen > wrote: >> Am 04.08.2009 um 13:52 schrieb rupert THURNER: >>> >>> i am sure you once talked about it on the list, but i am not able to >>> find the reference any more, also >>> http://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference >>> does not mention it. what is the difference when using: >>> * REQUIRED_PKGS_ >> >> These packages are put in the depend file of the package and are >> required during package installation. > > I have a question about 'required' vs 'prerequisite'. Both words mean > the same thing. The difference in GAR is that there are build > dependencies and runtime dependencies. Most of the runtime > dependencies are build dependencies as well. Would it be hard to > replace REQUIRED_PKGS with RUNTIME_DEPS (or something similar) and > PREREQUISITE_PKGS with BUILD_DEPS? What if I prepared a giant change > replacing this in the whole code repository? :-) Slow down... I could imagine something like BUILD_DEP_PKGS ?= $(PREREQUISITE_PKGS) RUNTIME_DEP_PKGS ?= $(REQUIRED_PKGS) if($(PREREQUISITE_PKGS)) warn "You are still using PREREQUISITE_PKGS, please use the newer BUILD_DEP_PKGS) fi Additionally, I would like to have PKGS in the name to be able to define other build time constraints with BUILD_DEPS, which defines make targets for build-dep-%. Best regards -- Dago From dam at opencsw.org Wed Aug 5 13:25:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 13:25:19 +0200 Subject: [csw-maintainers] libcairo in testing RPATH is broken In-Reply-To: <4A786778.4060903@opencsw.org> References: <4A71E917.1010205@opencsw.org> <4A784F6E.7090608@opencsw.org> <4A786778.4060903@opencsw.org> Message-ID: <30022075-E677-4A41-AAF4-C44BB10A81F3@opencsw.org> Hi John, Am 04.08.2009 um 18:53 schrieb John Ellson: > I found where $ORIGIN comes from, from .profile which contains: > > LD_OPTIONS='-R/opt/csw/lib/$ISALIST -R$ORIGIN/../lib -R/opt/csw/ > lib -L/opt/csw/lib' > > I've no idea where that came from? Some OpenCSW docs somewhere. > > What should the LD_OPTIONS setting be? > > Should it include -R/opt/csw/X11/lib -L/opt/csw/X11/lib so that /opt/ > csw/X11/lib/libxcb-render.so is found? No, please don't set *anything* relevant for the contents of the package (besides you maintainer name) in your profile. We should modify GAR to ignore LD_OPTIONS from the outer environment not set inside GAR. Best regards -- Dago From ihsan at opencsw.org Wed Aug 5 13:27:18 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Wed, 05 Aug 2009 13:27:18 +0200 Subject: [csw-maintainers] PGP/GPG key signing party in Oslo In-Reply-To: References: Message-ID: <4A796C96.2060701@opencsw.org> On 05.08.2009 09:13, Maciej (Matchek) Blizinski wrote: > Some people on the list use PGP/GPG. How about throwing a PGP > keysigning party in Oslo? Sure. > The requirements would be: > > 1. Physical attendance > 2. Positive picture ID > * two piece of ID are recommended > * at least one should be government issued > 4. RSVP > 3. Your key ID, key type, HEX fingerprint, and key size from your PRIVATE > 4. A pen/pencil or whatever you'd like to write with. > 5. NO computer Ok, I'll take the stuff with me. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dam at opencsw.org Wed Aug 5 13:28:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 13:28:38 +0200 Subject: [csw-maintainers] bdb updates question In-Reply-To: <20090804102407.I63062@bolthole.com> References: <1249399575-sup-1968@ntdws12.chass.utoronto.ca> <20090804102407.I63062@bolthole.com> Message-ID: <8B512F1D-C5B3-459B-B233-35304BA50AC5@opencsw.org> Hi Phil, Am 04.08.2009 um 19:25 schrieb Philip Brown: > On Tue, 4 Aug 2009, Ben Walton wrote: >> >> Ruby depends on CSWbdb3. Do I need to rebuild it at this point to >> handle the large changes that happened to the bdb* packages? > > I dont think that our CSWbdb3 packages really changed much. > > It would probably be a good idea, if ruby used the newer bdb4 > instead! But other than that, probably no changes are needed for > ruby in that area. The package hasn't changed much, but the more packages we bring to bdb47 the better. Best regards -- Dago From dam at opencsw.org Wed Aug 5 13:29:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 13:29:47 +0200 Subject: [csw-maintainers] libcairo in testing RPATH is broken In-Reply-To: <4A788450.9010600@opencsw.org> References: <4A71E917.1010205@opencsw.org> <4A784F6E.7090608@opencsw.org> <4A786778.4060903@opencsw.org> <4A788450.9010600@opencsw.org> Message-ID: <996CC91E-DA2A-4757-A382-FCEB9C030F80@opencsw.org> Hi John, Am 04.08.2009 um 20:56 schrieb John Ellson: > I completely removed LD_OPTIONS from my $HOME/.profile and the > results seem much better. > Since the defaults seem reasonable, it might be good to drop the > suggestion of setting LD_OPTIONS entirely from: > http://www.opencsw.org/standards/build > http://www.opencsw.org/standards/pkg-walkthrough > http://www.opencsw.org/standards/pkg-reloc-fakeroot It should be made clear here that they apply *only* to manual package build described on these pages and not GAR in any way. > I updated libcairo to cairo-1.8.8 Great :-) Best regards -- Dago From dam at opencsw.org Wed Aug 5 13:33:33 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 13:33:33 +0200 Subject: [csw-maintainers] Buildbot In-Reply-To: References: Message-ID: Hi Maciej, Am 05.08.2009 um 10:25 schrieb Maciej (Matchek) Blizinski: > To complicate the issues even further, I've recently found this page: > http://www.opencsw.org/package-gar-status.html - According to the > presented list, 843 out of 2061 packages are in GAR. That would make > about 41% of all the packages. (BTW, how is this list generated? I > guess there's a script somewhere...) William has a script. I guess it works pretty simple by comparing package names and versions. In newer packages there are some variables in pkginfo set that uniqely identify packages build with GAR. > Going back to the topic of buildbot, I think there's consensus that we > can and should have a common interface to package builds. I've updated > the draft document at http://wiki.opencsw.org/buildbot to reflect > that. > > I have a question about the buildfarm setup. If we could (which we > probably don't and won't, but anyway...) get more hardware to set up > another buildfarm, how such buildfarm should be laid out? How many > physical machines are necessary? (I'm guessing, at least one sparc and > at last one x86.) What should be the specifications of the machines? > (proc/ram/disk) How should the filesystem be laid out? Do we have such > documentation, and if not, can a person with that knowledge do a brain > dump? I have writte something at If you need more details in a specific area I'd be happy to add that information (apart from talking about it in Oslo :-) Best regards -- Dago From dam at opencsw.org Wed Aug 5 13:46:41 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 13:46:41 +0200 Subject: [csw-maintainers] Should X11 headers from Sun be remove from the farm ? In-Reply-To: <4A7958D1.8000703@wbonnet.net> References: <4A780DCF.9020300@wbonnet.net> <4A789D07.8050808@wbonnet.net> <4A7958D1.8000703@wbonnet.net> Message-ID: <4BE8E9D8-F88D-4199-9CC0-36FF3A5C5AC6@opencsw.org> Hi William, Am 05.08.2009 um 12:02 schrieb William Bonnet: > BTW, i have a RFE about GAR... or at least a need for information ? > > Is it possible to apply a part of patches not during gmake patch, > but after configure ? Of course it is possible to use a post- > configure target, but i would be handy to have such a patching > stage. My need is to fix things after configure has been run (i do > patch patch autoconf.mk.in in FF3 but it is not sufficient, once > generated i have to patch autoconf.mk) You could use post-configure. If you really want to have post- configure-patches please file an RFE that it is not forgotten. Best regards -- Dago From dam at opencsw.org Wed Aug 5 13:47:54 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 13:47:54 +0200 Subject: [csw-maintainers] Problem with GAR? In-Reply-To: <625385e30908050419sbf342e0n7b2683df5a4abbcd@mail.gmail.com> References: <625385e30908050419sbf342e0n7b2683df5a4abbcd@mail.gmail.com> Message-ID: <43257024-CC8C-4519-9EC3-DC0DA5C37356@opencsw.org> Hi Peter, Am 05.08.2009 um 13:19 schrieb Peter Bonivart: > I'm working on an update for Perl and have updated it to use mGAR v2. > But I have two weird problems that have worked for me before: > > 1. I can't get it to put files in CSWperldoc, all files end up in > CSWperl. CSWperldoc is empty. > 2. I can't get it to exclude perllocal.pod which breaks the package > phase. > > I have this in the Makefile and have used them in other packages: > > EXTRA_MERGE_EXCLUDE_FILES = perllocal.pod You need to specify the full path here. > PKGFILES_CSWperldoc = $(PKGFILES_DOC) The documentation for Perl is not in the usual place. Please specify the path explicitly. Best regards -- Dago From bonivart at opencsw.org Wed Aug 5 14:13:53 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 5 Aug 2009 14:13:53 +0200 Subject: [csw-maintainers] /testing BIND 9.4.3-P3 Message-ID: <625385e30908050513w63728641xc1befcdc4553f5cf@mail.gmail.com> There's now new BIND packages in testing intended to replace 9.4.1-P1 in our stable collection. Since before there's also 9.6.1-P1 intended for the current collection, I have only received one positive report so far (and no negative). Please help with testing. bind-9.4.3,REV=2009.08.05_rev=P3-SunOS5.8-i386-CSW.pkg.gz bind-9.4.3,REV=2009.08.05_rev=P3-SunOS5.8-sparc-CSW.pkg.gz bind-9.6.1,REV=2009.08.03_rev=P1-SunOS5.8-i386-CSW.pkg.gz bind-9.6.1,REV=2009.08.03_rev=P1-SunOS5.8-sparc-CSW.pkg.gz bind_devel-9.4.3,REV=2009.08.05_rev=P3-SunOS5.8-all-CSW.pkg.gz bind_devel-9.6.1,REV=2009.08.03_rev=P1-SunOS5.8-all-CSW.pkg.gz bind_utils-9.4.3,REV=2009.08.05_rev=P3-SunOS5.8-i386-CSW.pkg.gz bind_utils-9.4.3,REV=2009.08.05_rev=P3-SunOS5.8-sparc-CSW.pkg.gz bind_utils-9.6.1,REV=2009.08.03_rev=P1-SunOS5.8-i386-CSW.pkg.gz bind_utils-9.6.1,REV=2009.08.03_rev=P1-SunOS5.8-sparc-CSW.pkg.gz libbind-9.4.3,REV=2009.08.05_rev=P3-SunOS5.8-i386-CSW.pkg.gz libbind-9.4.3,REV=2009.08.05_rev=P3-SunOS5.8-sparc-CSW.pkg.gz libbind-9.6.1,REV=2009.08.03_rev=P1-SunOS5.8-i386-CSW.pkg.gz libbind-9.6.1,REV=2009.08.03_rev=P1-SunOS5.8-sparc-CSW.pkg.gz -- /peter From james at opencsw.org Wed Aug 5 14:52:11 2009 From: james at opencsw.org (James Lee) Date: Wed, 05 Aug 2009 12:52:11 GMT Subject: [csw-maintainers] /testing BIND 9.4.3-P3 In-Reply-To: <625385e30908050513w63728641xc1befcdc4553f5cf@mail.gmail.com> References: <625385e30908050513w63728641xc1befcdc4553f5cf@mail.gmail.com> Message-ID: <20090805.12521100.2899098618@gyor.oxdrove.co.uk> On 05/08/09, 13:13:53, Peter Bonivart wrote regarding [csw-maintainers] /testing BIND 9.4.3-P3: > There's now new BIND packages in testing intended to replace 9.4.1-P1 > in our stable collection. Can you make a single package that drops in where the old one did. Anyone simply running update will loose files. It uses CSWcswclassutils which is not in the stable collection. The existing requires CSWosslrt, why does the replacement differ? James. From bwalton at opencsw.org Wed Aug 5 15:00:16 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 05 Aug 2009 09:00:16 -0400 Subject: [csw-maintainers] bdb updates question In-Reply-To: References: <1249399575-sup-1968@ntdws12.chass.utoronto.ca> Message-ID: <1249477170-sup-535@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Wed Aug 05 07:10:28 -0400 2009: > If you could bump to bdb47 that would be great. One less package to > give bdb headaches. I took a quick look yesterday and it was finding this library by itself without providing an (obvious) configuration knob. I'll see what I can do to bring it forward though. 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 Wed Aug 5 15:28:16 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 5 Aug 2009 15:28:16 +0200 Subject: [csw-maintainers] /testing BIND 9.4.3-P3 In-Reply-To: <20090805.12521100.2899098618@gyor.oxdrove.co.uk> References: <625385e30908050513w63728641xc1befcdc4553f5cf@mail.gmail.com> <20090805.12521100.2899098618@gyor.oxdrove.co.uk> Message-ID: <625385e30908050628k3ed960f2ica83af4510ae820c@mail.gmail.com> On Wed, Aug 5, 2009 at 2:52 PM, James Lee wrote: > On 05/08/09, 13:13:53, Peter Bonivart wrote > regarding [csw-maintainers] /testing BIND 9.4.3-P3: > >> There's now new BIND packages in testing intended to replace 9.4.1-P1 >> in our stable collection. > > Can you make a single package that drops in where the old one did. > Anyone simply running update will loose files. I've spent many hours going from that manually built version to the new split one with cswclassutils in GAR. Now I have to spend extra hours to revert? I see your point that it should be exactly the same, just security patched, but I just can't motivate myself to do it. Sorry. > It uses CSWcswclassutils which is not in the stable collection. Easiest thing would be to put it there, it will not affect anything else. > The existing requires CSWosslrt, why does the replacement differ? That dependency comes through CSWlibbind. -- /peter From bonivart at opencsw.org Wed Aug 5 15:43:48 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 5 Aug 2009 15:43:48 +0200 Subject: [csw-maintainers] /testing perl, perldoc Message-ID: <625385e30908050643i6cdbd93fw547aff342fac96a@mail.gmail.com> There's rebuilt Perl packages in testing. They should be linked against BerkeleyDB 4.7 and contains some upgraded core modules: PathTools-3.30 CGI-3.44 Test-Simple-0.92 File-Temp-0.22 IO-1.25 Storable-2.20 http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/perldoc-5.8.8,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz -- /peter From dam at opencsw.org Wed Aug 5 17:04:26 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 17:04:26 +0200 Subject: [csw-maintainers] New GTK+ available Message-ID: <68821C24-D763-4C75-ACEE-4B43AAE6F1A6@opencsw.org> Hi, there is an updated GTK+ available from testing which should fix all open issues, including a new package for "gail" which is now an empty dependency to GTK+ as is has been integrated into the main project: gail-1.21.5.1,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz gtk2-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz gtk2-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz gtk2_doc-2.16.5,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz Best regards -- Dago From dam at opencsw.org Wed Aug 5 17:24:24 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 17:24:24 +0200 Subject: [csw-maintainers] /testing BIND 9.4.3-P3 In-Reply-To: <625385e30908050628k3ed960f2ica83af4510ae820c@mail.gmail.com> References: <625385e30908050513w63728641xc1befcdc4553f5cf@mail.gmail.com> <20090805.12521100.2899098618@gyor.oxdrove.co.uk> <625385e30908050628k3ed960f2ica83af4510ae820c@mail.gmail.com> Message-ID: <9EF281FE-F6F5-444E-8A46-3966CA6C3DD0@opencsw.org> Hi Peter, Am 05.08.2009 um 15:28 schrieb Peter Bonivart: > On Wed, Aug 5, 2009 at 2:52 PM, James Lee wrote: >> Can you make a single package that drops in where the old one did. >> Anyone simply running update will loose files. > > I've spent many hours going from that manually built version to the > new split one with cswclassutils in GAR. Now I have to spend extra > hours to revert? I see your point that it should be exactly the same, > just security patched, but I just can't motivate myself to do it. > Sorry. Did you built the previous version with GAR? If yes, you could just copy the old trunk to a new branch and just update the version and rebuild the package. Or was that a manual build? Best regards -- Dago From bonivart at opencsw.org Wed Aug 5 17:41:21 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 5 Aug 2009 17:41:21 +0200 Subject: [csw-maintainers] /testing BIND 9.4.3-P3 In-Reply-To: <9EF281FE-F6F5-444E-8A46-3966CA6C3DD0@opencsw.org> References: <625385e30908050513w63728641xc1befcdc4553f5cf@mail.gmail.com> <20090805.12521100.2899098618@gyor.oxdrove.co.uk> <625385e30908050628k3ed960f2ica83af4510ae820c@mail.gmail.com> <9EF281FE-F6F5-444E-8A46-3966CA6C3DD0@opencsw.org> Message-ID: <625385e30908050841m1c24e4c3sf11e915593411e84@mail.gmail.com> On Wed, Aug 5, 2009 at 5:24 PM, Dagobert Michelsen wrote: > Hi Peter, > > Am 05.08.2009 um 15:28 schrieb Peter Bonivart: >> >> On Wed, Aug 5, 2009 at 2:52 PM, James Lee wrote: >>> >>> Can you make a single package that drops in where the old one did. >>> Anyone simply running update will loose files. >> >> I've spent many hours going from that manually built version to the >> new split one with cswclassutils in GAR. Now I have to spend extra >> hours to revert? I see your point that it should be exactly the same, >> just security patched, but I just can't motivate myself to do it. >> Sorry. > > Did you built the previous version with GAR? If yes, you could just > copy the old trunk to a new branch and just update the version and > rebuild the package. Or was that a manual build? No, it's all manual with one large package and pre/post scripts for everything cswclassutils take care of now. I copied the trunk to get the old version up to todays standard. That was easy but spending extra hours going backwards to make it exactly the same (obsolete?) I simply don't have time for. -- /peter From bonivart at opencsw.org Wed Aug 5 17:51:06 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 5 Aug 2009 17:51:06 +0200 Subject: [csw-maintainers] Problem with GAR? In-Reply-To: <43257024-CC8C-4519-9EC3-DC0DA5C37356@opencsw.org> References: <625385e30908050419sbf342e0n7b2683df5a4abbcd@mail.gmail.com> <43257024-CC8C-4519-9EC3-DC0DA5C37356@opencsw.org> Message-ID: <625385e30908050851xc545cbeg3658dcb7d178de5a@mail.gmail.com> On Wed, Aug 5, 2009 at 1:47 PM, Dagobert Michelsen wrote: >> EXTRA_MERGE_EXCLUDE_FILES = perllocal.pod > > You need to specify the full path here. > >> PKGFILES_CSWperldoc = $(PKGFILES_DOC) > > The documentation for Perl is not in the usual place. Please specify > the path explicitly. Changed to: EXTRA_MERGE_EXCLUDE_FILES = .*\/perllocal.pod PKGFILES_CSWperldoc = .*\/pod\/.*\.pod .*\/man\/man.\/.* ...and it worked. Thanks. -- /peter From bwalton at opencsw.org Wed Aug 5 17:54:12 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 05 Aug 2009 11:54:12 -0400 Subject: [csw-maintainers] Problem with GAR? In-Reply-To: <625385e30908050851xc545cbeg3658dcb7d178de5a@mail.gmail.com> References: <625385e30908050419sbf342e0n7b2683df5a4abbcd@mail.gmail.com> <43257024-CC8C-4519-9EC3-DC0DA5C37356@opencsw.org> <625385e30908050851xc545cbeg3658dcb7d178de5a@mail.gmail.com> Message-ID: <1249487619-sup-3401@ntdws12.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Wed Aug 05 11:51:06 -0400 2009: > EXTRA_MERGE_EXCLUDE_FILES = .*\/perllocal.pod Should this regex be added to the standard exclusions? 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 dam at opencsw.org Wed Aug 5 22:53:05 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 22:53:05 +0200 Subject: [csw-maintainers] /testing BIND 9.4.3-P3 In-Reply-To: <625385e30908050841m1c24e4c3sf11e915593411e84@mail.gmail.com> References: <625385e30908050513w63728641xc1befcdc4553f5cf@mail.gmail.com> <20090805.12521100.2899098618@gyor.oxdrove.co.uk> <625385e30908050628k3ed960f2ica83af4510ae820c@mail.gmail.com> <9EF281FE-F6F5-444E-8A46-3966CA6C3DD0@opencsw.org> <625385e30908050841m1c24e4c3sf11e915593411e84@mail.gmail.com> Message-ID: <96474723-F26D-4B6F-A247-1BA574A5C7B0@opencsw.org> Hi Peter, Am 05.08.2009 um 17:41 schrieb Peter Bonivart: > No, it's all manual with one large package and pre/post scripts for > everything cswclassutils take care of now. I copied the trunk to get > the old version up to todays standard. The 9.4.2 version is still in the repository: You could just make a copy of trunk from that revision to a new branch and bump the revision, or am I missing something here? > That was easy but spending > extra hours going backwards to make it exactly the same (obsolete?) I > simply don't have time for. Well, the idea was to just bump the old rev, not do a full backport :-) Best regards -- Dago From dam at opencsw.org Wed Aug 5 22:59:40 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 22:59:40 +0200 Subject: [csw-maintainers] Problem with GAR? In-Reply-To: <1249487619-sup-3401@ntdws12.chass.utoronto.ca> References: <625385e30908050419sbf342e0n7b2683df5a4abbcd@mail.gmail.com> <43257024-CC8C-4519-9EC3-DC0DA5C37356@opencsw.org> <625385e30908050851xc545cbeg3658dcb7d178de5a@mail.gmail.com> <1249487619-sup-3401@ntdws12.chass.utoronto.ca> Message-ID: <512C1300-1E52-48BD-A481-9C26109B5E64@opencsw.org> Hi Ben, Am 05.08.2009 um 17:54 schrieb Ben Walton: > Excerpts from Peter Bonivart's message of Wed Aug 05 11:51:06 -0400 > 2009: >> EXTRA_MERGE_EXCLUDE_FILES = .*\/perllocal.pod > > Should this regex be added to the standard exclusions? It is, but only in the cpan category: _MERGE_EXCLUDE_CATEGORY = .*/perllocal\.pod .*/\.packlist Other packages usually do not have these :-) Best regards -- Dago From dam at opencsw.org Wed Aug 5 23:23:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 Aug 2009 23:23:44 +0200 Subject: [csw-maintainers] /testing BIND 9.4.3-P3 In-Reply-To: <96474723-F26D-4B6F-A247-1BA574A5C7B0@opencsw.org> References: <625385e30908050513w63728641xc1befcdc4553f5cf@mail.gmail.com> <20090805.12521100.2899098618@gyor.oxdrove.co.uk> <625385e30908050628k3ed960f2ica83af4510ae820c@mail.gmail.com> <9EF281FE-F6F5-444E-8A46-3966CA6C3DD0@opencsw.org> <625385e30908050841m1c24e4c3sf11e915593411e84@mail.gmail.com> <96474723-F26D-4B6F-A247-1BA574A5C7B0@opencsw.org> Message-ID: <6D9A73FB-8885-4F62-A7EE-20208A172E85@opencsw.org> Hi Peter, Am 05.08.2009 um 22:53 schrieb Dagobert Michelsen: > Hi Peter, > > Am 05.08.2009 um 17:41 schrieb Peter Bonivart: >> No, it's all manual with one large package and pre/post scripts for >> everything cswclassutils take care of now. I copied the trunk to get >> the old version up to todays standard. > > The 9.4.2 version is still in the repository: > > > You could just make a copy of trunk from that revision to a new branch > and bump the revision, or am I missing something here? > >> That was easy but spending >> extra hours going backwards to make it exactly the same (obsolete?) I >> simply don't have time for. > > Well, the idea was to just bump the old rev, not do a full > backport :-) I just made that branch in case you don't know how to do this in subversion: cd mgar/pkg/bind svn cp trunk at 2425 branches/stable-9.4.3p3 svn -m "bind: Make new branch from old trunk at 2425 (stable) for security fix" commit Change the version field and repackage should be sufficient. Best regards -- Dago From bwalton at opencsw.org Thu Aug 6 00:21:42 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 05 Aug 2009 18:21:42 -0400 Subject: [csw-maintainers] Problem with GAR? In-Reply-To: <512C1300-1E52-48BD-A481-9C26109B5E64@opencsw.org> References: <625385e30908050419sbf342e0n7b2683df5a4abbcd@mail.gmail.com> <43257024-CC8C-4519-9EC3-DC0DA5C37356@opencsw.org> <625385e30908050851xc545cbeg3658dcb7d178de5a@mail.gmail.com> <1249487619-sup-3401@ntdws12.chass.utoronto.ca> <512C1300-1E52-48BD-A481-9C26109B5E64@opencsw.org> Message-ID: <1249510857-sup-6848@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Wed Aug 05 16:59:40 -0400 2009: > It is, but only in the cpan category: > > _MERGE_EXCLUDE_CATEGORY = .*/perllocal\.pod .*/\.packlist Ah! Ok, that makes sense. 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 schwindt at dfki.uni-kl.de Thu Aug 6 12:49:22 2009 From: schwindt at dfki.uni-kl.de (Nicolai Schwindt) Date: Thu, 06 Aug 2009 12:49:22 +0200 Subject: [csw-maintainers] New GTK+ available In-Reply-To: Your message of "Wed, 05 Aug 2009 17:04:26 +0200." <68821C24-D763-4C75-ACEE-4B43AAE6F1A6@opencsw.org> Message-ID: <200908061049.n76AnMKl014220@dfki.uni-kl.de> > Hi, > > there is an updated GTK+ available from testing which should fix > all open issues, including a new package for "gail" which is now > an empty dependency to GTK+ as is has been integrated into the > main project: > > gail-1.21.5.1,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz > gtk2-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz > gtk2-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz > gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz > gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz > gtk2_doc-2.16.5,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz > I just did a fresh install, pulled gtk from testing. This happened : Updating gdk-pixbuf.loaders... g_module_open() failed for /opt/csw/lib/gtk-2.0/2.10.0/loaders/svg_loader.so: ld.so.1: gdk-pixbuf-query-loaders: fatal: libgsf-1.so.1: open failed: No such file or directory There seem to be missing dependencies, I did : pkg-get -i libgsf libcroco gdk-pixbuf-query-loaders > /opt/csw/etc/gtk-2.0/gdk-pixbuf.loaders What now succeeded. Nicolai From dam at opencsw.org Thu Aug 6 13:15:57 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 6 Aug 2009 13:15:57 +0200 Subject: [csw-maintainers] /testing perl, perldoc In-Reply-To: <625385e30908050643i6cdbd93fw547aff342fac96a@mail.gmail.com> References: <625385e30908050643i6cdbd93fw547aff342fac96a@mail.gmail.com> Message-ID: <4F7599CD-3EDD-4FFB-A32D-E21522DE1BAA@opencsw.org> Hi Peter, Am 05.08.2009 um 15:43 schrieb Peter Bonivart: > There's rebuilt Perl packages in testing. They should be linked > against BerkeleyDB 4.7 and contains some upgraded core modules: > > PathTools-3.30 > CGI-3.44 > Test-Simple-0.92 > File-Temp-0.22 > IO-1.25 > Storable-2.20 > > http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz > http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz > http://mirror.opencsw.org/testing/perldoc-5.8.8,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz Good thing you built against bdb47 now, I get warnings on compiling OpenLDAP with Perl backend with the existing Perl: > checking for perl... /opt/csw/bin/perl > Note (probably harmless): No library found for -ldb-4.4 Please note: This was with the existing Perl, not the one in testing/! Best regards -- Dago From dam at opencsw.org Thu Aug 6 13:18:06 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 6 Aug 2009 13:18:06 +0200 Subject: [csw-maintainers] New GTK+ available In-Reply-To: <200908061049.n76AnMKl014220@dfki.uni-kl.de> References: <200908061049.n76AnMKl014220@dfki.uni-kl.de> Message-ID: Hi Nicolai, Am 06.08.2009 um 12:49 schrieb Nicolai Schwindt: >> there is an updated GTK+ available from testing which should fix >> all open issues, including a new package for "gail" which is now >> an empty dependency to GTK+ as is has been integrated into the >> main project: >> >> gail-1.21.5.1,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz >> gtk2-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz >> gtk2-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz >> gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz >> gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz >> gtk2_doc-2.16.5,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz >> > > I just did a fresh install, pulled gtk from testing. > This happened : > > Updating gdk-pixbuf.loaders... > g_module_open() failed for /opt/csw/lib/gtk-2.0/2.10.0/loaders/ > svg_loader.so: > ld.so.1: gdk-pixbuf-query-loaders: fatal: libgsf-1.so.1: open > failed: No such > file or directory > > There seem to be missing dependencies, I did : > > pkg-get -i libgsf libcroco > gdk-pixbuf-query-loaders > /opt/csw/etc/gtk-2.0/gdk-pixbuf.loaders > > What now succeeded. Interesting, checkpkg has not noticed this. Are you using the libgsf- version from current/ or testing/? Best regards -- Dago From schwindt at dfki.uni-kl.de Thu Aug 6 13:37:19 2009 From: schwindt at dfki.uni-kl.de (Nicolai Schwindt) Date: Thu, 06 Aug 2009 13:37:19 +0200 Subject: [csw-maintainers] New GTK+ available In-Reply-To: Your message of "Thu, 06 Aug 2009 13:18:06 +0200." Message-ID: <200908061137.n76BbJnD015221@dfki.uni-kl.de> [...] > > pkg-get -i libgsf libcroco > > gdk-pixbuf-query-loaders > /opt/csw/etc/gtk-2.0/gdk-pixbuf.loaders > > > > What now succeeded. > > Interesting, checkpkg has not noticed this. Are you using the libgsf- > version from > current/ or testing/? At first I installed from current, but did upgrade to testing now. This should make no difference, the libs where not installed at the time I installed gtk from testing. Nicolai From dam at opencsw.org Thu Aug 6 17:02:02 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 6 Aug 2009 17:02:02 +0200 Subject: [csw-maintainers] New GTK+ available In-Reply-To: <200908061137.n76BbJnD015221@dfki.uni-kl.de> References: <200908061137.n76BbJnD015221@dfki.uni-kl.de> Message-ID: <4162FA06-A9B8-47D4-AB63-595C76DF1009@opencsw.org> Hi Nicolai, Am 06.08.2009 um 13:37 schrieb Nicolai Schwindt: > [...] >>> pkg-get -i libgsf libcroco >>> gdk-pixbuf-query-loaders > /opt/csw/etc/gtk-2.0/gdk-pixbuf.loaders >>> >>> What now succeeded. >> >> Interesting, checkpkg has not noticed this. Are you using the libgsf- >> version from >> current/ or testing/? > > At first I installed from current, but did upgrade to testing now. > > This should make no difference, the libs where not installed at the > time I installed gtk from testing. New package with updated dependencies are available from testing/: gtk2-2.16.5,REV=2009.08.06-SunOS5.8-i386-CSW.pkg.gz gtk2-2.16.5,REV=2009.08.06-SunOS5.8-sparc-CSW.pkg.gz gtk2_devel-2.16.5,REV=2009.08.06-SunOS5.8-i386-CSW.pkg.gz gtk2_devel-2.16.5,REV=2009.08.06-SunOS5.8-sparc-CSW.pkg.gz gtk2_doc-2.16.5,REV=2009.08.06-SunOS5.8-all-CSW.pkg.gz Best regards -- Dago From dam at opencsw.org Thu Aug 6 21:33:09 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 6 Aug 2009 21:33:09 +0200 Subject: [csw-maintainers] [csw-buildfarm] request to install libotf_devel In-Reply-To: References: <7FB07176-1D4A-4631-841D-623959B9F273@opencsw.org> Message-ID: <656BC459-35E0-4077-8E8E-4AD7EF2EE91C@opencsw.org> Hi Peter, Am 06.08.2009 um 08:46 schrieb Peter FELECAN: > Dagobert Michelsen writes: >> Am 05.08.2009 um 09:14 schrieb Peter FELECAN: >>> Please install on the build stack the following packages: >>> >>> libotf >>> libotf_devel >> >> This package is listed in the package listing at >> >> but there is an error opening the page, it is not in the catalog and >> there is no package released. Could you please have a look? > > What's the status of this issue? The packages have synced now and they are installed on the farm at this very moment. Best regards -- Dago From dam at opencsw.org Fri Aug 7 11:47:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 7 Aug 2009 11:47:46 +0200 Subject: [csw-maintainers] All farm servers will be updated now Message-ID: Hi, I will be updating all farm servers to current right now. Please stand by. Best regards -- Dago From dam at opencsw.org Fri Aug 7 13:03:47 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 7 Aug 2009 13:03:47 +0200 Subject: [csw-maintainers] All farm servers will be updated now In-Reply-To: References: Message-ID: <36DF263B-F805-4A3C-861A-6C675C0B61B3@opencsw.org> Hi, Am 07.08.2009 um 11:47 schrieb Dagobert Michelsen: > I will be updating all farm servers to current right now. Please > stand by. The update is finished. Sorry for the inconvenience -- Dago From mwatters at opencsw.org Fri Aug 7 21:22:39 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 07 Aug 2009 14:22:39 -0500 Subject: [csw-maintainers] pidgin 2.5.8 in testing Message-ID: <4A7C7EFF.9020901@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 compiled against gtk2 version 2.16.5 and the CSW x11 packages fixes yahoo instant messanger. - -- ~Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." --> Albert Einstein 1879 - 1955 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkp8fv4ACgkQLrhmsXMSLxfFIwCgz6/VZbw/8pDNFHFhkTjPRMI5 2yEAoNod5qB5UwwhQ0xo9ZlH7I4eRtf4 =j/ho -----END PGP SIGNATURE----- From dam at opencsw.org Fri Aug 7 21:53:27 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 7 Aug 2009 21:53:27 +0200 Subject: [csw-maintainers] Updating all servers to current/ again Message-ID: <6791BE28-C482-4A8E-A351-6DE7F8E35C1F@opencsw.org> Fellow maintainers, due to a massive package update I will update the buildfarm servers to current/ again now. Please stand by. Best regards -- Dago From mwatters at opencsw.org Sat Aug 8 06:14:09 2009 From: mwatters at opencsw.org (Mike Watters) Date: Fri, 07 Aug 2009 23:14:09 -0500 Subject: [csw-maintainers] gnupg 1.4 9 in testing Message-ID: <4A7CFB91.90107@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Changes: setuid gpg binary remove charset.alias from the package. - -- ~Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." --> Albert Einstein 1879 - 1955 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkp8+5AACgkQLrhmsXMSLxd6AgCg6PsO0lpacfo2Ge15+OoYpsME hKUAoL0L/HJtYBKw0UE4JJStqmOZI3X7 =9SFt -----END PGP SIGNATURE----- From valholla75 at gmail.com Sat Aug 8 04:14:28 2009 From: valholla75 at gmail.com (Mike Watters) Date: Fri, 07 Aug 2009 21:14:28 -0500 Subject: [csw-maintainers] sendmail 8.14.3 in testing Message-ID: <4A7CDF84.5010204@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sorry this took so long, had issues getting the class scripts to work right within the build environment. Please test and provide feedback - -- ~Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." --> Albert Einstein 1879 - 1955 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkp834QACgkQW3VzXti4wcrnmACguHTTJPS6lOpsIrc8QyMWEdkx PV8An0qvgQYaF9wFl7ReU+A6bfw5T+SQ =qJbZ -----END PGP SIGNATURE----- From jeff at cjsa.com Sat Aug 8 19:26:53 2009 From: jeff at cjsa.com (Jeffery Small) Date: Sat, 8 Aug 2009 17:26:53 GMT Subject: [csw-maintainers] New problem with gdk-pixbuf.loaders Message-ID: I have a program compiled locally (geeqie) that was working fine a few weeks ago, but after recent upgrades, when it starts up it issues a stream of error messages as follows: (geeqie:7952): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/opt/csw/etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory Was a change made to gtk2 that eliminated this required file? Regards, -- Jeff C. Jeffery Small CJSA LLC 206-232-3338 jeff at cjsa.com 7000 E Mercer Way, Mercer Island, WA 98040 From jeff at cjsa.com Sat Aug 8 19:40:17 2009 From: jeff at cjsa.com (Jeffery Small) Date: Sat, 8 Aug 2009 17:40:17 GMT Subject: [csw-maintainers] New problem with gdk-pixbuf.loaders Message-ID: Just following up to my previous post. You can see the same problem I reported with geeqie by running its predecesor, gqview, which is a CSW package. Regards, -- Jeff C. Jeffery Small CJSA LLC 206-232-3338 jeff at cjsa.com 7000 E Mercer Way, Mercer Island, WA 98040 From jeff at cjsa.com Sat Aug 8 19:48:08 2009 From: jeff at cjsa.com (Jeffery Small) Date: Sat, 8 Aug 2009 17:48:08 GMT Subject: [csw-maintainers] Gimp question Message-ID: I am running CSW gimp 2.4.3 and have the following question. When I try to open a new file (File->Open), the pop-up selection menu navigates to a directory with JPEG files, each time I select (single-click) on a file, it says "Creating preview...", but no preview is shown and the error console show the error message: Image type 'png' is not supported Is this a known problem that everyone experiences? Also, gimp has not been updated in ages. Are there any plans to produce a more modern version of this extremely important package? Gimp is currently at stable version 2.6.6! Someone taking this on might also look at the companion GAP (Gimp Animation Package) which is also available for use with gimp 2.6. Regards, -- Jeff C. Jeffery Small CJSA LLC 206-232-3338 jeff at cjsa.com 7000 E Mercer Way, Mercer Island, WA 98040 From skayser at opencsw.org Sun Aug 9 13:14:44 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sun, 09 Aug 2009 13:14:44 +0200 Subject: [csw-maintainers] Sebastian on vacation 09.08. - 13.09.2009 Message-ID: <4A7EAFA4.4050006@opencsw.org> Hi, just wanted to let you guys know that i am gonna be offline for a while (except for the weekend in Oslo). On bugtracker issues, either Ihsan or Phil should be able to help out. In case anyone needs some urgent work to be done on unpublished packages which i had submitted to the GAR repository lately (mostly Perl modules), feel free to pick them up. Sebastian From william at wbonnet.net Mon Aug 10 01:05:02 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 10 Aug 2009 01:05:02 +0200 Subject: [csw-maintainers] dbus in testing -- smf error In-Reply-To: <4A70D826.8070905@opencsw.org> References: <4A70D826.8070905@opencsw.org> Message-ID: <4A7F561E.6030300@wbonnet.net> Hi Mike Packages from testing have been updated. Does it fix the problem for you ? 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 Aug 10 16:10:32 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 10 Aug 2009 16:10:32 +0200 Subject: [csw-maintainers] New problem with gdk-pixbuf.loaders In-Reply-To: References: Message-ID: Hi Jeffery, Am 08.08.2009 um 19:26 schrieb Jeffery Small: > I have a program compiled locally (geeqie) that was working fine a few > weeks ago, but after recent upgrades, when it starts up it issues a > stream > of error messages as follows: > > (geeqie:7952): GdkPixbuf-WARNING **: Cannot open pixbuf loader > module file > '/opt/csw/etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory > > Was a change made to gtk2 that eliminated this required file? There have been a couple of updates to gtk2 and an interim version erranously deleted that file. Please make sure you use the latest version. If the error persists please post the exact version output from pkginfo. Thanks for the report! -- Dago From dam at opencsw.org Mon Aug 10 16:13:46 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 10 Aug 2009 16:13:46 +0200 Subject: [csw-maintainers] Gimp question In-Reply-To: References: Message-ID: <2A719F2B-7F83-4D3E-80E2-2842D471E000@opencsw.org> Hi Jeffery, Am 08.08.2009 um 19:48 schrieb Jeffery Small: > Also, gimp has not been updated in ages. Are there any plans to > produce > a more modern version of this extremely important package? Gimp is > currently at stable version 2.6.6! > > Someone taking this on might also look at the companion GAP (Gimp > Animation > Package) which is also available for use with gimp 2.6. We are working very hard to update the complete stack to current version. However, as gimp is currently not in the main focus I cannot say when there will be an upgrade as there are a number of libraries to be updated first also. Best regards -- Dago From pfelecan at opencsw.org Mon Aug 10 18:24:38 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 10 Aug 2009 18:24:38 +0200 Subject: [csw-maintainers] Gimp question In-Reply-To: <2A719F2B-7F83-4D3E-80E2-2842D471E000@opencsw.org> (Dagobert Michelsen's message of "Mon\, 10 Aug 2009 16\:13\:46 +0200") References: <2A719F2B-7F83-4D3E-80E2-2842D471E000@opencsw.org> Message-ID: Dagobert Michelsen writes: > Am 08.08.2009 um 19:48 schrieb Jeffery Small: >> Also, gimp has not been updated in ages. Are there any plans to >> produce >> a more modern version of this extremely important package? Gimp is >> currently at stable version 2.6.6! >> >> Someone taking this on might also look at the companion GAP (Gimp >> Animation >> Package) which is also available for use with gimp 2.6. > > We are working very hard to update the complete stack to current > version. > However, as gimp is currently not in the main focus I cannot say when > there will be an upgrade as there are a number of libraries to be > updated > first also. GTK = Gimp Tool Kit isn't it? IMHO, it's *the* application that should be packaged first... -- Peter From dam at opencsw.org Mon Aug 10 18:33:05 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 10 Aug 2009 18:33:05 +0200 Subject: [csw-maintainers] New in testing/: libspeex 1.2rc1 Message-ID: <30359C01-DECD-4CCB-BD9C-83DBFF30B8D5@opencsw.org> Hi, after a lot of pain with autoconf/automake there is finally an updated version of libspeex: libspeex-1.2rc1,REV=2009.08.10-SunOS5.8-sparc-CSW.pkg.gz libspeex-1.2rc1,REV=2009.08.10-SunOS5.8-i386-CSW.pkg.gz Best regards -- Dago From dam at opencsw.org Mon Aug 10 18:37:21 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 10 Aug 2009 18:37:21 +0200 Subject: [csw-maintainers] Gimp question In-Reply-To: References: <2A719F2B-7F83-4D3E-80E2-2842D471E000@opencsw.org> Message-ID: <02312523-6545-4E43-80C3-2A35B8F705A7@opencsw.org> Hi Peter, Am 10.08.2009 um 18:24 schrieb Peter FELECAN: > Dagobert Michelsen writes: >> Am 08.08.2009 um 19:48 schrieb Jeffery Small: >>> Also, gimp has not been updated in ages. Are there any plans to >>> produce >>> a more modern version of this extremely important package? Gimp is >>> currently at stable version 2.6.6! >>> >>> Someone taking this on might also look at the companion GAP (Gimp >>> Animation >>> Package) which is also available for use with gimp 2.6. >> >> We are working very hard to update the complete stack to current >> version. >> However, as gimp is currently not in the main focus I cannot say when >> there will be an upgrade as there are a number of libraries to be >> updated >> first also. > > GTK = Gimp Tool Kit isn't it? IMHO, it's *the* application that should > be packaged first... Ok, it is not in *my* main focus and besides William working on FF interest in packaging X11/Gnome stuff is a bit... scarce... However if you want to offer some helping hands: welcome to the team! Best regards -- Dago From bwalton at opencsw.org Mon Aug 10 18:39:20 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 10 Aug 2009 12:39:20 -0400 Subject: [csw-maintainers] Gimp question In-Reply-To: References: <2A719F2B-7F83-4D3E-80E2-2842D471E000@opencsw.org> Message-ID: <1249922319-sup-3515@ntdws12.chass.utoronto.ca> Excerpts from Peter FELECAN's message of Mon Aug 10 12:24:38 -0400 2009: > GTK = Gimp Tool Kit isn't it? IMHO, it's *the* application that should > be packaged first... If your GTK+/Gnome-based desktop stack isn't functional, a working Gimp won't do you much good though... :) -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 Aug 10 19:27:23 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 10 Aug 2009 19:27:23 +0200 Subject: [csw-maintainers] Cyclic dependency in catalog again Message-ID: <625385e30908101027l650c0fbdqd8b5c60f0f75784e@mail.gmail.com> CSWgtk2 needs CSWlibgsf which needs CSWgconf2 which needs CSWgtk2... -- /peter From pfelecan at opencsw.org Mon Aug 10 19:38:31 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 10 Aug 2009 19:38:31 +0200 Subject: [csw-maintainers] Gimp question In-Reply-To: <02312523-6545-4E43-80C3-2A35B8F705A7@opencsw.org> (Dagobert Michelsen's message of "Mon\, 10 Aug 2009 18\:37\:21 +0200") References: <2A719F2B-7F83-4D3E-80E2-2842D471E000@opencsw.org> <02312523-6545-4E43-80C3-2A35B8F705A7@opencsw.org> Message-ID: Dagobert Michelsen writes: > Am 10.08.2009 um 18:24 schrieb Peter FELECAN: >> Dagobert Michelsen writes: >>> Am 08.08.2009 um 19:48 schrieb Jeffery Small: >>>> Also, gimp has not been updated in ages. Are there any plans to >>>> produce >>>> a more modern version of this extremely important package? Gimp is >>>> currently at stable version 2.6.6! >>>> >>>> Someone taking this on might also look at the companion GAP (Gimp >>>> Animation >>>> Package) which is also available for use with gimp 2.6. >>> >>> We are working very hard to update the complete stack to current >>> version. >>> However, as gimp is currently not in the main focus I cannot say when >>> there will be an upgrade as there are a number of libraries to be >>> updated >>> first also. >> >> GTK = Gimp Tool Kit isn't it? IMHO, it's *the* application that should >> be packaged first... > > Ok, it is not in *my* main focus and besides William working on FF > interest in packaging X11/Gnome stuff is a bit... scarce... > However if you want to offer some helping hands: welcome to the team! I will not take up this invitation as I rather don't wade through the multiple dependencies and the slow and cumbersome release process of late. I experience unpleasant slowness to release a 3 new dependencies for the major Emacs release... awakes memories of soviet bureaucracy! -- Peter From dam at opencsw.org Mon Aug 10 22:15:34 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 10 Aug 2009 22:15:34 +0200 Subject: [csw-maintainers] Gimp question In-Reply-To: References: <2A719F2B-7F83-4D3E-80E2-2842D471E000@opencsw.org> <02312523-6545-4E43-80C3-2A35B8F705A7@opencsw.org> Message-ID: <74BF5E8E-3277-454F-9A82-F57AB4B69A4B@opencsw.org> Hi Peter, Am 10.08.2009 um 19:38 schrieb Peter FELECAN: > Dagobert Michelsen writes: >> Ok, it is not in *my* main focus and besides William working on FF >> interest in packaging X11/Gnome stuff is a bit... scarce... >> However if you want to offer some helping hands: welcome to the team! > > I will not take up this invitation as I rather don't wade through the > multiple dependencies and the slow and cumbersome release process of > late. I experience unpleasant slowness to release a 3 new dependencies > for the major Emacs release... awakes memories of soviet bureaucracy! Hugh? What release process slowness? I do what I can to update all those X11/Gnome packages but as you see it is quite complex, so please forgive me my slowness :-( Best regards -- Dago From dam at opencsw.org Mon Aug 10 22:28:16 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 10 Aug 2009 22:28:16 +0200 Subject: [csw-maintainers] Cyclic dependency in catalog again In-Reply-To: <625385e30908101027l650c0fbdqd8b5c60f0f75784e@mail.gmail.com> References: <625385e30908101027l650c0fbdqd8b5c60f0f75784e@mail.gmail.com> Message-ID: Hi Peter, Am 10.08.2009 um 19:27 schrieb Peter Bonivart: > CSWgtk2 needs CSWlibgsf which needs CSWgconf2 which needs CSWgtk2... This is driving me nuts. I put it in there after a bug report: Am 06.08.2009 um 12:49 schrieb Nicolai Schwindt: >> there is an updated GTK+ available from testing which should fix >> all open issues, including a new package for "gail" which is now >> an empty dependency to GTK+ as is has been integrated into the >> main project: >> >> gail-1.21.5.1,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz >> gtk2-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz >> gtk2-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz >> gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz >> gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz >> gtk2_doc-2.16.5,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz > > I just did a fresh install, pulled gtk from testing. > This happened : > > Updating gdk-pixbuf.loaders... > g_module_open() failed for /opt/csw/lib/gtk-2.0/2.10.0/loaders/ > svg_loader.so: > ld.so.1: gdk-pixbuf-query-loaders: fatal: libgsf-1.so.1: open > failed: No such > file or directory > > There seem to be missing dependencies, I did : > > pkg-get -i libgsf libcroco > gdk-pixbuf-query-loaders > /opt/csw/etc/gtk-2.0/gdk-pixbuf.loaders > > What now succeeded. 1. We need a check in the release process (or even better on packaging) that there are no cycles in there 2. *Please* someone advise me on how to proceed here, I happily package up things, but this mess gives me headaches... Best regards -- Dago From dam at opencsw.org Mon Aug 10 22:30:09 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 10 Aug 2009 22:30:09 +0200 Subject: [csw-maintainers] Cyclic dependency in catalog again In-Reply-To: <625385e30908101027l650c0fbdqd8b5c60f0f75784e@mail.gmail.com> References: <625385e30908101027l650c0fbdqd8b5c60f0f75784e@mail.gmail.com> Message-ID: Hi Peter, Am 10.08.2009 um 19:27 schrieb Peter Bonivart: > CSWgtk2 needs CSWlibgsf which needs CSWgconf2 which needs CSWgtk2... This is driving me nuts. I put it in there after a bug report: Am 06.08.2009 um 12:49 schrieb Nicolai Schwindt: >> there is an updated GTK+ available from testing which should fix >> all open issues, including a new package for "gail" which is now >> an empty dependency to GTK+ as is has been integrated into the >> main project: >> >> gail-1.21.5.1,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz >> gtk2-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz >> gtk2-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz >> gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-i386-CSW.pkg.gz >> gtk2_devel-2.16.5,REV=2009.08.05-SunOS5.8-sparc-CSW.pkg.gz >> gtk2_doc-2.16.5,REV=2009.08.05-SunOS5.8-all-CSW.pkg.gz > > I just did a fresh install, pulled gtk from testing. > This happened : > > Updating gdk-pixbuf.loaders... > g_module_open() failed for /opt/csw/lib/gtk-2.0/2.10.0/loaders/ > svg_loader.so: > ld.so.1: gdk-pixbuf-query-loaders: fatal: libgsf-1.so.1: open > failed: No such > file or directory > > There seem to be missing dependencies, I did : > > pkg-get -i libgsf libcroco > gdk-pixbuf-query-loaders > /opt/csw/etc/gtk-2.0/gdk-pixbuf.loaders > > What now succeeded. 1. We need a check in the release process (or even better on packaging) that there are no cycles in there 2. *Please* someone advise me on how to proceed here, I happily package up things, but this mess gives me headaches... Best regards -- Dago From phil at bolthole.com Mon Aug 10 22:39:46 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 10 Aug 2009 13:39:46 -0700 Subject: [csw-maintainers] Cyclic dependency in catalog again In-Reply-To: References: <625385e30908101027l650c0fbdqd8b5c60f0f75784e@mail.gmail.com> Message-ID: On Mon, Aug 10, 2009 at 1:28 PM, Dagobert Michelsen wrote: > > 2. *Please* someone advise me on how to proceed here, I happily package up > things, > but this mess gives me headaches... If you are wondering what the declared dependancy order should be: go with whatever the compile dependancy order is. if you were starting "clean" for the build as you should have, then this should sort things out cleanly. -------------- next part -------------- An HTML attachment was scrubbed... URL: From glaw at opencsw.org Tue Aug 11 01:03:53 2009 From: glaw at opencsw.org (Gary Law) Date: Tue, 11 Aug 2009 00:03:53 +0100 Subject: [csw-maintainers] dbus in testing -- smf error In-Reply-To: <4A7F561E.6030300@wbonnet.net> References: <4A70D826.8070905@opencsw.org> <4A7F561E.6030300@wbonnet.net> Message-ID: New facter (1.5.6) in testing... Enjoy... Gary -- Gary Law glaw at opencsw.org From jeff at cjsa.com Mon Aug 10 21:36:04 2009 From: jeff at cjsa.com (Jeffery Small) Date: Mon, 10 Aug 2009 19:36:04 GMT Subject: [csw-maintainers] New problem with gdk-pixbuf.loaders References: Message-ID: Dagobert Michelsen writes: > There have been a couple of updates to gtk2 and an interim version > erranously deleted that file. Please make sure you use the latest > version. If the error persists please post the exact version output from > pkginfo. I just installed the latest version of gtk2 (2.16.5,REV=2009.08.06) that was released this weekend and my applications are working again. Thanks for fixing this. One thing I did when I was a maintainer was run a diff on the the prototype file between the current release and the new build and carefully examine all differences before copying the prototype file to the root directory of the build. Something like this might be added to the GAR (or whatever build system you are using now). This would add an extra check for things like missing files or extra files getting included that shouldn't be there. Regards, -- Jeff C. Jeffery Small CJSA LLC 206-232-3338 jeff at cjsa.com 7000 E Mercer Way, Mercer Island, WA 98040 From ihsan at opencsw.org Tue Aug 11 08:09:15 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Tue, 11 Aug 2009 08:09:15 +0200 Subject: [csw-maintainers] Apache 2.2.13 in testing Message-ID: <4A810B0B.3060207@opencsw.org> Hello, I've updated Apache to 2.2.13 and it's available on testing now. It contains a security fix and it's linked agains BerkeleyDB 4.7. All architectures: http://mirror.opencsw.org/testing/apache2-2.2.13,REV=2009.08.10-SunOS5.8-all-CSW.pkg.gz http://mirror.opencsw.org/testing/apache2_manual-2.2.13,REV=2009.08.10-SunOS5.8-all-CSW.pkg.gz sparc: http://mirror.opencsw.org/testing/ap2_prefork-2.2.13,REV=2009.08.10-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/ap2_suexec-2.2.13,REV=2009.08.10-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/ap2_worker-2.2.13,REV=2009.08.10-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/apache2_devel-2.2.13,REV=2009.08.10-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/apache2c-2.2.13,REV=2009.08.10-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/apache2rt-2.2.13,REV=2009.08.10-SunOS5.8-sparc-CSW.pkg.gz i386: http://mirror.opencsw.org/testing/ap2_prefork-2.2.13,REV=2009.08.10-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/ap2_suexec-2.2.13,REV=2009.08.10-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/ap2_worker-2.2.13,REV=2009.08.10-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/apache2_devel-2.2.13,REV=2009.08.10-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/apache2c-2.2.13,REV=2009.08.10-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/apache2rt-2.2.13,REV=2009.08.10-SunOS5.8-i386-CSW.pkg.gz Feedback is always welcome and appreciated. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ -- ihsan at dogan.ch http://blog.dogan.ch/ From pfelecan at opencsw.org Tue Aug 11 08:28:41 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Tue, 11 Aug 2009 08:28:41 +0200 Subject: [csw-maintainers] Gimp question In-Reply-To: <74BF5E8E-3277-454F-9A82-F57AB4B69A4B@opencsw.org> (Dagobert Michelsen's message of "Mon\, 10 Aug 2009 22\:15\:34 +0200") References: <2A719F2B-7F83-4D3E-80E2-2842D471E000@opencsw.org> <02312523-6545-4E43-80C3-2A35B8F705A7@opencsw.org> <74BF5E8E-3277-454F-9A82-F57AB4B69A4B@opencsw.org> Message-ID: Dagobert Michelsen writes: > Am 10.08.2009 um 19:38 schrieb Peter FELECAN: >> Dagobert Michelsen writes: >>> Ok, it is not in *my* main focus and besides William working on FF >>> interest in packaging X11/Gnome stuff is a bit... scarce... >>> However if you want to offer some helping hands: welcome to the team! >> >> I will not take up this invitation as I rather don't wade through the >> multiple dependencies and the slow and cumbersome release process of >> late. I experience unpleasant slowness to release a 3 new dependencies >> for the major Emacs release... awakes memories of soviet bureaucracy! > > Hugh? What release process slowness? I do what I can to update all those > X11/Gnome packages but as you see it is quite complex, so please forgive > me my slowness :-( I wasn't refering to something that you do: if I'm not mistaken you're not in charge with the new packages release, isn't it? Re-read my message... *release* is the key notion. -- Peter From glaw at opencsw.org Tue Aug 11 12:50:51 2009 From: glaw at opencsw.org (Gary Law) Date: Tue, 11 Aug 2009 11:50:51 +0100 Subject: [csw-maintainers] New Facter in testing Message-ID: New facter (1.5.6) in testing... Enjoy... Gary -- Gary Law glaw at opencsw.org From dam at opencsw.org Tue Aug 11 16:43:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 11 Aug 2009 16:43:19 +0200 Subject: [csw-maintainers] New problem with gdk-pixbuf.loaders In-Reply-To: References: Message-ID: Hi Jeffery, Am 10.08.2009 um 21:36 schrieb Jeffery Small: > One thing I did when I was a maintainer was run a diff on the the > prototype > file between the current release and the new build and carefully > examine > all differences before copying the prototype file to the root > directory > of the build. Something like this might be added to the GAR (or > whatever > build system you are using now). This would add an extra check for > things > like missing files or extra files getting included that shouldn't be > there. I deliberate removed manual prototypes from GAR - they are now generated dynamically. The problem was due to a loss in postinstall-scripts. Best regards -- Dago From dam at opencsw.org Tue Aug 11 16:44:48 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 11 Aug 2009 16:44:48 +0200 Subject: [csw-maintainers] Gimp question In-Reply-To: References: <2A719F2B-7F83-4D3E-80E2-2842D471E000@opencsw.org> <02312523-6545-4E43-80C3-2A35B8F705A7@opencsw.org> <74BF5E8E-3277-454F-9A82-F57AB4B69A4B@opencsw.org> Message-ID: <8CF9858E-0CD9-4183-AB50-3ECED747FEBA@opencsw.org> Hi Peter, Am 11.08.2009 um 08:28 schrieb Peter FELECAN: > Dagobert Michelsen writes: >> Hugh? What release process slowness? I do what I can to update all >> those >> X11/Gnome packages but as you see it is quite complex, so please >> forgive >> me my slowness :-( > > I wasn't refering to something that you do: if I'm not mistaken > you're not > in charge with the new packages release, isn't it? Re-read my > message... *release* is the key notion. I didn't notice any problem with the release process (not that I am in charge of that, but my packages get released quickly). So, what are you referring to? Best regards -- Dago From bonivart at opencsw.org Tue Aug 11 19:57:46 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 11 Aug 2009 19:57:46 +0200 Subject: [csw-maintainers] Cyclic dependency in catalog again In-Reply-To: References: <625385e30908101027l650c0fbdqd8b5c60f0f75784e@mail.gmail.com> Message-ID: <625385e30908111057hcd0f87pb8eb8ee7d6f16f0e@mail.gmail.com> I just finished adding checks for cyclic dependencies into chkcat, this is what I got: ERROR! Cyclic dependency detected in package CSWajccollect. ERROR! Cyclic dependency detected in package CSWajcconfig. ERROR! Cyclic dependency detected in package CSWajcemail. ERROR! Cyclic dependency detected in package CSWajcnet. ERROR! Cyclic dependency detected in package CSWgconf2. ERROR! Cyclic dependency detected in package CSWgnomevfs2. ERROR! Cyclic dependency detected in package CSWgtk2. ERROR! Cyclic dependency detected in package CSWlibgsf. The last four I knew about since yesterday but the first four were new to me. Note that this affects many more packages than those listed above. Feel free to add chkcat as part of the release process before a catalog is synced to the mirrors. It has found errors on several occasions before as well, just last week we had duplicate entries for gcc3. -- /peter From dam at opencsw.org Tue Aug 11 20:02:21 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 11 Aug 2009 20:02:21 +0200 Subject: [csw-maintainers] Cyclic dependency in catalog again In-Reply-To: <625385e30908111057hcd0f87pb8eb8ee7d6f16f0e@mail.gmail.com> References: <625385e30908101027l650c0fbdqd8b5c60f0f75784e@mail.gmail.com> <625385e30908111057hcd0f87pb8eb8ee7d6f16f0e@mail.gmail.com> Message-ID: <6F95A025-30C1-4CC3-8DDE-8ABBA815CB71@opencsw.org> Hi Peter, Am 11.08.2009 um 19:57 schrieb Peter Bonivart: > I just finished adding checks for cyclic dependencies into chkcat, > this is what I got: > > ERROR! Cyclic dependency detected in package CSWajccollect. > ERROR! Cyclic dependency detected in package CSWajcconfig. > ERROR! Cyclic dependency detected in package CSWajcemail. > ERROR! Cyclic dependency detected in package CSWajcnet. > ERROR! Cyclic dependency detected in package CSWgconf2. > ERROR! Cyclic dependency detected in package CSWgnomevfs2. > ERROR! Cyclic dependency detected in package CSWgtk2. > ERROR! Cyclic dependency detected in package CSWlibgsf. > > The last four I knew about since yesterday but the first four were new > to me. Note that this affects many more packages than those listed > above. > > Feel free to add chkcat as part of the release process before a > catalog is synced to the mirrors. It has found errors on several > occasions before as well, just last week we had duplicate entries for > gcc3. +1. It hit me at least three times now :-( I would also like a "take catalog plus these packages"-mode for package generation, so these get picked up right after the package has been assembled in GAR. Catching this during release is mandatory, but it would be better to do earlier in the process too. Best regards -- Dago From bonivart at opencsw.org Tue Aug 11 23:01:31 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 11 Aug 2009 23:01:31 +0200 Subject: [csw-maintainers] Cyclic dependency in catalog again In-Reply-To: <6F95A025-30C1-4CC3-8DDE-8ABBA815CB71@opencsw.org> References: <625385e30908101027l650c0fbdqd8b5c60f0f75784e@mail.gmail.com> <625385e30908111057hcd0f87pb8eb8ee7d6f16f0e@mail.gmail.com> <6F95A025-30C1-4CC3-8DDE-8ABBA815CB71@opencsw.org> Message-ID: <625385e30908111401p65bf0824w4af7f53e779281b6@mail.gmail.com> On Tue, Aug 11, 2009 at 8:02 PM, Dagobert Michelsen wrote: > I would also like a "take catalog plus these packages"-mode for > package generation, so these get picked up right after the package > has been assembled in GAR. Catching this during release is mandatory, > but it would be better to do earlier in the process too. You should be able to use bldcat to generate a catalog for the just built packages, then concat that to the end of the normal catalog and check the combined catalog. If the built packages are updates though it would be best to replace those in the normal catalog with those in the new catalog, otherwise the duplicate check will trigger. -- /peter From william at wbonnet.net Wed Aug 12 12:45:32 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 12 Aug 2009 12:45:32 +0200 Subject: [csw-maintainers] /testing Firefox 3.0.13 is available Message-ID: <4A829D4C.1040901@wbonnet.net> Hi all Firefox 3.0.13 is available from testing. I produced both Solaris 8 and 9 packages. http://mirror.opencsw.org/testing/firefox-3.0.13,REV=2009.08.04-SunOS5.9-sparc.pkg.gz http://mirror.opencsw.org/testing/firefox-3.0.13,REV=2009.08.05-SunOS5.9-i386.pkg.gz http://mirror.opencsw.org/testing/firefox-3.0.13,REV=2009.08.06-SunOS5.8-i386.pkg.gz http://mirror.opencsw.org/testing/firefox-3.0.13,REV=2009.08.06-SunOS5.8-sparc.pkg.gz Thanks for your feedback cheers W. From dam at opencsw.org Wed Aug 12 17:47:14 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 12 Aug 2009 17:47:14 +0200 Subject: [csw-maintainers] FYI: ZFS performance patch available Message-ID: Hi, there is finally an official patch which solves the ZFS performance problem with the free space fragmentation: http://sunsolve.sun.com/search/document.do?assetkey=141909-02 (X86) http://sunsolve.sun.com/search/document.do?assetkey=1-21-141414-08-1 (Sparc) The bug was #6596237 which is mentioned in the x86 patch, but strangely not in the sparc version. I will install the patch later when I also do some more updates. Best regards -- Dago From mwatters at opencsw.org Thu Aug 13 15:33:14 2009 From: mwatters at opencsw.org (Mike Watters) Date: Thu, 13 Aug 2009 08:33:14 -0500 Subject: [csw-maintainers] Fw: CSW-python -> re-title: Request for IPython Message-ID: <4A84161A.8070107@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Forwarding to the maintainers list in case anyone has some cycles and would care to work on this request for Dan. - -------- Original Message -------- Subject: CSW-python Date: Tue, 11 Aug 2009 16:25:42 +0200 (CEST) From: daneicherse at hotmail.com To: mwatters at opencsw.org Hi, This is a stretch, but have you tried and gotten ipython to work? Thanks, Dan - -- ~Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." --> Albert Einstein 1879 - 1955 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqEFhoACgkQLrhmsXMSLxcIkQCg0KOzAPlBQNazaYY1BkWOWdXM lpcAn3j6hrVIv3RkEzk9fF4VKdEA/J86 =XIDW -----END PGP SIGNATURE----- From rupert at opencsw.org Sat Aug 15 11:30:28 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 15 Aug 2009 11:30:28 +0200 Subject: [csw-maintainers] Fw: CSW-python -> re-title: Request for IPython In-Reply-To: <4A84161A.8070107@opencsw.org> References: <4A84161A.8070107@opencsw.org> Message-ID: <6af4270908150230q46b3cac0n45b016efbe2bcf50@mail.gmail.com> done by copying genshi, checked in as well ... but: 1. trying to build it results in a core dump 2. installing the 2.6 egg works, but running it ends in a core dump here the output when doing a "gmake clean package" ==> Running setup.py in work/build-isa-sparcv8/ipython-0.10 Segmentation Fault - core dumped gmake[1]: *** [build-work/build-isa-sparcv8/ipython-0.10/setup.py] Error 139 gmake[1]: Leaving directory `/home/rupert/mgar/pkg/ipython/trunk' gmake: *** [merge-isa-sparcv8] Error 2 it seems the csw python does not have a readline module: $ python Python 2.6.2 (r262:71600, May 27 2009, 14:19:46) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import os >>> histfile = os.path.join(os.environ["HOME"], ".pyhist") >>> readline.read_history_file(histfile) Traceback (most recent call last): File "", line 1, in NameError: name 'readline' is not defined >>> which is precondition to a working ipython. but how this should lead to a seg fault? rupert. On Thu, Aug 13, 2009 at 15:33, Mike Watters wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > Forwarding to the maintainers list in case anyone has some cycles and would > care to work on this request for Dan. > > - -------- Original Message -------- > Subject: CSW-python > Date: Tue, 11 Aug 2009 16:25:42 +0200 (CEST) > From: daneicherse at hotmail.com > To: mwatters at opencsw.org > > Hi, > ?This is a stretch, but have you tried and gotten ipython to work? > Thanks, > Dan > > > - -- > ~Mike > "Any intelligent fool can make things bigger, more complex, > and more violent. ?It takes a touch of genius -- and a lot of courage -- > to move in the opposite direction." --> Albert Einstein 1879 - 1955 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (SunOS) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkqEFhoACgkQLrhmsXMSLxcIkQCg0KOzAPlBQNazaYY1BkWOWdXM > lpcAn3j6hrVIv3RkEzk9fF4VKdEA/J86 > =XIDW > -----END PGP SIGNATURE----- > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > From rupert at opencsw.org Sat Aug 15 12:17:40 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 15 Aug 2009 12:17:40 +0200 Subject: [csw-maintainers] Solaris package, was Re: Mercurial 1.3 released! In-Reply-To: <6af4270908150257q15ed26c3xa48522d1aa8fc1c@mail.gmail.com> References: <1246487895.21295.450.camel@calx> <55b02916-16ec-478b-a650-446994bef399@o6g2000yqj.googlegroups.com> <4A508D25.8040308@kiilerich.com> <9c79bcfc-dca6-41d0-bda9-b0b6fc058333@k6g2000yqn.googlegroups.com> <4A6ADF59.5000008@kiilerich.com> <87tz0vut64.fsf@hbox.dyndns.org> <5bdebc5a-0fb8-441c-b90c-bd75d7503646@h21g2000yqa.googlegroups.com> <4A80A3FA.5040808@kiilerich.com> <6af4270908150257q15ed26c3xa48522d1aa8fc1c@mail.gmail.com> Message-ID: <6af4270908150317s51d92bc4r8463ca05cdb5e1ed@mail.gmail.com> is there any way we could give mads access to our build servers to have a look on the mercurial test case failures? rupert. > On Tue, Aug 11, 2009 at 00:49, Mads Kiilerich wrote: >> >> rupert.thurner wrote, On 08/02/2009 03:25 PM: >>> >>> ?0. solaris8, sparc, mercurial-1.3 (old test): >>> http://pastebin.com/m32e3576f >>> ?1. solaris8, sparc, mercurial-1.3.1: >>> http://mercurial.pastebin.com/m47cfc5f9 >>> ?2. solaris8, sparc, crew, parallel: http://pastebin.com/m5f53866c >>> ?3. solaris8, sparc, crew: http://mercurial.pastebin.com/m9b2365d >>> ?4. solaris10, i386, crew, parallel: >>> http://mercurial.pastebin.com/mdcf6ef7 >>> ?5. solaris10, sparc, crew: http://mercurial.pastebin.com/m277a964e >>> ?6. solaris10, sparc, crew, parallel: http://pastebin.com/m4e3a4ede >>> ?7. solaris10, sparc, crew, parallel: >>> http://mercurial.pastebin.com/m14098f50 >>> >> >> I am no (hard)core Mercurial developer, but if you can give me access to a >> solaris account I can try to take a look. That might be the easiest way to >> make progress. >> >> /Mads >> > From dam at opencsw.org Sun Aug 16 22:04:57 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 16 Aug 2009 22:04:57 +0200 Subject: [csw-maintainers] Solaris package, was Re: Mercurial 1.3 released! In-Reply-To: <6af4270908150317s51d92bc4r8463ca05cdb5e1ed@mail.gmail.com> References: <1246487895.21295.450.camel@calx> <55b02916-16ec-478b-a650-446994bef399@o6g2000yqj.googlegroups.com> <4A508D25.8040308@kiilerich.com> <9c79bcfc-dca6-41d0-bda9-b0b6fc058333@k6g2000yqn.googlegroups.com> <4A6ADF59.5000008@kiilerich.com> <87tz0vut64.fsf@hbox.dyndns.org> <5bdebc5a-0fb8-441c-b90c-bd75d7503646@h21g2000yqa.googlegroups.com> <4A80A3FA.5040808@kiilerich.com> <6af4270908150257q15ed26c3xa48522d1aa8fc1c@mail.gmail.com> <6af4270908150317s51d92bc4r8463ca05cdb5e1ed@mail.gmail.com> Message-ID: <96079CC6-E6E6-433A-B286-97113A1970ED@opencsw.org> Hi Rupert, Am 15.08.2009 um 12:17 schrieb rupert THURNER: > is there any way we could give mads access to our build servers to > have a look on the mercurial test case failures? Sure. Mads: Please mail me your intended user name ("mads"?) and your ssh public key so I can set up your account. Best regards -- Dago > > rupert. > >> On Tue, Aug 11, 2009 at 00:49, Mads Kiilerich >> wrote: >>> >>> rupert.thurner wrote, On 08/02/2009 03:25 PM: >>>> >>>> 0. solaris8, sparc, mercurial-1.3 (old test): >>>> http://pastebin.com/m32e3576f >>>> 1. solaris8, sparc, mercurial-1.3.1: >>>> http://mercurial.pastebin.com/m47cfc5f9 >>>> 2. solaris8, sparc, crew, parallel: http://pastebin.com/m5f53866c >>>> 3. solaris8, sparc, crew: http://mercurial.pastebin.com/m9b2365d >>>> 4. solaris10, i386, crew, parallel: >>>> http://mercurial.pastebin.com/mdcf6ef7 >>>> 5. solaris10, sparc, crew: http://mercurial.pastebin.com/m277a964e >>>> 6. solaris10, sparc, crew, parallel: http://pastebin.com/m4e3a4ede >>>> 7. solaris10, sparc, crew, parallel: >>>> http://mercurial.pastebin.com/m14098f50 >>>> >>> >>> I am no (hard)core Mercurial developer, but if you can give me >>> access to a >>> solaris account I can try to take a look. That might be the >>> easiest way to >>> make progress. >>> >>> /Mads >>> >> > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers From maciej at opencsw.org Mon Aug 17 14:35:01 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 17 Aug 2009 13:35:01 +0100 Subject: [csw-maintainers] New Facter in testing In-Reply-To: References: Message-ID: On Tue, Aug 11, 2009 at 11:50 AM, Gary Law wrote: > New facter (1.5.6) in testing... Enjoy... Thanks! Testing it now. In the meantime, I looked at the GAR Makefile: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/facter/trunk/Makefile ...it still shows the 1.5.4 version. Do you build facter using GAR? Maciej From maciej at opencsw.org Mon Aug 17 19:22:58 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 17 Aug 2009 18:22:58 +0100 Subject: [csw-maintainers] New Facter in testing In-Reply-To: References: Message-ID: On Tue, Aug 11, 2009 at 11:50 AM, Gary Law wrote: > New facter (1.5.6) in testing... Enjoy... It looks like facter can't figure out the per-interface IP addresses. Not a packaging issue though. Maciej From dam at opencsw.org Tue Aug 18 10:37:07 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 18 Aug 2009 10:37:07 +0200 Subject: [csw-maintainers] Buildfarm general update Message-ID: <6F238B95-6FBE-468F-A864-EACF55305003@opencsw.org> Hi, I am currently updating the farm again to current/, please stand by. Best regards -- Dago From maciej at opencsw.org Tue Aug 18 11:14:08 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 18 Aug 2009 10:14:08 +0100 Subject: [csw-maintainers] rake-0.8.7 in testing Message-ID: Current rake version, supporting the 'namespace' keyword, is now in testing: http://mirror.opencsw.org/testing/rake-0.8.7,REV=2009.08.17-SunOS5.8-all-CSW.pkg.gz Maciej From maciej at opencsw.org Tue Aug 18 11:52:48 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 18 Aug 2009 10:52:48 +0100 Subject: [csw-maintainers] Buildfarm general update In-Reply-To: <6F238B95-6FBE-468F-A864-EACF55305003@opencsw.org> References: <6F238B95-6FBE-468F-A864-EACF55305003@opencsw.org> Message-ID: On Tue, Aug 18, 2009 at 9:37 AM, Dagobert Michelsen wrote: > Hi, > > I am currently updating the farm again to current/, please stand by. Could you install CSWrake there? I have a package to build which requires it. Maciej From maciej at opencsw.org Tue Aug 18 12:43:24 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 18 Aug 2009 11:43:24 +0100 Subject: [csw-maintainers] New Facter in testing In-Reply-To: References: Message-ID: On Mon, Aug 17, 2009 at 6:22 PM, Maciej (Matchek) Blizinski wrote: > On Tue, Aug 11, 2009 at 11:50 AM, Gary Law wrote: >> New facter (1.5.6) in testing... Enjoy... > > It looks like facter can't figure out the per-interface IP addresses. > Not a packaging issue though. The patch would be: --- /opt/csw/lib/ruby/site_ruby/1.8/facter/util/ip.rb 2009-03-29 23:16:30.000000000 +0100 +++ ip.rb 2009-08-18 11:37:34.675299822 +0100 @@ -16,7 +16,7 @@ :netmask => /netmask\s+0x(\w{8})/ }, :sunos => { - :addr => /inet\s+([0-9]+\.[0-9]+\.[0-9]+\.[0-9]+)/, + :ipaddress => /inet\s+([0-9]+\.[0-9]+\.[0-9]+\.[0-9]+)/, :macaddress => /(?:ether|lladdr)\s+(\w?\w:\w?\w:\w?\w:\w?\w:\w?\w:\w?\w)/, :netmask => /netmask\s+(\w{8})/ } But I found the actual problem: I didn't have facter-1.5.6 installed. For some reason, the usual 'pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u facter' installed facter-1.5.4 instead of facter-1.5.6. Maciej From bonivart at opencsw.org Tue Aug 18 13:43:05 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 18 Aug 2009 13:43:05 +0200 Subject: [csw-maintainers] /testing perl, perldoc Message-ID: <625385e30908180443q53f01e1dsb0b33c6533bbd5f6@mail.gmail.com> New version of Perl in testing, please do a quick test to see if it works as expected before I release it. http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.08.17-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.08.17-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/perldoc-5.8.8,REV=2009.08.17-SunOS5.8-all-CSW.pkg.gz # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u perl -- /peter From dam at opencsw.org Tue Aug 18 14:13:16 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 18 Aug 2009 14:13:16 +0200 Subject: [csw-maintainers] Buildfarm general update In-Reply-To: References: <6F238B95-6FBE-468F-A864-EACF55305003@opencsw.org> Message-ID: Hi Maciej, Am 18.08.2009 um 11:52 schrieb Maciej (Matchek) Blizinski: > On Tue, Aug 18, 2009 at 9:37 AM, Dagobert Michelsen > wrote: >> I am currently updating the farm again to current/, please stand by. > > Could you install CSWrake there? I have a package to build which > requires it. Sure, the package is installing right now. Please mail to buildfarm at lists.opencsw.org next time as I am not as available as the buildfarm group :-) Best regards -- Dago From dam at opencsw.org Tue Aug 18 14:53:30 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 18 Aug 2009 14:53:30 +0200 Subject: [csw-maintainers] New Facter in testing In-Reply-To: References: Message-ID: Hi Maciej, Am 18.08.2009 um 12:43 schrieb Maciej (Matchek) Blizinski: > But I found the actual problem: I didn't have facter-1.5.6 installed. > For some reason, the usual 'pkg-get -s > http://mirror.opencsw.org/opencsw/testing -U -u facter' installed > facter-1.5.4 instead of facter-1.5.6. This is because there are multiple versions in testing/: > dam at login [login]:/home/testing > ls -l *fact* > -rw-r--r-- 1 glaw csw 34527 Mar 30 00:31 > facter-1.5.4,REV=2009.03.29-SunOS5.8-all-CSW.pkg.gz > -rw-r--r-- 1 glaw csw 30657 Aug 11 00:34 > facter-1.5.5,REV=2009.08.10-SunOS5.9-all-CSW.pkg.gz > -rw-r--r-- 1 glaw csw 30600 Aug 11 00:34 > facter-1.5.6,REV=2009.08.10-SunOS5.9-all-CSW.pkg.gz When we are at it: only packages with a sane name are considered for the catalog, that means with -CSW suffix. The following packages were NOT considered for the testing catalog: > Ignoring ncal-1.0,REV=2009.08.05-SunOS5.8-sparc-UNCOMMITTED.pkg.gz > Ignoring ncal-1.0,REV=2009.08.05-SunOS5.8-i386-UNCOMMITTED.pkg.gz > Ignoring firefox-3.0.13,REV=2009.08.04-SunOS5.9-sparc.pkg.gz > Ignoring firefox-3.0.13,REV=2009.08.05-SunOS5.9-i386.pkg.gz > Ignoring firefox-3.0.13,REV=2009.08.06-SunOS5.8-i386.pkg.gz > Ignoring firefox-3.0.13,REV=2009.08.06-SunOS5.8-sparc.pkg.gz > Ignoring ap2_subversion-1.6.4,REV=2009.08.15-SunOS5.8-sparc- > UNCOMMITTED.pkg.gz > Ignoring javasvn-1.6.4,REV=2009.08.15-SunOS5.8-sparc- > UNCOMMITTED.pkg.gz > Ignoring pm_subversion-1.6.4,REV=2009.08.15-SunOS5.8-sparc- > UNCOMMITTED.pkg.gz > Ignoring pysvn-1.6.4,REV=2009.08.15-SunOS5.8-sparc-UNCOMMITTED.pkg.gz > Ignoring rbsvn-1.6.4,REV=2009.08.15-SunOS5.8-sparc-UNCOMMITTED.pkg.gz > Ignoring subversion-1.6.4,REV=2009.08.15-SunOS5.8-sparc- > UNCOMMITTED.pkg.gz > Ignoring subversion_devel-1.6.4,REV=2009.08.15-SunOS5.8-all- > UNCOMMITTED.pkg.gz > Ignoring OpenOffice.org Additionally, the following packages were ignored because there were multiple versions of the file in testing/: > Skipping facter-1.5.5,REV=2009.08.10-SunOS5.9-all-CSW.pkg.gz as > there is already a newer version > Skipping ap2_worker-2.2.12,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz > as there is already a newer version > Skipping ap2_worker-2.2.12,REV=2009.07.31-SunOS5.8-i386-CSW.pkg.gz > as there is already a newer version > Skipping apache2_devel-2.2.12,REV=2009.07.31-SunOS5.8-i386- > CSW.pkg.gz as there is already a newer version > Skipping apache2_manual-2.2.12,REV=2009.07.31-SunOS5.8-all- > CSW.pkg.gz as there is already a newer version > Skipping ap2_suexec-2.2.12,REV=2009.07.31-SunOS5.8-i386-CSW.pkg.gz > as there is already a newer version > Skipping ap2_prefork-2.2.12,REV=2009.07.31-SunOS5.8-i386-CSW.pkg.gz > as there is already a newer version > Skipping apache2c-2.2.12,REV=2009.07.31-SunOS5.8-i386-CSW.pkg.gz as > there is already a newer version > Skipping apache2rt-2.2.12,REV=2009.07.31-SunOS5.8-i386-CSW.pkg.gz as > there is already a newer version > Skipping apache2-2.2.12,REV=2009.07.31-SunOS5.8-all-CSW.pkg.gz as > there is already a newer version > Skipping apache2_devel-2.2.12,REV=2009.07.31-SunOS5.8-sparc- > CSW.pkg.gz as there is already a newer version > Skipping ap2_suexec-2.2.12,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz > as there is already a newer version > Skipping ap2_prefork-2.2.12,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz > as there is already a newer version > Skipping apache2c-2.2.12,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz as > there is already a newer version > Skipping apache2rt-2.2.12,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz > as there is already a newer version > Skipping kawa-1.9.1,REV=2009.04.09-SunOS5.8-i386-CSW.pkg.gz as there > is already a newer version > Skipping jre-1.6.0_11,REV=2008.12.10-SunOS5.8-all-CSW.pkg.gz as > there is already a newer version > Skipping jdk-1.6.0_11,REV=2008.12.10-SunOS5.8-all-CSW.pkg.gz as > there is already a newer version > Skipping jre6-1.6.0_11,REV=2008.12.09-SunOS5.8-i386-CSW.pkg.gz as > there is already a newer version > Skipping jdk6-1.6.0_11,REV=2008.12.09-SunOS5.8-i386-CSW.pkg.gz as > there is already a newer version > Skipping jre6-1.6.0_11,REV=2008.12.09-SunOS5.8-sparc-CSW.pkg.gz as > there is already a newer version > Skipping jdk6-1.6.0_11,REV=2008.12.09-SunOS5.8-sparc-CSW.pkg.gz as > there is already a newer version > Skipping djbdns-1.05-SunOS5.8-i386-CSW.pkg.gz as there is already a > newer version > Skipping djbdns-1.05-SunOS5.8-sparc-CSW.pkg.gz as there is already a > newer version The mechanism has been changed to use always the latest file in the catalog. Best regards -- Dago From maciej at opencsw.org Tue Aug 18 17:06:33 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 18 Aug 2009 16:06:33 +0100 Subject: [csw-maintainers] Buildfarm general update In-Reply-To: References: <6F238B95-6FBE-468F-A864-EACF55305003@opencsw.org> Message-ID: On Tue, Aug 18, 2009 at 1:13 PM, Dagobert Michelsen wrote: > Sure, the package is installing right now. Please mail to > ?buildfarm at lists.opencsw.org > next time as I am not as available as the buildfarm group :-) I don't think I can post to this group. Should I subscribe? Maciej From dam at opencsw.org Tue Aug 18 22:21:20 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 18 Aug 2009 22:21:20 +0200 Subject: [csw-maintainers] Updating the farm again to current/ Message-ID: <28B7802C-F943-4E66-8A74-5CDF2F077ED7@opencsw.org> Hi, due to the high update frequence of packages released I will update the farm again to current now. Best regards -- Dago From dam at opencsw.org Wed Aug 19 10:02:21 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 19 Aug 2009 10:02:21 +0200 Subject: [csw-maintainers] [csw-buildfarm] Buildfarm general update In-Reply-To: References: <6F238B95-6FBE-468F-A864-EACF55305003@opencsw.org> Message-ID: <93723C6D-35C1-4A0E-88C5-051F0F56D4BC@opencsw.org> Hi Maciej, Am 18.08.2009 um 17:06 schrieb Maciej (Matchek) Blizinski: > On Tue, Aug 18, 2009 at 1:13 PM, Dagobert Michelsen > wrote: >> Sure, the package is installing right now. Please mail to >> buildfarm at lists.opencsw.org >> next time as I am not as available as the buildfarm group :-) > > I don't think I can post to this group. Should I subscribe? This is not necessary. If you post from you @opencsw.org account everything should be fine (as it is, as you have already successfully posted). Best regards -- Dago From maciej at opencsw.org Wed Aug 19 11:51:38 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 19 Aug 2009 10:51:38 +0100 Subject: [csw-maintainers] Proposed changes to the packages database Message-ID: Hello, I'm working on some web code with relation to the packages database. I'd like to ask for few minor changes to the database schema. It boils down to creating an autoincremented primary key to tables in which rows are identified by a tuple of two columns. The reason for a change is that the framework I'm using doesn't support composite primary keys. The changes (including comments and rollback code) are here: http://opencsw.svn.sourceforge.net/viewvc/opencsw/opencsw_web/utils/adapt-dependlibs.sql?view=markup http://opencsw.svn.sourceforge.net/viewvc/opencsw/opencsw_web/utils/adapt-depends.sql?view=markup http://opencsw.svn.sourceforge.net/viewvc/opencsw/opencsw_web/utils/adapt-pathnames.sql?view=markup The change should be transparent to other applications. The only potential problem I can think of is if existing applications use queries like SELECT * FROM depends; and then expect certain number of columns. The 'id' column is added at the end of the table, so if an existing application uses SELECT * and then refers to row[n], there should be no problem. Is it okay to apply those changes to the packages database? Maciej From dam at opencsw.org Wed Aug 19 14:46:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 19 Aug 2009 14:46:19 +0200 Subject: [csw-maintainers] Fwd: Python site-packages? References: Message-ID: <672FE5F4-D316-4D41-9880-C429D386556D@opencsw.org> Hi, I am currently updating libxml2 and noticed that the Python site package dir has changed from /opt/csw/lib/python/site-packages to /opt/csw/lib/python2.6/site-packages Should the new modules be located in the new location then, or is this an error? Best regards -- Dago From mwatters at opencsw.org Wed Aug 19 15:52:56 2009 From: mwatters at opencsw.org (Mike Watters) Date: Wed, 19 Aug 2009 08:52:56 -0500 Subject: [csw-maintainers] Fwd: Python site-packages? In-Reply-To: <672FE5F4-D316-4D41-9880-C429D386556D@opencsw.org> References: <672FE5F4-D316-4D41-9880-C429D386556D@opencsw.org> Message-ID: <4A8C03B8.8050502@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dagobert Michelsen wrote: > Hi, > > I am currently updating libxml2 and noticed that the Python site > package dir has changed from > /opt/csw/lib/python/site-packages > to > /opt/csw/lib/python2.6/site-packages > > Should the new modules be located in the new location then, or is this > an error? > I had changed it briefly, updated a lot of packages and was asked to put it back to non-versioned. the proper location is again /opt/csw/lib/python/site-pacakges. - -- ~Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." --> Albert Einstein 1879 - 1955 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqMA7gACgkQLrhmsXMSLxeOQACg0C7/w1+rNRaG6jp1kD4ldXHw vYEAoKjaDjECblfSZGInn/LN3M3wqm9x =h6YN -----END PGP SIGNATURE----- From maciej at opencsw.org Wed Aug 19 16:59:32 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 19 Aug 2009 15:59:32 +0100 Subject: [csw-maintainers] Packages application on bender Message-ID: There's a package database browser running on port 8000 on bender. I wanted to show it to people but it's hard to do; there's port forwarding turned off somewhere along the way. Can the webserver admins configure a reverse proxy to bender:8000 or set up a native Apache (mod_python) support? Reverse proxy is simpler and more flexible for me (I could change applications underneath as needed). Maciej From maciej at opencsw.org Wed Aug 19 19:36:35 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 19 Aug 2009 18:36:35 +0100 Subject: [csw-maintainers] Missing my_attribute.h from CSWmysql5devel Message-ID: I found out that a header file is missing from the current CSWmysql5devel package. I looked at the build instructions, and they look, uh, time consuming. Does anyone - by any chance - have the current package in the built state and can relatively easily add this file? (I could try rebuilding and repackaging it, but I don't really feel like maintaining such an important package.) Maciej From bwalton at opencsw.org Wed Aug 19 19:47:34 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 19 Aug 2009 13:47:34 -0400 Subject: [csw-maintainers] Missing my_attribute.h from CSWmysql5devel In-Reply-To: References: Message-ID: <1250703965-sup-847@ntdws12.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizinski's message of Wed Aug 19 13:36:35 -0400 2009: > I found out that a header file is missing from the current > CSWmysql5devel package. I looked at the build instructions, and they > look, uh, time consuming. Does anyone - by any chance - have the > current package in the built state and can relatively easily add this > file? (I could try rebuilding and repackaging it, but I don't really > feel like maintaining such an important package.) I updated the build recipe such that it builds with GARv2. I stopped when I couldn't get the 64-bit version to pass the test suite for sparc or amd64. I haven't given up on it, but I haven't had the time to track down the problem either. You could likely crank out a package that contained only 32-bit stuff pretty quickly, but that would be a downgrade from the current ones. -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 maciej at opencsw.org Wed Aug 19 19:59:28 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 19 Aug 2009 18:59:28 +0100 Subject: [csw-maintainers] Missing my_attribute.h from CSWmysql5devel In-Reply-To: <1250703965-sup-847@ntdws12.chass.utoronto.ca> References: <1250703965-sup-847@ntdws12.chass.utoronto.ca> Message-ID: On Wed, Aug 19, 2009 at 6:47 PM, Ben Walton wrote: > I updated the build recipe such that it builds with GARv2. Was it mysql-5.0.x or mysql-5.1.x? The files in the repository refer to 5.1.x. If the 5.0.x version has been compiling in the past, it should be possible to compile it with gar as well. The 5.1.x version could wait. (From my point of view, that is.) Maciej P.S. I just noticed that you use English spacing. :-) From bwalton at opencsw.org Wed Aug 19 20:03:05 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 19 Aug 2009 14:03:05 -0400 Subject: [csw-maintainers] Missing my_attribute.h from CSWmysql5devel In-Reply-To: References: <1250703965-sup-847@ntdws12.chass.utoronto.ca> Message-ID: <1250704892-sup-1276@ntdws12.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizinski's message of Wed Aug 19 13:59:28 -0400 2009: > Was it mysql-5.0.x or mysql-5.1.x? The files in the repository refer > to 5.1.x. If the 5.0.x version has been compiling in the past, it > should be possible to compile it with gar as well. The 5.1.x version > could wait. (From my point of view, that is.) It was the 5.1 update. An updated 5.0 could likely be arranged using the legacy build description and a tweak of the prototype. > P.S. I just noticed that you use English spacing. :-) I didn't realize it was English, but if you're referring to the two spaces following a period, you can thank my (very old school, strict) 9th grade typing teacher for that! :) -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 maciej at opencsw.org Wed Aug 19 20:40:13 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 19 Aug 2009 19:40:13 +0100 Subject: [csw-maintainers] Missing my_attribute.h from CSWmysql5devel In-Reply-To: <1250704892-sup-1276@ntdws12.chass.utoronto.ca> References: <1250703965-sup-847@ntdws12.chass.utoronto.ca> <1250704892-sup-1276@ntdws12.chass.utoronto.ca> Message-ID: On Wed, Aug 19, 2009 at 7:03 PM, Ben Walton wrote: > Excerpts from Maciej (Matchek) Blizinski's message of Wed Aug 19 13:59:28 -0400 2009: >> Was it mysql-5.0.x or mysql-5.1.x? The files in the repository refer >> to 5.1.x. If the 5.0.x version has been compiling in the past, it >> should be possible to compile it with gar as well. The 5.1.x version >> could wait. (From my point of view, that is.) > > It was the 5.1 update. ?An updated 5.0 could likely be arranged using > the legacy build description and a tweak of the prototype. What I thought of doing is taking your mysql5 gar Makefile, and compiling mysql-5.0.x with it. Whether the new packages roughly match the old ones, can be checked by comparing the prototype files. I've done that when rewriting cups. What do you think about this idea? Maciej From bwalton at opencsw.org Wed Aug 19 20:45:28 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 19 Aug 2009 14:45:28 -0400 Subject: [csw-maintainers] Missing my_attribute.h from CSWmysql5devel In-Reply-To: References: <1250703965-sup-847@ntdws12.chass.utoronto.ca> <1250704892-sup-1276@ntdws12.chass.utoronto.ca> Message-ID: <1250707455-sup-5092@ntdws12.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizinski's message of Wed Aug 19 14:40:13 -0400 2009: > What I thought of doing is taking your mysql5 gar Makefile, and > compiling mysql-5.0.x with it. Whether the new packages roughly match > the old ones, can be checked by comparing the prototype files. I've > done that when rewriting cups. What do you think about this idea? If you've got the time and energy, go for it. At the very least, it would fix this bug with the current version of the package. I'm hoping to have time in September to dig into the 5.1 stuff again. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From phil at bolthole.com Wed Aug 19 21:00:59 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 19 Aug 2009 12:00:59 -0700 Subject: [csw-maintainers] Proposed changes to the packages database In-Reply-To: References: Message-ID: On Wed, Aug 19, 2009 at 2:51 AM, Maciej (Matchek) Blizinski < maciej at opencsw.org> wrote: > Hello, > > I'm working on some web code with relation to the packages database. > I'd like to ask for few minor changes to the database schema. It boils > down to creating an autoincremented primary key to tables in which > rows are identified by a tuple of two columns. The reason for a change > is that the framework I'm using doesn't support composite primary > keys. > .... > Is it okay to apply those changes to the packages database? > If you want a unique primary key, you should be using the mantis project id number, which exists already. the internal "package database" is sort of a convenience thing. canonical ownership is what mantis says. Sounds like you and I should have a more in-depth technical discussion. Please tell me more about what you are trying to do. I'm also wondering what kind of "framework" you are using,that somehow limits you about choice of keys. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Wed Aug 19 21:50:46 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 19 Aug 2009 20:50:46 +0100 Subject: [csw-maintainers] Proposed changes to the packages database In-Reply-To: References: Message-ID: On Wed, Aug 19, 2009 at 8:00 PM, Philip Brown wrote: > > > On Wed, Aug 19, 2009 at 2:51 AM, Maciej (Matchek) Blizinski > wrote: >> >> Hello, >> >> I'm working on some web code with relation to the packages database. >> I'd like to ask for few minor changes to the database schema. It boils >> down to creating an autoincremented primary key to tables in which >> rows are identified by a tuple of two columns. The reason for a change >> is that the framework I'm using doesn't support composite primary >> keys. >> .... >> Is it okay to apply those changes to the packages database? > > > > If you want a unique primary key, you should be using the mantis project id > number, which exists already. What's the reason? It's a different database, one cannot join the tables between mantis and the CSW database anyway, can one? > the internal "package database" is sort of a convenience thing. canonical > ownership is what mantis says. Does mantis know about package dependencies? > Sounds like you and I should have a more in-depth technical discussion. > Please tell me more about what you are trying to do. What do you want to know? I'm writing code which is using the existing database structure - only some tables need small changes to make it work. > I'm also wondering what kind of "framework" you are using,that somehow > limits you about choice of keys. Django. Requires single-column primary keys. To create a connecting table, a unique index is used. For instance, a table that was [pkgname, deppkg] becomes [pkgname, deppkg, id]. A natural-language description is given in the comments. If anyone wants to read the comments only: http://dpaste.com/82872/ Another idea would be that I can make adapt a copy of the existing database to show the PoC. I would need a reverse proxy or mod_python setup. Maciej From phil at bolthole.com Wed Aug 19 21:56:38 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 19 Aug 2009 12:56:38 -0700 Subject: [csw-maintainers] Proposed changes to the packages database In-Reply-To: References: Message-ID: On Wed, Aug 19, 2009 at 12:50 PM, Maciej (Matchek) Blizinski < maciej at opencsw.org> wrote: > > > If you want a unique primary key, you should be using the mantis project > id > > number, which exists already. > > What's the reason? It's a different database, one cannot join the > tables between mantis and the CSW database anyway, can one? Yup, you sure can. Because the two "databases" are running in a single mysql demon. you just have to specify things as DB.table instead of just table. > > Does mantis know about package dependencies? no. which is a big reason why the other database exists. The other being for file contents. > > > Sounds like you and I should have a more in-depth technical discussion. > > Please tell me more about what you are trying to do. > > What do you want to know? I'm writing code which is using the existing > database structure - only some tables need small changes to make it > work. That tells me nothing about what you are actually trying to DO ... ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Wed Aug 19 22:12:23 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 19 Aug 2009 21:12:23 +0100 Subject: [csw-maintainers] Proposed changes to the packages database In-Reply-To: References: Message-ID: On Wed, Aug 19, 2009 at 8:56 PM, Philip Brown wrote: >> > Sounds like you and I should have a more in-depth technical discussion. >> > Please tell me more about what you are trying to do. >> >> What do you want to know? I'm writing code which is using the existing >> database structure - only some tables need small changes to make it >> work. > > That tells me nothing about what you are actually trying to DO ... ? I'm writing a package explorer that's easy for many people to work on. Why? Maciej From james at opencsw.org Wed Aug 19 22:51:43 2009 From: james at opencsw.org (James Lee) Date: Wed, 19 Aug 2009 20:51:43 GMT Subject: [csw-maintainers] Missing my_attribute.h from CSWmysql5devel In-Reply-To: References: Message-ID: <20090819.20514300.3023327673@gyor.oxdrove.co.uk> On 19/08/09, 18:36:35, Maciej "(Matchek)" Blizinski wrote regarding [csw-maintainers] Missing my_attribute.h from CSWmysql5devel: > I found out that a header file is missing from the current > CSWmysql5devel package. I looked at the build instructions, and they > look, uh, time consuming. Does anyone - by any chance - have the > current package in the built state and can relatively easily add this > file? Unzip and pkgtrans the current package. Add the file and repackage. Make sure you get the existing perms and links from the pkgmap for rebuild. James. From phil at bolthole.com Wed Aug 19 23:11:32 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 19 Aug 2009 14:11:32 -0700 Subject: [csw-maintainers] Missing my_attribute.h from CSWmysql5devel In-Reply-To: <20090819.20514300.3023327673@gyor.oxdrove.co.uk> References: <20090819.20514300.3023327673@gyor.oxdrove.co.uk> Message-ID: On Wed, Aug 19, 2009 at 1:51 PM, James Lee wrote: > > Unzip and pkgtrans the current package. Add the file and repackage. > Make sure you get the existing perms and links from the pkgmap for > rebuild. > > Plus make sure the results pass pkgchk -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at bolthole.com Wed Aug 19 23:13:48 2009 From: phil at bolthole.com (Philip Brown) Date: Wed, 19 Aug 2009 14:13:48 -0700 Subject: [csw-maintainers] Proposed changes to the packages database In-Reply-To: References: Message-ID: On Wed, Aug 19, 2009 at 1:12 PM, Maciej (Matchek) Blizinski < maciej at opencsw.org> wrote: > On Wed, Aug 19, 2009 at 8:56 PM, Philip Brown wrote: > > > > > That tells me nothing about what you are actually trying to DO ... ? > > I'm writing a package explorer that's easy for many people to work on. Why? > So that when you're asking for a fork, I can have a better idea of when a spoon would work better for you :) but sounds like the earlier answer of "yes, you can join between two 'separate' databases" will get you everythig you need, I think. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu Aug 20 12:46:27 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 20 Aug 2009 11:46:27 +0100 Subject: [csw-maintainers] Proposed changes to the packages database In-Reply-To: References: Message-ID: On Wed, Aug 19, 2009 at 10:13 PM, Philip Brown wrote: > On Wed, Aug 19, 2009 at 1:12 PM, Maciej (Matchek) Blizinski > wrote: >> >> On Wed, Aug 19, 2009 at 8:56 PM, Philip Brown wrote: >> >> > >> > That tells me nothing about what you are actually trying to DO ... ? >> >> I'm writing a package explorer that's easy for many people to work on. >> Why? > > So that when? you're asking for? a fork, I can have a better idea of when a > spoon would work better for you :) A fork... not necessarily, I would prefer a knife, to kill the old app ;-) > but sounds like the earlier answer of "yes, you can join between two > 'separate' databases" will get you everythig you need, I think. Data split into multiple databases will generally pose a problem for any non-custom system; if you look at any web framework (Rails, Django, CakePHP), it's usually expected that the complete information is contained within a single database. It's especially important in places where the database access layer is decoupled from the model; if at some level the application doesn't know the specifics of the database, it can't expect to know that there are two or more of them, and which class is stored in which database. Usually, the dependencies within a MVC+ORM are that the object model is handled by the ORM system, which has a layer of translating from classes to database tables; once it's established what the tables are, there's a engine-specific part which handles a specific database engine and is responsible for storing data in tables. Using multiple databases is database-engine-specific (you can't do cross-db joins in, say, Berkeley db, can you?), so multi-db specifics would have to belong to the database-specific layer. But at that stage it's too late; it's already established what the tables are. Anyway, I don't want to get too much in there, the short story is that there's a need for a single database connection to use by the application. Is there a technical reason for a separate database for package information? It looks to me as if the tables from the CSW database could be moved to the MANTIS one. Maciej From maciej at opencsw.org Thu Aug 20 13:21:49 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 20 Aug 2009 12:21:49 +0100 Subject: [csw-maintainers] Packages application on bender In-Reply-To: References: Message-ID: On Wed, Aug 19, 2009 at 3:59 PM, Maciej (Matchek) Blizinski wrote: > There's a package database browser running on port 8000 on bender. I > wanted to show it to people but it's hard to do; there's port > forwarding turned off somewhere along the way. > > Can the webserver admins configure a reverse proxy to bender:8000 or > set up a native Apache (mod_python) support? Reverse proxy is simpler > and more flexible for me (I could change applications underneath as > needed). ping? From maciej at opencsw.org Thu Aug 20 14:43:59 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 20 Aug 2009 13:43:59 +0100 Subject: [csw-maintainers] Proposed changes to the packages database In-Reply-To: References: Message-ID: In the case anyone is interested in the playing with the application, I wrote up how to get started with it: https://opencsw.svn.sourceforge.net/svnroot/opencsw/opencsw_web/README It should be noted that it's only a proof of concept. Its purpose it to show "hey, see how much can be done with 130 lines of Python code and 150 lines of HTML templates!" Maciej From phil at bolthole.com Thu Aug 20 17:38:04 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 20 Aug 2009 08:38:04 -0700 Subject: [csw-maintainers] Packages application on bender In-Reply-To: References: Message-ID: Why do you have this thing running on port 8000? Why dont you just code up a normal web interface to it? On Thu, Aug 20, 2009 at 4:21 AM, Maciej (Matchek) Blizinski < maciej at opencsw.org> wrote: > On Wed, Aug 19, 2009 at 3:59 PM, Maciej (Matchek) > Blizinski wrote: > > There's a package database browser running on port 8000 on bender. I > > wanted to show it to people but it's hard to do; there's port > > forwarding turned off somewhere along the way. > > > > Can the webserver admins configure a reverse proxy to bender:8000 or > > set up a native Apache (mod_python) support? Reverse proxy is simpler > > and more flexible for me (I could change applications underneath as > > needed). > > ping? > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu Aug 20 17:50:36 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 20 Aug 2009 16:50:36 +0100 Subject: [csw-maintainers] Packages application on bender In-Reply-To: References: Message-ID: On Thu, Aug 20, 2009 at 4:38 PM, Philip Brown wrote: > Why do you have this thing running on port 8000? I don't have root on bender, so I can't edit the apache configuration or run anything on a low port. > Why dont you just code up a normal web interface to it? It is a web interface, which is served off port 8000. I would like to expose it externally. Basically, I have a hard time my work to other people. Maciej From phil at bolthole.com Thu Aug 20 17:52:31 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 20 Aug 2009 08:52:31 -0700 Subject: [csw-maintainers] Proposed changes to the packages database In-Reply-To: References: Message-ID: On Thu, Aug 20, 2009 at 3:46 AM, Maciej (Matchek) Blizinski < maciej at opencsw.org> wrote: > On Wed, Aug 19, 2009 at 10:13 PM, Philip Brown wrote: > > On > > > but sounds like the earlier answer of "yes, you can join between two > > 'separate' databases" will get you everythig you need, I think. > > Data split into multiple databases will generally pose a problem for > any non-custom system; ' What we're doing IS custom. > if you look at any web framework (Rails, > Django, CakePHP), it's usually expected that the complete information > is contained within a single database. But if it cant work by passing in DB.table references, instead of pure [table] references, it's THAT system that is broken. Go fix THEIR code, or find a better framework? It's especially important in > places where the database access layer is decoupled from the model; if > at some level the application doesn't know the specifics of the > database, it can't expect to know that there are two or more of them, > and which class is stored in which database. It doesnt have to "know" anything. It just has to transparently pass in references. And as I said, if it cant accept DB.table references in place of table references, it's THEIR code that is broken. Using multiple > databases is database-engine-specific (you can't do cross-db joins in, > say, Berkeley db, can you?), berkeleydb isnt a "real" database, so that's a bad comparison. you CAN do it in oracle, fyi. So, we have - ok in oracle - ok in mysql (Although what mysql calls a "database", oracle calls a "schema". but the syntax is identical) Any "database framework" that cannot support a fundamental, basic operation supported by both mysql, and oracle, is broken. > Is there a technical reason for a separate database for package > information? It looks to me as if the tables from the CSW database > could be moved to the MANTIS one. Certainly. Proper data abstraction. The mantis database is a "data object", if you will. Violating object cohesion is bad programming. PS: even "sqlite" supports "cross-database joins". See their faq. -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at bolthole.com Thu Aug 20 17:54:45 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 20 Aug 2009 08:54:45 -0700 Subject: [csw-maintainers] Packages application on bender In-Reply-To: References: Message-ID: > > Why dont you just code up a normal web interface to it? > > It is a web interface, which is served off port 8000. I would like to > expose it externally. Basically, I have a hard time my work to other > people. > I think you missed the point. There is no need for you to be running your own web server. Just run the prototype out of your own ~/public_html, and show it off as www.opencsw.org/~maciej/whatever -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Thu Aug 20 18:22:16 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 20 Aug 2009 18:22:16 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? Message-ID: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> I'm trying to build FileZilla and got stuck at wxWidgets being too old, we have 2.8.5 and at least 2.8.9 is needed. Does anyone want to take it on? Alessio did the last package but he's retired. -- /peter From maciej at opencsw.org Thu Aug 20 21:19:44 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 20 Aug 2009 20:19:44 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> Message-ID: On Thu, Aug 20, 2009 at 5:22 PM, Peter Bonivart wrote: > I'm trying to build FileZilla and got stuck at wxWidgets being too > old, we have 2.8.5 and at least 2.8.9 is needed. > > Does anyone want to take it on? Alessio did the last package but he's retired. Did he take all the build files into... um... the grave with him? I gave wxwidgets a shot and: http://dpaste.com/83288/ What's scary about this is that the problem appears to be in a file inside Sun Studio: /opt/sunstudio12.1/prod/include/CC/Cstd/./memory I can't work more on that before the weekend, sorry. Maciej From a.cervellin at acm.org Thu Aug 20 21:54:00 2009 From: a.cervellin at acm.org (Alessio) Date: Thu, 20 Aug 2009 21:54:00 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> Message-ID: <4A8DA9D8.3040606@acm.org> Maciej (Matchek) Blizinski wrote: > On Thu, Aug 20, 2009 at 5:22 PM, Peter Bonivart wrote: > >> I'm trying to build FileZilla and got stuck at wxWidgets being too >> old, we have 2.8.5 and at least 2.8.9 is needed. >> >> Does anyone want to take it on? Alessio did the last package but he's retired. >> > > Did he take all the build files into... um... the grave with him? you just have to ask... From maciej at opencsw.org Thu Aug 20 22:08:34 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 20 Aug 2009 21:08:34 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <4A8DA9D8.3040606@acm.org> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <4A8DA9D8.3040606@acm.org> Message-ID: On Thu, Aug 20, 2009 at 8:54 PM, Alessio wrote: > Maciej (Matchek) Blizinski wrote: >> >> On Thu, Aug 20, 2009 at 5:22 PM, Peter Bonivart >> wrote: >> >>> >>> I'm trying to build FileZilla and got stuck at wxWidgets being too >>> old, we have 2.8.5 and at least 2.8.9 is needed. >>> >>> Does anyone want to take it on? Alessio did the last package but he's >>> retired. >>> >> >> Did he take all the build files into... um... the grave with him? > > you just have to ask... You're alive, yey! Could you submit your build files into the repository, please? I've copied the template, there's a branches directory: svn co https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/wxwidgets Otherwise, you can point me at the current files, and I'll submit them. Maciej From a.cervellin at acm.org Thu Aug 20 22:10:30 2009 From: a.cervellin at acm.org (Alessio) Date: Thu, 20 Aug 2009 22:10:30 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> Message-ID: <4A8DADB6.3000607@acm.org> Maciej (Matchek) Blizinski wrote: > On Thu, Aug 20, 2009 at 5:22 PM, Peter Bonivart wrote: > >> I'm trying to build FileZilla and got stuck at wxWidgets being too >> old, we have 2.8.5 and at least 2.8.9 is needed. >> >> Does anyone want to take it on? Alessio did the last package but he's retired. >> > > Did he take all the build files into... um... the grave with him? ./configure --prefix=/opt/csw --with-gtk=2 --with-gtk-prefix=/opt/csw --without-regex --disable-unicode --with-opengl CFLAGS: -fast -xarch=v8 -xstrconst -xnolibmopt -I/opt/csw/include -L/opt/csw/lib -R/opt/csw/lib built on solaris 8 with sun studio 11 that's all, good luck... From maciej at opencsw.org Thu Aug 20 22:48:28 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 20 Aug 2009 21:48:28 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <4A8DADB6.3000607@acm.org> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <4A8DADB6.3000607@acm.org> Message-ID: On Thu, Aug 20, 2009 at 9:10 PM, Alessio wrote: > Maciej (Matchek) Blizinski wrote: >> >> On Thu, Aug 20, 2009 at 5:22 PM, Peter Bonivart >> wrote: >> >>> >>> I'm trying to build FileZilla and got stuck at wxWidgets being too >>> old, we have 2.8.5 and at least 2.8.9 is needed. >>> >>> Does anyone want to take it on? Alessio did the last package but he's >>> retired. >>> >> >> Did he take all the build files into... um... the grave with him? > > ./configure --prefix=/opt/csw --with-gtk=2 --with-gtk-prefix=/opt/csw > --without-regex --disable-unicode --with-opengl > > CFLAGS: -fast -xarch=v8 -xstrconst -xnolibmopt -I/opt/csw/include > -L/opt/csw/lib -R/opt/csw/lib > > built on solaris 8 with sun studio 11 > > that's all, good luck... Thanks! I tried compiling it; I'm currently getting the same error as previously, not sure where's the problem. I've committed the current Makefile, if anyone wanted to pick it up. Otherwise I'll look at it next week. Maciej From a.cervellin at acm.org Thu Aug 20 23:26:57 2009 From: a.cervellin at acm.org (Alessio) Date: Thu, 20 Aug 2009 23:26:57 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <4A8DADB6.3000607@acm.org> Message-ID: <4A8DBFA1.80408@acm.org> Maciej (Matchek) Blizinski wrote: > > > Thanks! I tried compiling it; I'm currently getting the same error as > previously, not sure where's the problem. take a look here: http://forums.sun.com/thread.jspa?threadID=5376645 From trygvis at opencsw.org Thu Aug 20 23:31:02 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Thu, 20 Aug 2009 23:31:02 +0200 Subject: [csw-maintainers] Packages application on bender In-Reply-To: References: Message-ID: <4A8DC096.2050501@opencsw.org> Philip Brown wrote: > > > > > Why dont you just code up a normal web interface to it? > > It is a web interface, which is served off port 8000. I would like to > expose it externally. Basically, I have a hard time my work to other > people. > > > > I think you missed the point. There is no need for you to be running > your own web server. > Just run the prototype out of your own ~/public_html, and show it off as > www.opencsw.org/~maciej/whatever References: <4A8DC096.2050501@opencsw.org> Message-ID: > ... > That assumes that the web server can handle Python files which it can't. If > you read the original mail again you can see that Apache can be configured > to support it. Ah. well, my opinion is that we should just install modpython. But since it's Ihsan's server, I'll not do it myself, but let him decide. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Fri Aug 21 10:35:04 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 21 Aug 2009 09:35:04 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <4A8DBFA1.80408@acm.org> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <4A8DADB6.3000607@acm.org> <4A8DBFA1.80408@acm.org> Message-ID: On Thu, Aug 20, 2009 at 10:26 PM, Alessio wrote: > Maciej (Matchek) Blizinski wrote: >> >> >> Thanks! I tried compiling it; I'm currently getting the same error as >> previously, not sure where's the problem. > > take a look here: > http://forums.sun.com/thread.jspa?threadID=5376645 Thanks! Patches from the referenced issue apply to the current source, I also worked around retarded checks for libGL, and the configuration phase completes now. I'm committing the current state. Maciej From ja at opencsw.org Fri Aug 21 15:38:53 2009 From: ja at opencsw.org (Juergen Arndt) Date: Fri, 21 Aug 2009 15:38:53 +0200 Subject: [csw-maintainers] Nagios 3.2.0 in testing Message-ID: Hi all, Nagios 3.2.0 is in testing now. Feedback is welcome. Juergen -- Juergen Arndt From skayser at opencsw.org Fri Aug 21 17:13:38 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 21 Aug 2009 17:13:38 +0200 Subject: [csw-maintainers] New problem with gdk-pixbuf.loaders In-Reply-To: References: Message-ID: <4A8EB9A2.3020703@opencsw.org> Dagobert Michelsen wrote: > Am 10.08.2009 um 21:36 schrieb Jeffery Small: >> One thing I did when I was a maintainer was run a diff on the the >> prototype >> file between the current release and the new build and carefully >> examine >> all differences before copying the prototype file to the root >> directory >> of the build. Something like this might be added to the GAR (or >> whatever >> build system you are using now). This would add an extra check for >> things >> like missing files or extra files getting included that shouldn't be >> there. > > I deliberate removed manual prototypes from GAR - they are now generated > dynamically. The problem was due to a loss in postinstall-scripts. Jefferey's idea still sounds good: A script that diffs the current/ package's pkgmap (modulo size, cksum and mtime) with the pkgmap of the package that one is working on would also help in picking up packages that don't yet live in GAR (to make sure one gets the package contents right). Sebastian From ihsan at opencsw.org Sat Aug 22 13:45:17 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sat, 22 Aug 2009 13:45:17 +0200 Subject: [csw-maintainers] Packages application on bender In-Reply-To: References: <4A8DC096.2050501@opencsw.org> Message-ID: <4A8FDA4D.8050505@opencsw.org> Am 21.8.2009 0:42 Uhr, Philip Brown schrieb: > ... > That assumes that the web server can handle Python files which it > can't. If you read the original mail again you can see that Apache > can be configured to support it. > > > Ah. > well, my opinion is that we should just install modpython. But since > it's Ihsan's server, I'll not do it myself, but let him decide. Maciej and me will work that out here in Oslo Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From rupert.thurner at gmail.com Sat Aug 15 11:57:52 2009 From: rupert.thurner at gmail.com (rupert THURNER) Date: Sat, 15 Aug 2009 11:57:52 +0200 Subject: [csw-maintainers] Solaris package, was Re: Mercurial 1.3 released! In-Reply-To: <4A80A3FA.5040808@kiilerich.com> References: <1246487895.21295.450.camel@calx> <55b02916-16ec-478b-a650-446994bef399@o6g2000yqj.googlegroups.com> <4A508D25.8040308@kiilerich.com> <9c79bcfc-dca6-41d0-bda9-b0b6fc058333@k6g2000yqn.googlegroups.com> <4A6ADF59.5000008@kiilerich.com> <87tz0vut64.fsf@hbox.dyndns.org> <5bdebc5a-0fb8-441c-b90c-bd75d7503646@h21g2000yqa.googlegroups.com> <4A80A3FA.5040808@kiilerich.com> Message-ID: <6af4270908150257q15ed26c3xa48522d1aa8fc1c@mail.gmail.com> is there any way we could give mads access to our build servers to have a look on the mercurial test case failures? rupert. On Tue, Aug 11, 2009 at 00:49, Mads Kiilerich wrote: > > rupert.thurner wrote, On 08/02/2009 03:25 PM: >> >> ?0. solaris8, sparc, mercurial-1.3 (old test): >> http://pastebin.com/m32e3576f >> ?1. solaris8, sparc, mercurial-1.3.1: >> http://mercurial.pastebin.com/m47cfc5f9 >> ?2. solaris8, sparc, crew, parallel: http://pastebin.com/m5f53866c >> ?3. solaris8, sparc, crew: http://mercurial.pastebin.com/m9b2365d >> ?4. solaris10, i386, crew, parallel: >> http://mercurial.pastebin.com/mdcf6ef7 >> ?5. solaris10, sparc, crew: http://mercurial.pastebin.com/m277a964e >> ?6. solaris10, sparc, crew, parallel: http://pastebin.com/m4e3a4ede >> ?7. solaris10, sparc, crew, parallel: >> http://mercurial.pastebin.com/m14098f50 >> > > I am no (hard)core Mercurial developer, but if you can give me access to a > solaris account I can try to take a look. That might be the easiest way to > make progress. > > /Mads > From mads at kiilerich.com Sun Aug 16 22:27:30 2009 From: mads at kiilerich.com (Mads Kiilerich) Date: Sun, 16 Aug 2009 22:27:30 +0200 Subject: [csw-maintainers] Solaris package, was Re: Mercurial 1.3 released! In-Reply-To: <96079CC6-E6E6-433A-B286-97113A1970ED@opencsw.org> References: <1246487895.21295.450.camel@calx> <55b02916-16ec-478b-a650-446994bef399@o6g2000yqj.googlegroups.com> <4A508D25.8040308@kiilerich.com> <9c79bcfc-dca6-41d0-bda9-b0b6fc058333@k6g2000yqn.googlegroups.com> <4A6ADF59.5000008@kiilerich.com> <87tz0vut64.fsf@hbox.dyndns.org> <5bdebc5a-0fb8-441c-b90c-bd75d7503646@h21g2000yqa.googlegroups.com> <4A80A3FA.5040808@kiilerich.com> <6af4270908150257q15ed26c3xa48522d1aa8fc1c@mail.gmail.com> <6af4270908150317s51d92bc4r8463ca05cdb5e1ed@mail.gmail.com> <96079CC6-E6E6-433A-B286-97113A1970ED@opencsw.org> Message-ID: <4A886BB2.8050004@kiilerich.com> Dagobert Michelsen wrote, On 08/16/2009 10:04 PM: > Hi Rupert, > > Am 15.08.2009 um 12:17 schrieb rupert THURNER: >> is there any way we could give mads access to our build servers to >> have a look on the mercurial test case failures? > > Sure. > > Mads: Please mail me your intended user name ("mads"?) and your ssh > public > key so I can set up your account. > > > Best regards > > -- Dago ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA1EdE6GiiJgrTsC5VMoNCW6wuPO47Go42QJKQKsr3LEcYyCIA8D5Tc1jXoGuTKtruu97HXR87WK+q6+VFOY5VDbai6PH4/YaH5xEzlqbULrxnLXxKO56lUcw1R96EBX68U40fHgXhkKtxpeUGw6QSdzCS6aAGOA/nijVvTPsB8OXvPBO5b4gm0/zKcLG2iyGt/ZOkaqYUf2YQYMEW5ez+4Rjt/X9dO8+nu5FiDOPr/iE95WjU3YTzrDyad1phaCnBSL1PtdunNDhmguCE/ISMP55pVl1ioOQW2vrBez1hsnyNaVSjV3Ht+gUXCNaMezz8AqLYtZYVCv+1rpVwSEhU/Q== mk The username doesn't matter - it is only for temporary use. /Mads From dam at baltic-online.de Wed Aug 19 14:41:50 2009 From: dam at baltic-online.de (Dagobert Michelsen) Date: Wed, 19 Aug 2009 14:41:50 +0200 Subject: [csw-maintainers] Python site-packages? Message-ID: Hi, I am currently updating libxml2 and noticed that the Python site package dir has changed from /opt/csw/lib/python/site-packages to /opt/csw/lib/python2.6/site-packages Should the new modules be located in the new location then, or is this an error? Best regards -- Dago From dam at baltic-online.de Wed Aug 19 17:50:31 2009 From: dam at baltic-online.de (Dagobert Michelsen) Date: Wed, 19 Aug 2009 17:50:31 +0200 Subject: [csw-maintainers] IPS on Solaris 10 Message-ID: <88CD74EC-D668-4F84-962E-156D2F0E785D@baltic-online.de> Hi, I just found a blog where someone built IPS for Solaris 10: http://probably.co.uk/howto-build-ips-on-solaris-10.html Looks interesting if we move towards IPS in the future. Best regards -- Dago From rupert.thurner at gmail.com Sat Aug 22 15:19:44 2009 From: rupert.thurner at gmail.com (rupert THURNER) Date: Sat, 22 Aug 2009 15:19:44 +0200 Subject: [csw-maintainers] Solaris package, was Re: Mercurial 1.3 released! In-Reply-To: <4A89F74D.3000601@kiilerich.com> References: <1246487895.21295.450.camel@calx> <55b02916-16ec-478b-a650-446994bef399@o6g2000yqj.googlegroups.com> <4A508D25.8040308@kiilerich.com> <9c79bcfc-dca6-41d0-bda9-b0b6fc058333@k6g2000yqn.googlegroups.com> <4A6ADF59.5000008@kiilerich.com> <87tz0vut64.fsf@hbox.dyndns.org> <5bdebc5a-0fb8-441c-b90c-bd75d7503646@h21g2000yqa.googlegroups.com> <4A89F74D.3000601@kiilerich.com> Message-ID: <6af4270908220619p6f3e9b56t34d4d8a5bb9ba8df@mail.gmail.com> hi mads, a good start might be to copy ~mwatters/.bashrc and ~mwatters/.functions to your homedir, this should set everything. for the standard package we do: svn co https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/mercurial cd mercurial/trunk/ perl -p -i -e "s/#test/test/g" Makefile PARALLELMFLAGS="-l -j $(psrinfo | wc -l)" TESTFLAGS="-j $(psrinfo | wc -l)" gmake clean package i did crew test runs on build10s: cd crew-stable--53fdf18fd63b python setup.py build cd tests TESTFLAGS="-j $(psrinfo | wc -l)" ./run-tests.py $TESTFLAGS Failed test-transplant: output changed Failed test-command-template: output changed Failed test-convert-git: output changed Failed test-hook: output changed Failed test-rename-merge2: output changed and returned error code 208 Failed test-convert-cvs-branch: output changed and returned error code 1 # Ran 345 tests, 22 skipped, 6 failed. and wget http://hg.intevation.org/mercurial/crew/archive/tip.tar.gz gtar xzvf tip.tar.gz cd crew-642febca0e5d python setup.py build cd tests TESTFLAGS="-j $(psrinfo | wc -l)" ./run-tests.py $TESTFLAGS Skipped test-convert-bzr-treeroot: missing feature: Canonical's Bazaar client Skipped test-inotify-issue1542: missing feature: inotify extension support Skipped test-convert-bzr-ghosts: missing feature: Canonical's Bazaar client Skipped test-convert-p4: missing feature: Perforce server and client Skipped test-inotify-issue1208: missing feature: inotify extension support Skipped test-highlight: missing feature: Pygments source highlighting library Skipped test-convert-p4-filetypes: missing feature: Perforce server and client Skipped test-inotify-issue1371: missing feature: inotify extension support Skipped test-convert-bzr-merges: missing feature: Canonical's Bazaar client Skipped test-convert-bzr-114: missing feature: Canonical's Bazaar client >= 1.14 Skipped test-convert-bzr: missing feature: Canonical's Bazaar client Skipped test-convert-tla: missing feature: GNU Arch tla client Skipped test-convert-baz: missing feature: GNU Arch baz client Skipped test-inotify-issue1556: missing feature: inotify extension support Skipped test-convert-mtn: missing feature: monotone client (> 0.31) Skipped test-inotify-debuginotify: missing feature: inotify extension support Skipped test-inotify: missing feature: inotify extension support Skipped test-convert-darcs: missing feature: darcs client Skipped test-convert-bzr-directories: missing feature: Canonical's Bazaar client Skipped test-inotify-lookup: missing feature: inotify extension support Skipped test-casefolding: missing feature: case insensitive file system Skipped test-no-symlinks: system supports symbolic links Failed test-transplant: output changed Failed test-command-template: output changed Failed test-convert-git: output changed Failed test-mv-cp-st-diff: output changed and returned error code 208 Failed test-rename-merge2: output changed and returned error code 208 Failed test-mq: output changed and returned error code 208 Failed test-hook: output changed # Ran 347 tests, 22 skipped, 7 failed. and on build10x: Failed test-command-template: output changed Failed test-convert-git: output changed Failed test-transplant: output changed Failed test-hook: output changed # Ran 347 tests, 22 skipped, 4 failed. rupert. On Tue, Aug 18, 2009 at 02:35, Mads Kiilerich wrote: > Hi Rupert > > I got access. First some general questions: > > How do I get a "proper" environment? > ? ?PATH=/opt/csw/bin:$PATH > ? ?export PATH > ? > > How do I get a compiler on build8s ? > > Using crew I will attack one platform at a time, most recent and common > platform first, so first build10x then build10s > > And more specific: > > rupert.thurner wrote, On 08/03/2009 11:11 AM: >> >> On Aug 2, 3:25 pm, "rupert.thurner" ?wrote: >> >>> >>> thanks for this, gpg, transplant, and repair-strip errors are gone! >>> >>> i tried now the crew-stable-53fdf18fd63b source checkout, and also put >>> the gnu tools in the path to have a gnu diff. cvs version is 1.11.23. >>> i run it on multiple platforms and operating system versions, parallel >>> and non-parallel. >>> >>> ?0. solaris8, sparc, mercurial-1.3 (old >>> test):http://pastebin.com/m32e3576f >>> ?1. solaris8, sparc, >>> mercurial-1.3.1:http://mercurial.pastebin.com/m47cfc5f9 >>> ?2. solaris8, sparc, crew, parallel:http://pastebin.com/m5f53866c >>> ?3. solaris8, sparc, crew:http://mercurial.pastebin.com/m9b2365d >>> ?4. solaris10, i386, crew, >>> parallel:http://mercurial.pastebin.com/mdcf6ef7 >>> ?5. solaris10, sparc, crew:http://mercurial.pastebin.com/m277a964e >>> >> >> the remaining errors are: >> Failed test-convert-cvs-branch: output changed and returned error code >> 1 >> Failed test-convert-cvs-synthetic: output changed and returned error >> code 1 >> Failed test-convert-cvsnt-mergepoints: output changed >> Failed test-convert-git: output changed >> Failed test-hook: output changed >> Failed test-import: output changed >> Failed test-paths: output changed >> > > Can you confirm that test-convert-cvs-branch works on solaris10 on "all" > platforms (fixed in 4743d1a65dfe)? > > Which failures do you see on crew right now? > > /Mads > > From rupert at opencsw.org Sat Aug 22 17:07:00 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 22 Aug 2009 17:07:00 +0200 Subject: [csw-maintainers] Solaris package, was Re: Mercurial 1.3 released! In-Reply-To: <6af4270908220800j4f4f5f32nd8c8820fce1585e1@mail.gmail.com> References: <1246487895.21295.450.camel@calx> <9c79bcfc-dca6-41d0-bda9-b0b6fc058333@k6g2000yqn.googlegroups.com> <4A6ADF59.5000008@kiilerich.com> <87tz0vut64.fsf@hbox.dyndns.org> <5bdebc5a-0fb8-441c-b90c-bd75d7503646@h21g2000yqa.googlegroups.com> <4A89F74D.3000601@kiilerich.com> <6af4270908220619p6f3e9b56t34d4d8a5bb9ba8df@mail.gmail.com> <4A8FFD60.1030804@kiilerich.com> <6af4270908220800j4f4f5f32nd8c8820fce1585e1@mail.gmail.com> Message-ID: <6af4270908220807u6acdf14rcfb0ecd4c54244dc@mail.gmail.com> On Sat, Aug 22, 2009 at 17:00, rupert THURNER wrote: > On Sat, Aug 22, 2009 at 16:14, Mads Kiilerich wrote: >> rupert THURNER wrote, On 08/22/2009 03:19 PM: >>> >>> hi mads, >>> >>> a good start might be to copy ~mwatters/.bashrc and >>> ~mwatters/.functions to your homedir, this should set everything. >>> >> >> For some reason .bashrc isn't read automatically. ". .bashrc" works though >> ... >> >> And I notice that it sets vi mode in bash ;-) >> >>> and on build10x: >>> Failed test-command-template: output changed >>> Failed test-convert-git: output changed >>> >> >> Do git work well on that machine and on that file system? The test fails >> because git fails. anybody of you have a better idea than we? personally i never used git on solaris. rupert. From rupert.thurner at gmail.com Sat Aug 22 17:00:12 2009 From: rupert.thurner at gmail.com (rupert THURNER) Date: Sat, 22 Aug 2009 17:00:12 +0200 Subject: [csw-maintainers] Solaris package, was Re: Mercurial 1.3 released! In-Reply-To: <4A8FFD60.1030804@kiilerich.com> References: <1246487895.21295.450.camel@calx> <4A508D25.8040308@kiilerich.com> <9c79bcfc-dca6-41d0-bda9-b0b6fc058333@k6g2000yqn.googlegroups.com> <4A6ADF59.5000008@kiilerich.com> <87tz0vut64.fsf@hbox.dyndns.org> <5bdebc5a-0fb8-441c-b90c-bd75d7503646@h21g2000yqa.googlegroups.com> <4A89F74D.3000601@kiilerich.com> <6af4270908220619p6f3e9b56t34d4d8a5bb9ba8df@mail.gmail.com> <4A8FFD60.1030804@kiilerich.com> Message-ID: <6af4270908220800j4f4f5f32nd8c8820fce1585e1@mail.gmail.com> On Sat, Aug 22, 2009 at 16:14, Mads Kiilerich wrote: > rupert THURNER wrote, On 08/22/2009 03:19 PM: >> >> hi mads, >> >> a good start might be to copy ~mwatters/.bashrc and >> ~mwatters/.functions to your homedir, this should set everything. >> > > For some reason .bashrc isn't read automatically. ". .bashrc" works though > ... > > And I notice that it sets vi mode in bash ;-) > >> and on build10x: >> Failed test-command-template: output changed >> Failed test-convert-git: output changed >> > > Do git work well on that machine and on that file system? The test fails > because git fails. anybody of you have a better idea than we? personally i never used git on solaris. rupert. From william at wbonnet.net Sat Aug 22 17:37:01 2009 From: william at wbonnet.net (William Bonnet) Date: Sat, 22 Aug 2009 17:37:01 +0200 Subject: [csw-maintainers] /testing Thunderbird 2.0.0.23 (security fix) is available from testing Message-ID: <4A90109D.8000502@wbonnet.net> Hi from Oslo Thunderbird 2.0.0.23 is available from testing : http://mirror.opencsw.org/testing/thunderbird-2.0.0.23,REV=2009.08.22-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/thunderbird-2.0.0.23,REV=2009.08.22-SunOS5.8-sparc-CSW.pkg.gz This release fixes the following bugs : MFSA 2009-42 Compromise of SSL-protected communication ( http://www.mozilla.org/security/announce/2009/mfsa2009-42.html ) cheers W. From rupert at opencsw.org Sat Aug 22 18:33:49 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 22 Aug 2009 18:33:49 +0200 Subject: [csw-maintainers] why git is not working ? Message-ID: <6af4270908220933t3732f0dduadfb8e3c15e738f9@mail.gmail.com> hi, mads hat a failing git test while trying to fix the remaining mercurial test cases. so i tried to just update git and got (after setting GIT_USE_PROXY = 1 to ~/.garrc): rupert at build8s:~/mgar/pkg/git/trunk $ gmake package [===== NOW BUILDING: git-1.6.4 =====] ginstall -d cookies/global ginstall -d download ... ==> Verifying for installed package CSWemacs: installed ==> Verifying for installed package CSWautoconf: installed [prerequisite] complete for git. ==> Grabbing download/git.git ==> Trying gitrepo//git.git gmake[1]: *** [gitrepo//git.git] Error 1 ==> Trying git//git.kernel.org/pub/scm/git/git.git Initialized empty Git repository in /home/rupert/mgar/pkg/git/trunk/download/partial/git.git/ fatal: protocol error: bad line length character gmake[1]: *** [git//git.kernel.org/pub/scm/git/git.git] Error 128 (!!!) Failed to download download/git.git! gmake: *** [download/git.git] Error 1 mads and me were both using mike's bashrc. and on google there are hints that this might be related to a shell setting. so i was wondering how ben did get this to work? rupert. From rupert at opencsw.org Sat Aug 22 21:05:08 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 22 Aug 2009 21:05:08 +0200 Subject: [csw-maintainers] is there a "norway blog" ? Message-ID: <6af4270908221205s68c286c3ub2e17118c2f3f8d0@mail.gmail.com> ihsan made my mouth water today by writing some mail from oslo ... is there a "norway blog" to make the life of the people at home easier? From bwalton at opencsw.org Sat Aug 22 23:17:31 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 22 Aug 2009 17:17:31 -0400 Subject: [csw-maintainers] why git is not working ? In-Reply-To: <6af4270908220933t3732f0dduadfb8e3c15e738f9@mail.gmail.com> References: <6af4270908220933t3732f0dduadfb8e3c15e738f9@mail.gmail.com> Message-ID: <1250975682-sup-1480@ntdws12.chass.utoronto.ca> Excerpts from rupert THURNER's message of Sat Aug 22 12:33:49 -0400 2009: > hi, > > mads hat a failing git test while trying to fix the remaining > mercurial test cases. > > so i tried to just update git and got (after setting GIT_USE_PROXY = > 1 to ~/.garrc): Are you behind a proxy? If not, leave that setting blank (and comment from the current GAR recipe). I haven't popped out a new package as there is breakage when building the docs now that I haven't sorted out...I did find a segfault in xsltproc in my travels to solve the problem though. If you are beind a proxy, ensure that the gitproxy script in gar/bin is appropriate for your settings. It works on the BO buildfarm, but that's the only place I've used it. I'm hoping to get back to updating git shortly (1.6.4.1 was released last night). I can ping you with test packages if it would help. 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 Aug 22 23:22:05 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 22 Aug 2009 17:22:05 -0400 Subject: [csw-maintainers] Solaris package, was Re: Mercurial 1.3 released! In-Reply-To: <6af4270908220807u6acdf14rcfb0ecd4c54244dc@mail.gmail.com> References: <1246487895.21295.450.camel@calx> <9c79bcfc-dca6-41d0-bda9-b0b6fc058333@k6g2000yqn.googlegroups.com> <4A6ADF59.5000008@kiilerich.com> <87tz0vut64.fsf@hbox.dyndns.org> <5bdebc5a-0fb8-441c-b90c-bd75d7503646@h21g2000yqa.googlegroups.com> <4A89F74D.3000601@kiilerich.com> <6af4270908220619p6f3e9b56t34d4d8a5bb9ba8df@mail.gmail.com> <4A8FFD60.1030804@kiilerich.com> <6af4270908220800j4f4f5f32nd8c8820fce1585e1@mail.gmail.com> <6af4270908220807u6acdf14rcfb0ecd4c54244dc@mail.gmail.com> Message-ID: <1250976064-sup-5101@ntdws12.chass.utoronto.ca> Excerpts from rupert THURNER's message of Sat Aug 22 11:07:00 -0400 2009: > >>> and on build10x: > >>> Failed test-command-template: output changed > >>> Failed test-convert-git: output changed > >>> > >> > >> Do git work well on that machine and on that file system? The test fails > >> because git fails. > > anybody of you have a better idea than we? personally i never used git > on solaris. I'm using git daily on solaris 10 without issues. Can you get me the actual commands being run and an easy way to play 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 maciej at opencsw.org Sun Aug 23 13:25:27 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 23 Aug 2009 12:25:27 +0100 Subject: [csw-maintainers] is there a "norway blog" ? In-Reply-To: <6af4270908221205s68c286c3ub2e17118c2f3f8d0@mail.gmail.com> References: <6af4270908221205s68c286c3ub2e17118c2f3f8d0@mail.gmail.com> Message-ID: On Sat, Aug 22, 2009 at 8:05 PM, rupert THURNER wrote: > ihsan made my mouth water today by writing some mail from oslo ... is > there a "norway blog" to make the life of the people at home easier? I intended to tweet, but it's so intense, I really couldn't tweet much. It's like in a beehive! Here's a photo from before lunch: http://twitpic.com/ez67h Maciej From skayser at opencsw.org Mon Aug 24 00:57:56 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 24 Aug 2009 00:57:56 +0200 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: <1248135892-sup-3787@ntdws12.chass.utoronto.ca> References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <3E39F7BB-726B-4250-8388-43EEF3D24B3F@opencsw.org> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> Message-ID: <4A91C974.6000401@opencsw.org> Hi Ben, Ben Walton wrote on 21.07.2009 02:30: > Excerpts from Dagobert Michelsen's message of Sun Jul 12 09:23:02 -0400 2009: > Hi Sebastian and Dago, > > I put together a small patch (attached) for GAR to twiddle the > required bits for use of cswpycompile in an automatic fashion. I > didn't make it happen implicitly, as after thinking more about the > changes I'll make to support automatic elisp handling, I didn't think > implicit was the right way to go here. > > The patch will take any value of CSWPYCOMPILE to mean that > cswpycompile is added to SPKG_CLASSES, .pyc and .pyo files are > filtered from the merge by default, .py files are set to cswpycompile > in the prototype and CSWcswclassutils is added as a dependency. this had been sleeping for a while. After talking to Dago, I have branched gar/v2 for testing purposes [1] and made two changes. 1) Adjusted gar.pkg.mk to include a PYCOMPILE variable similar to the other cswclassutils GAR variables. Simple so far and close to what you did. 2) Regarding the implicit activation of such a feature, I thought it might be convenient to use a GAR category.mk file for it. This category.mk activates python specific build/install targets, adds a dependency to CSWpython and sets a couple of variables, amongst others PYCOMPILE and _MERGE_EXCLUDE_CATEGORY to handle the .pyc/.pyo files. This way, a maintainer who wants to package a python module, just sets CATEGORIES = python and has sane defaults, including activation of the cswpycompile feature. Furthermore the python maintainer can take care of this category.mk file to have it reflect best practices and CSW defaults for packaging python modules. There is a sample build description for ZSI [2] based on these changes. Diff of the changes to GAR is attached to this mail. What do you think (keeping in mind that the specific functionality of i.cswpycompile itself is another sub-topic)? Dago? Sebastian [1] https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2-skayser/ [2] https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/ZSI/trunk/Makefile -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: gar-python.diff URL: From skayser at opencsw.org Mon Aug 24 01:06:02 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 24 Aug 2009 01:06:02 +0200 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? Message-ID: <4A91CB5A.4080109@opencsw.org> Hi, just wrote my first python module build description and noticed that most of the few python modules in our catalog follow a catalog name naming scheme of py With regards to user experience and consistency could we change the default/standard to be more like the perl modules which have pm_? So for python modules this would be: py_ Sebastian From bwalton at opencsw.org Mon Aug 24 01:44:38 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 23 Aug 2009 19:44:38 -0400 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: <4A91C974.6000401@opencsw.org> References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <3E39F7BB-726B-4250-8388-43EEF3D24B3F@opencsw.org> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> <4A91C974.6000401@opencsw.org> Message-ID: <1251070954-sup-5115@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Sun Aug 23 18:57:56 -0400 2009: > This way, a maintainer who wants to package a python module, just sets > CATEGORIES = python and has sane defaults, including activation of the > cswpycompile feature. Furthermore the python maintainer can take care of > this category.mk file to have it reflect best practices and CSW defaults > for packaging python modules. > > There is a sample build description for ZSI [2] based on these changes. > Diff of the changes to GAR is attached to this mail. What do you think > (keeping in mind that the specific functionality of i.cswpycompile > itself is another sub-topic)? Dago? It looks like a reasonable approach to me. The only thing I'd point out is that in a mixed package (a library that provided python bindings), it _may_ not be appropriate to set category to python...? It's like a perfect fit for 95% of the cases though. I'm glad you tackled this! I hadn't had a chance to get back to it yet. 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 Mon Aug 24 03:00:39 2009 From: mwatters at opencsw.org (Mike Watters) Date: Sun, 23 Aug 2009 20:00:39 -0500 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? In-Reply-To: <4A91CB5A.4080109@opencsw.org> References: <4A91CB5A.4080109@opencsw.org> Message-ID: <4A91E637.50802@opencsw.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Kayser wrote: > Hi, > > just wrote my first python module build description and noticed that > most of the few python modules in our catalog follow a catalog name > naming scheme of > > py > > With regards to user experience and consistency could we change the > default/standard to be more like the perl modules which have > pm_? So for python modules this would be: > > py_ > > Sebastian > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers I own a few of them. +1 the rename - -- Thanks, Mike "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot 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/ iEYEARECAAYFAkqR5jcACgkQLrhmsXMSLxcPBwCfZTKIwrGPKAAj6Zthb8mpH/t5 9IMAoNY7wF1vFPp0FWsTx6hNx7zXQmVg =H1mv -----END PGP SIGNATURE----- From bwalton at opencsw.org Mon Aug 24 03:04:42 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 23 Aug 2009 21:04:42 -0400 Subject: [csw-maintainers] solaris history question Message-ID: <1251074721-sup-2144@ntdws12.chass.utoronto.ca> Hi All, I've discovered an interesting bit of solaris archaeology today and I wanted to ask those with longer solaris memory why such a thing is still supported. Long before I ever encountered a shell, ^ was the symbol used to separate commands in a pipeline. It seems that solaris' /bin/sh is still allowing this in some cases. The following script demonstrates it. --snip-- #!/bin/sh LESS= export LESS ( echo test1 echo test2 echo test3 )^ /opt/csw/bin/ggrep 2 echo test^ /opt/csw/bin/less --snip-- The word 'test2' is spit out by ggrep and the word 'test' is sent to the stdin of less. Can someone provide some history on this? It's fascinating (to me) as a bit of lore from bygone days. [As a side note, this is why the git tests were failing in the mercurial test suite. Git uses HEAD^ to denote second most recent commit. With that identifier in the right place, bad things were happening when run under /bin/sh.] 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 trygvis at opencsw.org Mon Aug 24 07:35:22 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Mon, 24 Aug 2009 07:35:22 +0200 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? In-Reply-To: <4A91CB5A.4080109@opencsw.org> References: <4A91CB5A.4080109@opencsw.org> Message-ID: <4A92269A.8030805@opencsw.org> Sebastian Kayser wrote: > Hi, > > just wrote my first python module build description and noticed that > most of the few python modules in our catalog follow a catalog name > naming scheme of > > py > > With regards to user experience and consistency could we change the > default/standard to be more like the perl modules which have > pm_? So for python modules this would be: > > py_ +1 -- Trygve From pfelecan at opencsw.org Mon Aug 24 09:13:12 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 24 Aug 2009 09:13:12 +0200 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? In-Reply-To: <4A91CB5A.4080109@opencsw.org> (Sebastian Kayser's message of "Mon, 24 Aug 2009 01:06:02 +0200") References: <4A91CB5A.4080109@opencsw.org> Message-ID: Sebastian Kayser writes: > Hi, > > just wrote my first python module build description and noticed that > most of the few python modules in our catalog follow a catalog name > naming scheme of > > py > > With regards to user experience and consistency could we change the > default/standard to be more like the perl modules which have > pm_? So for python modules this would be: > > py_ +1 especially as we have just a few modules available -- Peter From maciej at opencsw.org Mon Aug 24 09:27:14 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 08:27:14 +0100 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? In-Reply-To: References: <4A91CB5A.4080109@opencsw.org> Message-ID: On Mon, Aug 24, 2009 at 8:13 AM, Peter FELECAN wrote: > Sebastian Kayser writes: > >> Hi, >> >> just wrote my first python module build description and noticed that >> most of the few python modules in our catalog follow a catalog name >> naming scheme of >> >> ? py >> >> With regards to user experience and consistency could we change the >> default/standard to be more like the perl modules which have >> pm_? So for python modules this would be: >> >> ? py_ > > +1 especially as we have just a few modules available +1 pyantlrrt --> py_antlrrt pyyaml --> py_yaml How do we go about the change? Modify catalogname without touching pkgname? Will the usual pkg-get/pkgutil update do the right thing? Maciej From maciej at opencsw.org Mon Aug 24 09:55:53 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 08:55:53 +0100 Subject: [csw-maintainers] [OT] The SF book I mentioned Message-ID: The computer science sci-fi book I mentioned at lunch yesterday is Toast by Charles Stross: http://www.amazon.co.uk/Toast-Rusted-Futures-Charles-Stross/dp/1587154137 A quote from author's note about the first story, Antibodies: "(...) It started with an idea: is it possible to write a hard SF story--one where relentless extrapolation from a technological or scientific assumption forms the backbone of the plot--based on algorithmics, the core of computer science, rather than on physics or biology? (...)" Maciej From maciej at opencsw.org Mon Aug 24 11:10:40 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 10:10:40 +0100 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update Message-ID: I've crafted new cups and unixodbc packages, but I started to loath to release them because of the migration from /opt/csw/etc to /etc/opt/csw. In my case it was a non-issue: update Puppet configuration definition, install packages, done. In a more general case, somebody will just do an update and... bang. The new cups will look for files in /etc/opt/csw/cups and won't find anything. There was a brief discussion in Oslo about this. The ideas I've collected so far: 1. Make the installation fail if the old config directory (/opt/csw/etc/cups) or files exist. Pros: It will make people (painfully) aware that there has been a change and they need to take action. They will have an opportunity to do the configuration move their way if they wish to. Cons: It's annoying and potentially time consuming: the need to look why the hell has the package failed, then go and devise a plan to move the configs. If someone does a mass upgrade, there will be a mass failure: CUPS will be uninstalled from everywhere and it won't be easy to install it. (not from current, using CSW tools, that is) 2. Move the config files automatically. Identify all the configuration files from the old /opt/csw/etc directory and move them to /etc/opt/csw. Pros: Smooth hands-off upgrade as expected (Quoting the website, our motto, is "to provide a straightforward, easy-to-use experience for the user"). Cons: Something in the scripts could go wrong, causing a mass failure. (Probably not worse than in point 1, though.) There may be difficulties with figuring out how to copy the common inter-zone configuration from /opt to /etc. (CUPS didn't work in sparse non-global zones anyway, but it might be an issue in a general case.) Issues I see: how to deal with the non-global zones in the general case? - How to fork the existing shared configuration into a per-zone /etc directory? - How to identify which files to copy? A user might have created and used more files than the package provided. (It could be detected in some cases, but certainly not all.) 3. Create a classutils script to aid migrating the file. The package author would provide a description on how to migrate the config files, i.e. which old paths correspond to the new paths. The non-global zones would have no source files, so they would get the default configuration. Pros: Our motto is... Cons: non-global zones, if previously configured, would have their configuration reset. Thoughts? Maciej From maciej at opencsw.org Mon Aug 24 11:18:18 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 10:18:18 +0100 Subject: [csw-maintainers] Monitoring the buildfarm Message-ID: Now that we have munin packages, can we start monitoring the buildfarm? We would have a better view of what's the system load and I/O like. Also, we would see whether the boxes are being under load around the clock, or only periodically. We would have one munin node per physical machine, plus the munin daemon on the webserver, so we can see the graphs. Are you for monitoring the buildfarm? If so, how do we proceed with it? Ihsan, is it something you would be willing to do? I could do it too, given sufficient permissions. Maciej From william at wbonnet.net Mon Aug 24 11:19:06 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 24 Aug 2009 11:19:06 +0200 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? In-Reply-To: References: <4A91CB5A.4080109@opencsw.org> Message-ID: <4A925B0A.1090608@wbonnet.net> Hi Sebastian, >> just wrote my first python module build description and noticed that >> most of the few python modules in our catalog follow a catalog name >> naming scheme of >> >> py >> >> With regards to user experience and consistency could we change the >> default/standard to be more like the perl modules which have >> pm_? So for python modules this would be: >> >> py_ >> good idea +1 cheers W. From bonivart at opencsw.org Mon Aug 24 11:28:02 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 24 Aug 2009 11:28:02 +0200 Subject: [csw-maintainers] Monitoring the buildfarm In-Reply-To: References: Message-ID: <625385e30908240228x4f33edf7j60e641169e7d1209@mail.gmail.com> On Mon, Aug 24, 2009 at 11:18 AM, Maciej (Matchek) Blizinski wrote: > Now that we have munin packages, can we start monitoring the > buildfarm? We would have a better view of what's the system load and > I/O like. Also, we would see whether the boxes are being under load > around the clock, or only periodically. > > We would have one munin node per physical machine, plus the munin > daemon on the webserver, so we can see the graphs. > > Are you for monitoring the buildfarm? If so, how do we proceed with > it? Ihsan, is it something you would be willing to do? I could do it > too, given sufficient permissions. +1 -- /peter From maciej at opencsw.org Mon Aug 24 11:35:44 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 10:35:44 +0100 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? In-Reply-To: <4A91CB5A.4080109@opencsw.org> References: <4A91CB5A.4080109@opencsw.org> Message-ID: On Mon, Aug 24, 2009 at 12:06 AM, Sebastian Kayser wrote: > Hi, > > just wrote my first python module build description and noticed that > most of the few python modules in our catalog follow a catalog name > naming scheme of > > ?py > > With regards to user experience and consistency could we change the > default/standard to be more like the perl modules which have > pm_? So for python modules this would be: > > ?py_ A question: Suppose the project's name is "pyfoo". (Like: http://pyyaml.org/) If we had py_projectname, it would end up being py_pyyaml. It looks a bit stupid. On the other hand, creating py_yaml makes the catalog name not containing the project name. If I tried doing pkg-get -a , I wouldn't find the package. Which do you think is better? Maciej From dam at opencsw.org Mon Aug 24 12:11:43 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 24 Aug 2009 12:11:43 +0200 Subject: [csw-maintainers] Monitoring the buildfarm In-Reply-To: References: Message-ID: Hi Maciej, Am 24.08.2009 um 11:18 schrieb "Maciej (Matchek) Blizinski" : > Now that we have munin packages, can we start monitoring the > buildfarm? We would have a better view of what's the system load and > I/O like. Also, we would see whether the boxes are being under load > around the clock, or only periodically. > > We would have one munin node per physical machine, plus the munin > daemon on the webserver, so we can see the graphs. > > Are you for monitoring the buildfarm? If so, how do we proceed with > it? Ihsan, is it something you would be willing to do? Sure. The buildfarm is located at our company. I'll ask my colleague J?rgen who also made the package to install it. J?rgen: Would you be so kind? :-) Best regards -- Dago From dam at opencsw.org Mon Aug 24 12:13:10 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 24 Aug 2009 12:13:10 +0200 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? In-Reply-To: <4A925B0A.1090608@wbonnet.net> References: <4A91CB5A.4080109@opencsw.org> <4A925B0A.1090608@wbonnet.net> Message-ID: <660EFD63-607A-4ED0-95B2-C32F69A23D0D@opencsw.org> Hi, Am 24.08.2009 um 11:19 schrieb William Bonnet : > Hi Sebastian, > >>> just wrote my first python module build description and noticed that >>> most of the few python modules in our catalog follow a catalog name >>> naming scheme of >>> >>> py >>> >>> With regards to user experience and consistency could we change the >>> default/standard to be more like the perl modules which have >>> pm_? So for python modules this would be: >>> >>> py_ >>> > good idea > > +1 Ok then, Sebastian, would you please file bugs against all misnamed packages? Best regards -- Dago From trygvis at opencsw.org Mon Aug 24 12:38:40 2009 From: trygvis at opencsw.org (Trygve Laugstol) Date: Mon, 24 Aug 2009 12:38:40 +0200 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? In-Reply-To: References: <4A91CB5A.4080109@opencsw.org> Message-ID: <4A926DB0.5030802@opencsw.org> Maciej (Matchek) Blizinski wrote: > On Mon, Aug 24, 2009 at 12:06 AM, Sebastian Kayser wrote: >> Hi, >> >> just wrote my first python module build description and noticed that >> most of the few python modules in our catalog follow a catalog name >> naming scheme of >> >> py >> >> With regards to user experience and consistency could we change the >> default/standard to be more like the perl modules which have >> pm_? So for python modules this would be: >> >> py_ > > A question: Suppose the project's name is "pyfoo". (Like: > http://pyyaml.org/) If we had py_projectname, it would end up being > py_pyyaml. It looks a bit stupid. On the other hand, creating py_yaml > makes the catalog name not containing the project name. If I tried > doing pkg-get -a , I wouldn't find the package. Which do > you think is better? If it is a product called "pyyaml" I would expect it to be called "pyyaml", but it was a library I would expect "py_pyyaml" (given that libraries should be called "py_*"). -- Trygve From maciej at opencsw.org Mon Aug 24 14:23:10 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 13:23:10 +0100 Subject: [csw-maintainers] Removing a package from the catalog Message-ID: There used to be a wxwidgets_gtk2 package. I intend to replace it with a wxwidgetsrt (wxwidgets_rt?) package. I don't want the old wxwidgets_gtk2 package to stick around. How can I get rid of it? Declare it incompatible with the new wxwidgets? It will break people's automatic installs, I'm afraid. Turn it into an empty package as a workaround? Any other options? (If anybody disagrees with the idea of removing _gtk and introducing _rt, please fork the thread. I'd like to talk about the general case) Maciej From schwindt at dfki.uni-kl.de Mon Aug 24 14:55:14 2009 From: schwindt at dfki.uni-kl.de (Nicolai Schwindt) Date: Mon, 24 Aug 2009 14:55:14 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: Your message of "Thu, 20 Aug 2009 20:19:44 BST." Message-ID: <200908241255.n7OCtEUb014006@dfki.uni-kl.de> [...] > What's scary about this is that the problem appears to be in a file > inside Sun Studio: /opt/sunstudio12.1/prod/include/CC/Cstd/./memory I did a successfull build localy on my machines using this : ./configure --prefix=/opt/csw --mandir=/opt/csw/share/man --enable-gui --enable-plugins --enable-shared --enable-dynamicloader --with-gtk --with-sdl --with-opengl --enable-controls --enable-iff CC=cc CFLAGS=-xO3 -xstrconst -xildoff CPPFLAGS=-I/opt/dfki/include -I/opt/csw/include CXXFLAGS=-xO4 -xildoff CXX=CC LDFLAGS=-L/opt/dfki/lib -R/opt/dfki/lib -L/opt/csw/lib -R/opt/csw/lib -Wl,-zcombreloc On : SunOS isg-1516 5.10 Generic_141415-07 i86pc i386 i86pc /opt/SUNWspro/bin/CC -V CC: Sun C++ 5.9 SunOS_i386 Patch 124864-14 2009/06/23 Sure you are using Studio 12 ? Nicolai From maciej at opencsw.org Mon Aug 24 14:59:02 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 13:59:02 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <200908241255.n7OCtEUb014006@dfki.uni-kl.de> References: <200908241255.n7OCtEUb014006@dfki.uni-kl.de> Message-ID: On Mon, Aug 24, 2009 at 1:55 PM, Nicolai Schwindt wrote: > [...] >> What's scary about this is that the problem appears to be in a file >> inside Sun Studio: /opt/sunstudio12.1/prod/include/CC/Cstd/./memory > > I did a successfull build localy on my machines using this : > > ./configure ?--prefix=/opt/csw --mandir=/opt/csw/share/man --enable-gui > --enable-plugins --enable-shared --enable-dynamicloader --with-gtk --with-sdl > --with-opengl --enable-controls --enable-iff CC=cc CFLAGS=-xO3 -xstrconst > -xildoff CPPFLAGS=-I/opt/dfki/include -I/opt/csw/include CXXFLAGS=-xO4 > -xildoff CXX=CC LDFLAGS=-L/opt/dfki/lib -R/opt/dfki/lib -L/opt/csw/lib > -R/opt/csw/lib -Wl,-zcombreloc > > On : > SunOS isg-1516 5.10 Generic_141415-07 i86pc i386 i86pc > > /opt/SUNWspro/bin/CC -V > CC: Sun C++ 5.9 SunOS_i386 Patch 124864-14 2009/06/23 > > Sure you are using Studio 12 ? Locally, yes. I've found a patch, it's already committed to the repository. I'm figuring out what to do with the _gtk2 package. I want to have a _rt instead. Maciej From schwindt at dfki.uni-kl.de Mon Aug 24 14:59:19 2009 From: schwindt at dfki.uni-kl.de (Nicolai Schwindt) Date: Mon, 24 Aug 2009 14:59:19 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: Your message of "Fri, 21 Aug 2009 09:35:04 BST." Message-ID: <200908241259.n7OCxJbI014103@dfki.uni-kl.de> [...] > > Thanks! Patches from the referenced issue apply to the current source, > I also worked around retarded checks for libGL, and the configuration > phase completes now. I'm committing the current state. Sorry forget my post, I did patch it, I should read my notes before trusting my memory .( Nicolai From pfelecan at opencsw.org Mon Aug 24 15:48:09 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 24 Aug 2009 15:48:09 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: (Maciej Blizinski's message of "Mon, 24 Aug 2009 13:59:02 +0100") References: <200908241255.n7OCtEUb014006@dfki.uni-kl.de> Message-ID: "Maciej (Matchek) Blizinski" writes: > On Mon, Aug 24, 2009 at 1:55 PM, Nicolai > Schwindt wrote: >> [...] >>> What's scary about this is that the problem appears to be in a file >>> inside Sun Studio: /opt/sunstudio12.1/prod/include/CC/Cstd/./memory >> >> I did a successfull build localy on my machines using this : >> >> ./configure ?--prefix=/opt/csw --mandir=/opt/csw/share/man --enable-gui >> --enable-plugins --enable-shared --enable-dynamicloader --with-gtk --with-sdl >> --with-opengl --enable-controls --enable-iff CC=cc CFLAGS=-xO3 -xstrconst >> -xildoff CPPFLAGS=-I/opt/dfki/include -I/opt/csw/include CXXFLAGS=-xO4 >> -xildoff CXX=CC LDFLAGS=-L/opt/dfki/lib -R/opt/dfki/lib -L/opt/csw/lib >> -R/opt/csw/lib -Wl,-zcombreloc >> >> On : >> SunOS isg-1516 5.10 Generic_141415-07 i86pc i386 i86pc >> >> /opt/SUNWspro/bin/CC -V >> CC: Sun C++ 5.9 SunOS_i386 Patch 124864-14 2009/06/23 >> >> Sure you are using Studio 12 ? > > Locally, yes. But on Solaris 8, what are you using? -- Peter From maciej at opencsw.org Mon Aug 24 15:56:34 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 14:56:34 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <200908241255.n7OCtEUb014006@dfki.uni-kl.de> Message-ID: On Mon, Aug 24, 2009 at 2:48 PM, Peter FELECAN wrote: >>> Sure you are using Studio 12 ? >> >> Locally, yes. > > But on Solaris 8, what are you using? I'm using the default one on the buildfarm, that would be SOS11. My approach is: work on the newest one locally, then try it on the buildfarm with the default compiler, if it works -- cool. If it doesn't -- fix it. Maciej From ja at opencsw.org Mon Aug 24 16:17:16 2009 From: ja at opencsw.org (Juergen Arndt) Date: Mon, 24 Aug 2009 16:17:16 +0200 Subject: [csw-maintainers] Monitoring the buildfarm In-Reply-To: References: Message-ID: Hi, >> Are you for monitoring the buildfarm? If so, how do we proceed with >> it? Ihsan, is it something you would be willing to do? > > Sure. The buildfarm is located at our company. I'll ask my colleague > J?rgen who also made the package to install it. > > J?rgen: Would you be so kind? :-) Of course ;-) I installed the munin node on build8x, build8s, build10s, build10x and the munin master on the web zone of the buildfarm (the buildfarm located in Kiel). Until now the nodes are equipped just with some more or less basic plugins. I will add the more interesting plugins - I/O etc. - this evening or tomorrow morning (the weather is too good to spend the afternoon in front of the computer, I hope you understand this). Thank you, Juergen -- Juergen Arndt From bwalton at opencsw.org Mon Aug 24 17:19:57 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 24 Aug 2009 11:19:57 -0400 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update In-Reply-To: References: Message-ID: <1251126659-sup-1644@ntdws12.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizinski's message of Mon Aug 24 05:10:40 -0400 2009: I had tossed around the idea of a class action script for handling this, but it's definitely not straight forward. If you use a class script for these configs, it makes it harder to use other class scripts (like the default config.CSW stuff). It might be best to handle it with a preinstall script? -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 Mon Aug 24 17:30:00 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 24 Aug 2009 17:30:00 +0200 Subject: [csw-maintainers] Monitoring the buildfarm In-Reply-To: (Juergen Arndt's message of "Mon, 24 Aug 2009 16:17:16 +0200") References: Message-ID: "Juergen Arndt" writes: > Hi, > >>> Are you for monitoring the buildfarm? If so, how do we proceed with >>> it? Ihsan, is it something you would be willing to do? >> >> Sure. The buildfarm is located at our company. I'll ask my colleague >> J?rgen who also made the package to install it. >> >> J?rgen: Would you be so kind? :-) > > Of course ;-) > > I installed the munin node on build8x, build8s, build10s, build10x and What about build9s and build9x? -- Peter From phil at bolthole.com Mon Aug 24 17:31:37 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 24 Aug 2009 08:31:37 -0700 Subject: [csw-maintainers] delay for releasing packages Message-ID: <20090824153137.GA6085@bolthole.com> FYI: I am halfway through rewriting my release scripts, to support separate 5.8, 5.9, and 5.10 directories. So package releases may be delayed for a day or two. From bwalton at opencsw.org Mon Aug 24 17:38:04 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 24 Aug 2009 11:38:04 -0400 Subject: [csw-maintainers] delay for releasing packages In-Reply-To: <20090824153137.GA6085@bolthole.com> References: <20090824153137.GA6085@bolthole.com> Message-ID: <1251128172-sup-2728@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Mon Aug 24 11:31:37 -0400 2009: > FYI: I am halfway through rewriting my release scripts, to support separate > 5.8, 5.9, and 5.10 directories. So package releases may be delayed for > a day or two. Phil, I wonder if it would make sense to collaborate with the web side of this since your scripts will be interacting with the db's? If an ORM framework is used, your scripts could leverage the models (and validations) provided by the framework. It could reduce redundancy and add extra error checking for 'free.' Just a thought. -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 ja at opencsw.org Mon Aug 24 18:39:04 2009 From: ja at opencsw.org (Juergen Arndt) Date: Mon, 24 Aug 2009 18:39:04 +0200 Subject: [csw-maintainers] Monitoring the buildfarm In-Reply-To: References: Message-ID: >> I installed the munin node on build8x, build8s, build10s, build10x and > > What about build9s and build9x? It is installed there too, just not put into the config of the munin master. I want to do it step by step, so I don't need to change the configs and plugins of all nodes everytime we but can more or less copy the configuration / plugins at once to all nodes. So in the next days all build hosts will be monitored. Juergen -- Juergen Arndt From dam at opencsw.org Mon Aug 24 20:14:07 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 24 Aug 2009 20:14:07 +0200 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update In-Reply-To: <1251126659-sup-1644@ntdws12.chass.utoronto.ca> References: <1251126659-sup-1644@ntdws12.chass.utoronto.ca> Message-ID: Hi, Am 24.08.2009 um 17:19 schrieb Ben Walton : > Excerpts from Maciej (Matchek) Blizinski's message of Mon Aug 24 > 05:10:40 -0400 2009: > > I had tossed around the idea of a class action script for handling > this, but it's definitely not straight forward. If you use a class > script for these configs, it makes it harder to use other class > scripts (like the default config.CSW stuff). > > It might be best to handle it with a preinstall script? You may want to look at phpldapadmin preinstall, which also relocates on demand. Best regards -- Dago From dam at opencsw.org Mon Aug 24 20:05:25 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 24 Aug 2009 20:05:25 +0200 Subject: [csw-maintainers] Monitoring the buildfarm In-Reply-To: References: Message-ID: <1300D137-C9B7-471A-B575-E206F6820327@opencsw.org> Hi J?rgen, Am 24.08.2009 um 16:17 schrieb "Juergen Arndt" : > Hi, > >>> Are you for monitoring the buildfarm? If so, how do we proceed with >>> it? Ihsan, is it something you would be willing to do? >> >> Sure. The buildfarm is located at our company. I'll ask my >> colleague J?rgen who also made the package to install it. >> >> J?rgen: Would you be so kind? :-) > > Of course ;-) > > I installed the munin node on build8x, build8s, build10s, build10x Could you please also install it on build9s and build9x? > and the munin master on the web zone of the buildfarm (the buildfarm > located in Kiel). Until now the nodes are equipped just with some > more or less basic plugins. I will add the more interesting plugins > - I/O etc. - this evening or tomorrow morning (the weather is too > good to spend the afternoon in front of the computer, I hope you > understand this). J?rgen, I am shocked, **shocked**, I tell you ;-) Best regards -- Dago From bwalton at opencsw.org Mon Aug 24 20:27:32 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 24 Aug 2009 14:27:32 -0400 Subject: [csw-maintainers] Monitoring the buildfarm In-Reply-To: <1300D137-C9B7-471A-B575-E206F6820327@opencsw.org> References: <1300D137-C9B7-471A-B575-E206F6820327@opencsw.org> Message-ID: <1251138439-sup-7301@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Mon Aug 24 14:05:25 -0400 2009: > > - I/O etc. - this evening or tomorrow morning (the weather is too > > good to spend the afternoon in front of the computer, I hope you > > understand this). > > J?rgen, I am shocked, **shocked**, I tell you ;-) Does this imply that the German summer has been (or currently is) nicer than the 'perpetual fall with a sprinkling of nice days' that us poor Canucks have experienced this year? It's felt more like a rainy season than a summer... :( -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 phil at bolthole.com Mon Aug 24 20:56:55 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 24 Aug 2009 11:56:55 -0700 Subject: [csw-maintainers] delay for releasing packages In-Reply-To: <1251128172-sup-2728@ntdws12.chass.utoronto.ca> References: <20090824153137.GA6085@bolthole.com> <1251128172-sup-2728@ntdws12.chass.utoronto.ca> Message-ID: Sorry, I have no idea what you mean. I deal best with discussions that have very detailed specifics to them :) (and i have no idea what "ORM" is either) On Mon, Aug 24, 2009 at 8:38 AM, Ben Walton wrote: > Excerpts from Philip Brown's message of Mon Aug 24 11:31:37 -0400 2009: > > FYI: I am halfway through rewriting my release scripts, to support > separate > > 5.8, 5.9, and 5.10 directories. So package releases may be delayed for > > a day or two. > > Phil, I wonder if it would make sense to collaborate with the web side > of this since your scripts will be interacting with the db's? If an > ORM framework is used, your scripts could leverage the models (and > validations) provided by the framework. It could reduce redundancy > and add extra error checking for 'free.' > > Just a thought. > -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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at bolthole.com Mon Aug 24 21:01:19 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 24 Aug 2009 12:01:19 -0700 Subject: [csw-maintainers] Change python modules catalog names to have a py_ prefix (instead of just py)? In-Reply-To: References: <4A91CB5A.4080109@opencsw.org> Message-ID: On Mon, Aug 24, 2009 at 12:27 AM, Maciej (Matchek) Blizinski < maciej at opencsw.org> wrote: > > +1 > > pyantlrrt --> py_antlrrt > pyyaml --> py_yaml > > How do we go about the change? Modify catalogname without touching > pkgname? Will the usual pkg-get/pkgutil update do the right thing? > dependancies are based on CSWname, not software name, so it should "do the right thing". The places where it will break, are where admins may have saved procedures, that do things like: machine1$ pkg-get -l >save-list #time passes... machine2$ pkg-get -i `cat save-list` Not to mention, changing softwarename is kinda a pain for me to deal with. But if there are "only a few", then all right. WITH THE EXCEPTION that, as someone noted, things with actual recognized name of "pyfoo", should REMAIN "pyfoo", not be artificially split to be "py_foo" in that case. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Mon Aug 24 21:03:42 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 24 Aug 2009 15:03:42 -0400 Subject: [csw-maintainers] delay for releasing packages In-Reply-To: References: <20090824153137.GA6085@bolthole.com> <1251128172-sup-2728@ntdws12.chass.utoronto.ca> Message-ID: <1251140382-sup-654@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Mon Aug 24 14:56:55 -0400 2009: > Sorry, I have no idea what you mean. > (and i have no idea what "ORM" is either) ORM == 'object relational mapper' I'm suggesting that if the web code is going to provide a good set of classes for interacting with the DB's without writing SQL directly (in most cases), you could use these same classes for the command line side of things. The benefits are: 1. You're now sharing code, so changes to the DB get reflected in one place. 2. The validations (ruby on rails speak) are available to your cli tools, so you can't accidentally create an invalid entry (assuming good validations). 3. In theory, it should be quicker to develop since all the boilerplate stuff is there already.[1] It's just an idea. I've done this in the past and it works well. A 'neat little package.' if you will. -Ben [1] Not if you're learning a new language and toolset though. -- 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 Mon Aug 24 21:03:53 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 24 Aug 2009 12:03:53 -0700 Subject: [csw-maintainers] Removing a package from the catalog In-Reply-To: References: Message-ID: On Mon, Aug 24, 2009 at 5:23 AM, Maciej (Matchek) Blizinski < maciej at opencsw.org> wrote: > ... > (If anybody disagrees with the idea of removing _gtk and introducing > _rt, please fork the thread. I'd like to talk about the general case) > There is no general case. it should always be handled on a case-by-case basis :-) Completely removing or renaming a previously existing CSWpkg is a very serious change, and is discouraged unless there is very strong reason to do so. So, would you like to continue this thread for your specific wxwidgets concern? :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at bolthole.com Mon Aug 24 21:08:35 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 24 Aug 2009 12:08:35 -0700 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update In-Reply-To: References: Message-ID: I think with this sort of thing, you have to consider the likelyhood of breakage. If the nature of the application/configuration is relatively straightforward, and/or compatibility between the two versions is very strong, then I think the best thing to do is an automated migration. If on the other hand, breakage is very likely, then probably "halt and prompt" is best. An intermediate possibility, might be if the app has very good configuration file verification. Then you could do the automigration, VERIFY it, and then halt noisily if it fails verification. A post thought: in this case, I think you should always only copy; never remove. Worse case, 'mv' old config to config.migrated or something. -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at bolthole.com Mon Aug 24 21:12:07 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 24 Aug 2009 12:12:07 -0700 Subject: [csw-maintainers] delay for releasing packages In-Reply-To: <1251140382-sup-654@ntdws12.chass.utoronto.ca> References: <20090824153137.GA6085@bolthole.com> <1251128172-sup-2728@ntdws12.chass.utoronto.ca> <1251140382-sup-654@ntdws12.chass.utoronto.ca> Message-ID: On Mon, Aug 24, 2009 at 12:03 PM, Ben Walton wrote: > > 3. In theory, it should be quicker to develop since all the > boilerplate stuff is there already.[1] > .... > > -Ben > > [1] Not if you're learning a new language and toolset though. > -- yes, there is that issue. my scripts for this stuff are all in korn shell. I like korn shell, both because its compact to write, and also because it is going to be readable, and modifyable, by 80% of sysadmins who look at it. In contrast to ruby, etc. (any competant sysadmin, *must* be able to read and understand basic sh scripts. The same cannot be said about ruby/python/.....) -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Mon Aug 24 21:26:38 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 24 Aug 2009 15:26:38 -0400 Subject: [csw-maintainers] delay for releasing packages In-Reply-To: References: <20090824153137.GA6085@bolthole.com> <1251128172-sup-2728@ntdws12.chass.utoronto.ca> <1251140382-sup-654@ntdws12.chass.utoronto.ca> Message-ID: <1251141867-sup-474@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Mon Aug 24 15:12:07 -0400 2009: > my scripts for this stuff are all in korn shell. > I like korn shell, both because its compact to write, and also because it is > going to be readable, and modifyable, by 80% of sysadmins who look at it. In > contrast to ruby, etc. I was only using ruby terminology, not suggesting that ruby be the language of choice. I do think alining these two code bases makes sense, but this is just a suggestion. Personally, I think _any_ shell language is the wrong choice for this...not that it won't work, just that it's not the right tool for the job. > (any competant sysadmin, *must* be able to read and understand basic sh > scripts. The same cannot be said about ruby/python/.....) Agreed, but that's not necessarily the issue at hand. I would also add perl to this list and python if not now, soon... -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 Mon Aug 24 21:36:33 2009 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 24 Aug 2009 15:36:33 -0400 Subject: [csw-maintainers] delay for releasing packages In-Reply-To: <1251141867-sup-474@ntdws12.chass.utoronto.ca> References: <20090824153137.GA6085@bolthole.com> <1251128172-sup-2728@ntdws12.chass.utoronto.ca> <1251140382-sup-654@ntdws12.chass.utoronto.ca> <1251141867-sup-474@ntdws12.chass.utoronto.ca> Message-ID: <1251142533-sup-5523@ntdws12.chass.utoronto.ca> Excerpts from Ben Walton's message of Mon Aug 24 15:26:38 -0400 2009: > Personally, I think _any_ shell language is the wrong choice for > this...not that it won't work, just that it's not the right tool for > the job. Sorry, I should clarify this... I don't think any shell language is the right tool for interacting with the DB. I have no qualms with it doing the file pushing 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 phil at bolthole.com Mon Aug 24 21:57:06 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 24 Aug 2009 12:57:06 -0700 Subject: [csw-maintainers] delay for releasing packages In-Reply-To: <1251142533-sup-5523@ntdws12.chass.utoronto.ca> References: <20090824153137.GA6085@bolthole.com> <1251128172-sup-2728@ntdws12.chass.utoronto.ca> <1251140382-sup-654@ntdws12.chass.utoronto.ca> <1251141867-sup-474@ntdws12.chass.utoronto.ca> <1251142533-sup-5523@ntdws12.chass.utoronto.ca> Message-ID: On Mon, Aug 24, 2009 at 12:36 PM, Ben Walton wrote: > > Sorry, I should clarify this... > > I don't think any shell language is the right tool for interacting > with the DB. well, i sort of agree. I dont use "shell language" to interact with the DB, I use "mysql" ;-) This is actually a very clean, efficient way to insert, and modify, data. It only gets ugly if you want to get data OUT. (which is why I occasionally, very rarely, write php-command-line scripts ;-) -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Mon Aug 24 23:12:29 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 22:12:29 +0100 Subject: [csw-maintainers] Killing wxwidgets_gtk2 Message-ID: On Mon, Aug 24, 2009 at 8:03 PM, Philip Brown wrote: > > > On Mon, Aug 24, 2009 at 5:23 AM, Maciej (Matchek) Blizinski > wrote: >> >> ... >> (If anybody disagrees with the idea of removing _gtk and introducing >> _rt, please fork the thread. I'd like to talk about the general case) > > There is no general case. it should always be handled on a case-by-case > basis :-) With deciding which package to delete or not, yes. The technical procedure of deleting a package is probably the same regardless to the reason of the removal. Let's talk about this specific case. > Completely removing or renaming a previously existing CSWpkg is a very > serious change, and is discouraged unless there is very strong reason to do > so. > > So, would you like to continue this thread for your specific wxwidgets > concern? :) Yes, the specific case. The reasoning goes like this: There's the _gtk2 package. It essentially contains shared libraries[1], plus a header file and a few scripts. The other two are the common package, and a devel one. I can't really imagine there being _gtk1 or _qt packages; the _gtk2 one is basically the runtime package and should be named _rt. I understand that adding or removing files from a package is not a serious issue. Extrapolating, removing all files from a package is not a serious issue either. I can create a runtime package, and leave the _gtk2 one empty. Then there's a question of how to remove the _gtk2 package, or if it should stay in the catalog indefinitely. Perhaps the empty _gtk2 could be in the catalog for... I don't know... half a year or a year, and then could be removed. If it stayed installed, empty, on someone's server, it wouldn't be an issue I guess. What do you think is best? Leave the named gtk2 but really runtime package as it is? Or make it empty and create a separate _rt? Maciej [1] http://www.opencsw.org/search/wxwidgets_gtk2 From phil at bolthole.com Mon Aug 24 23:47:12 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 24 Aug 2009 14:47:12 -0700 Subject: [csw-maintainers] Killing wxwidgets_gtk2 In-Reply-To: References: Message-ID: FYI, Maciej, you are missing a piece of information from your decision-making process. Happily, as the package release manager since "the dawn of time", I can provide the missing piece for you :-) On Mon, Aug 24, 2009 at 2:12 PM, Maciej (Matchek) Blizinski < maciej at opencsw.org> wrote: > > Yes, the specific case. The reasoning goes like this: There's the > _gtk2 package. It essentially contains shared libraries[1], plus a > header file and a few scripts. The other two are the common package, > and a devel one. I can't really imagine there being _gtk1 or _qt > packages; the _gtk2 one is basically the runtime package and should be > named _rt. Well, funny you should say that. because as I remember, there USED TO BE a gtk1 based version of it. that is why the current one is named _gtk2. There was a time when both versions were available as CSW packages. I believe it was decided that the gtk1 version was no longer worth maintaining, so it was dropped. So, just the gtk2 back-end was left around. So, right now, there is a wxwidgets "front end", and a wxwidgets "back end" that is gtk2. You are looking to rename the back end to "_rt". However, that seems to make the assumption, that gtk2 is the "one, only, true 'run-time'" for wxwidgets. This assumption is completely false. wxwidgets can also be Motif based, for example. and to get really down and dirty, there is even a pure X11 backend, from what I understand. ( http://www.wxwidgets.org/docs/faqx11.htm ) So, in summary: the current wxwidgets packages naming, should be left as-is. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Tue Aug 25 00:18:57 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 24 Aug 2009 23:18:57 +0100 Subject: [csw-maintainers] Killing wxwidgets_gtk2 In-Reply-To: References: Message-ID: On Mon, Aug 24, 2009 at 10:47 PM, Philip Brown wrote: >> Yes, the specific case. The reasoning goes like this: There's the >> _gtk2 package. It essentially contains shared libraries[1], plus a >> header file and a few scripts. The other two are the common package, >> and a devel one. I can't really imagine there being _gtk1 or _qt >> packages; the _gtk2 one is basically the runtime package and should be >> named _rt. > > Well, funny you should say that. because as I remember, there USED TO BE a > gtk1 based version of it. > that is why the current one is named _gtk2. > There was a time when both versions were available as CSW packages. > > I believe it was decided that the gtk1 version was no longer worth > maintaining, so it was dropped. So, just the gtk2 back-end was left around. > > So, right now, there is a wxwidgets "front end", and a wxwidgets "back end" > that is gtk2. > You are looking to rename the back end to "_rt". However, that seems to make > the assumption, that gtk2 is the "one, only, true 'run-time'" for wxwidgets. > This assumption is completely false. > wxwidgets can also be Motif based, for example. > and to get really down and dirty, there is even a pure X11 backend, from > what I understand. > ( http://www.wxwidgets.org/docs/faqx11.htm ) > > So, in summary:? the current wxwidgets packages naming, should be left > as-is. OK, I understand. My exact assumption was that while there is a choice of backends, there wouldbe only one backend compiled at a time. But as you say, there's potential for more. I'm going to keep the package division as-is. Thanks for the clarification! Maciej From phil at bolthole.com Tue Aug 25 04:03:59 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 24 Aug 2009 19:03:59 -0700 Subject: [csw-maintainers] WARNING: catalog/mirror tree changes pushed!! Message-ID: On Mon, Aug 24, 2009 at 8:31 AM, Philip Brown wrote: > FYI: I am halfway through rewriting my release scripts, to support separate > 5.8, 5.9, and 5.10 directories. So package releases may be delayed for > a day or two. > SO... I've completed the overhaul. Everyone please keep your eyes open for bugs in catalog, etc, that might pass your way. -------------- next part -------------- An HTML attachment was scrubbed... URL: From trygvis at opencsw.org Tue Aug 25 09:55:46 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Tue, 25 Aug 2009 09:55:46 +0200 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update In-Reply-To: References: Message-ID: <4A939902.3050808@opencsw.org> Philip Brown wrote: > I think with this sort of thing, you have to consider the likelyhood of > breakage. > > If the nature of the application/configuration is relatively > straightforward, and/or compatibility between the two versions is very > strong, then I think the best thing to do is an automated migration. > > If on the other hand, breakage is very likely, then probably "halt and > prompt" is best. > > An intermediate possibility, might be if the app has very good > configuration file verification. > > Then you could do the automigration, VERIFY it, and then halt noisily if > it fails verification. > > A post thought: in this case, I think you should always only copy; never > remove. Worse case, 'mv' old config to config.migrated or something. These points sounds like a good policy to me and are similar to what I've talked about earlier. -- Trygve From dam at opencsw.org Tue Aug 25 12:35:45 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 25 Aug 2009 12:35:45 +0200 Subject: [csw-maintainers] solaris history question In-Reply-To: <1251074721-sup-2144@ntdws12.chass.utoronto.ca> References: <1251074721-sup-2144@ntdws12.chass.utoronto.ca> Message-ID: <4C2E987D-218E-47B6-8169-32BA5A929B10@opencsw.org> Hi Ben, Am 24.08.2009 um 03:04 schrieb Ben Walton: > I've discovered an interesting bit of solaris archaeology today and I > wanted to ask those with longer solaris memory why such a thing is > still supported. > > Long before I ever encountered a shell, ^ was the symbol used to > separate commands in a pipeline. It seems that solaris' /bin/sh is > still allowing this in some cases. The following script demonstrates > it. > > --snip-- > #!/bin/sh > > LESS= > export LESS > > ( echo test1 > echo test2 > echo test3 )^ > /opt/csw/bin/ggrep 2 > > echo test^ > /opt/csw/bin/less > --snip-- > > The word 'test2' is spit out by ggrep and the word 'test' is sent to > the stdin of less. > > Can someone provide some history on this? It's fascinating (to me) as > a bit of lore from bygone days. This is very interesting. /bin/sh seems to be the only shell exhibiting this behaviour, /usr/xpg4/bin/sh (the standard compliant shell) does not. From O'Reilleys "Learning the BASH shell": > bash is almost completely backward-compatible with the Bourne shell. > The only > significant feature of the latter that bash doesn't support is ^ > (caret) as a > synonym for the pipe (|) character. This is an archaic feature that > the Bourne > shell includes for its own backward compatibility with earlier > shells. No modern > UNIX version has any shell code that uses ^ as a pipe. So, either the authors are not well informed, or Solaris 10 is not a modern unix ;-) After reading a bit more I learned that this was already in the precursor of the Bourne Shell, the "Thompson Shell" provided with Unix v4: This must have been sometime after 1971, the year I was born 8-) Best regards -- Dago From dam at opencsw.org Tue Aug 25 12:55:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 25 Aug 2009 12:55:38 +0200 Subject: [csw-maintainers] Monitoring the buildfarm In-Reply-To: <1251138439-sup-7301@ntdws12.chass.utoronto.ca> References: <1300D137-C9B7-471A-B575-E206F6820327@opencsw.org> <1251138439-sup-7301@ntdws12.chass.utoronto.ca> Message-ID: <180D92C8-F0A9-4F74-8873-467AA2086369@opencsw.org> Hi Ben, Am 24.08.2009 um 20:27 schrieb Ben Walton: > Excerpts from Dagobert Michelsen's message of Mon Aug 24 14:05:25 > -0400 2009: >>> - I/O etc. - this evening or tomorrow morning (the weather is too >>> good to spend the afternoon in front of the computer, I hope you >>> understand this). >> >> J?rgen, I am shocked, **shocked**, I tell you ;-) > > Does this imply that the German summer has been (or currently is) > nicer than the 'perpetual fall with a sprinkling of nice days' that us > poor Canucks have experienced this year? > > It's felt more like a rainy season than a summer... :( Summer here means "the rain gets warmer" ;-) BTW, J?rgen has already installed something, not perfect, but good enough for a first view: Best regards -- Dago From dam at opencsw.org Tue Aug 25 13:00:01 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 25 Aug 2009 13:00:01 +0200 Subject: [csw-maintainers] Fwd: [csw-pkgrequests] rdiff-backup, iptables, mod_auth_mysql, and pam_smbpass.so References: <20090825022213.GA2154@vm-1.bch.net> Message-ID: <94469516-193D-4190-BA34-B9013F339968@opencsw.org> Hi folks, until ithe automatic forward is in place, a quick one from me: Anfang der weitergeleiteten E-Mail: > Von: Brian Hill > Datum: 25. August 2009 04:22:13 MESZ > An: pkgrequests at lists.opencsw.org > Betreff: [csw-pkgrequests] rdiff-backup, iptables, mod_auth_mysql, > and pam_smbpass.so > > Hello, > > I am looking for these: > > * iptables (whole package), or something similar > * rdiff-backup (whole package) > * mod_auth_mysql (whole package) > * pam_smbpass.so (file) usually part of samba-common, but not csw's > > Have any of these been asked for before? > > Brian > _______________________________________________ > pkgrequests mailing list > pkgrequests at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/pkgrequests From pfelecan at opencsw.org Tue Aug 25 13:24:06 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Tue, 25 Aug 2009 13:24:06 +0200 Subject: [csw-maintainers] solaris history question In-Reply-To: <4C2E987D-218E-47B6-8169-32BA5A929B10@opencsw.org> (Dagobert Michelsen's message of "Tue, 25 Aug 2009 12:35:45 +0200") References: <1251074721-sup-2144@ntdws12.chass.utoronto.ca> <4C2E987D-218E-47B6-8169-32BA5A929B10@opencsw.org> Message-ID: Dagobert Michelsen writes: > Am 24.08.2009 um 03:04 schrieb Ben Walton: >> I've discovered an interesting bit of solaris archaeology today and I >> wanted to ask those with longer solaris memory why such a thing is >> still supported. >> >> Long before I ever encountered a shell, ^ was the symbol used to >> separate commands in a pipeline. It seems that solaris' /bin/sh is >> still allowing this in some cases. The following script demonstrates >> it. > So, either the authors are not well informed, or Solaris 10 is not a > modern unix ;-) Based however on an "old" distribution: BSD and with roots even farther. It means that a script written in the 70s still works! > After reading a bit more I learned that this was already in the > precursor of the Bourne > Shell, the "Thompson Shell" provided with Unix v4: > > This must have been sometime after 1971, the year I was born 8-) Nice lesson in humility, isn't it? -- Peter From maciej at opencsw.org Tue Aug 25 15:20:32 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 25 Aug 2009 14:20:32 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> Message-ID: On Thu, Aug 20, 2009 at 5:22 PM, Peter Bonivart wrote: > I'm trying to build FileZilla and got stuck at wxWidgets being too > old, we have 2.8.5 and at least 2.8.9 is needed. > > Does anyone want to take it on? Alessio did the last package but he's retired. New packages are in testing. 32-bit only, no unicode. Maciej From bonivart at opencsw.org Tue Aug 25 15:28:47 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 25 Aug 2009 15:28:47 +0200 Subject: [csw-maintainers] Fwd: [csw-users] Where can I find previous versions of packages from current? In-Reply-To: <4A93E086.3080308@it.dcs.ch> References: <4A93E086.3080308@it.dcs.ch> Message-ID: <625385e30908250628x49ae7b4cxadbd45334ee52bf6@mail.gmail.com> According to the bug report it tries to issue svc commands from preinstall. Syslog_ng uses cswclassutils and shouldn't do this via preinstall. As far as I can see the pre/post scripts only do stuff that is handled via the initsmf class and can be removed which would save the user from the annoying prompt as well. :-) /peter ---------- Forwarded message ---------- From: Tim Edwards Date: Tue, Aug 25, 2009 at 3:00 PM Subject: [csw-users] Where can I find previous versions of packages from current? To: users at lists.opencsw.org Up until today I was deploying syslog_ng across our organisation's main servers. Unfortunately this morning when I tried to finish off the last few machines, of which one happens to be Solaris 9, I found that the syslog-ng package has been changed and is no longer installable on Solaris 9 - http://www.opencsw.org/bugtrack/view.php?id=3869 I was wondering if there's a way to get the previous version of this package from any of the mirrors, or even if someone could email it to me? Thanks for any help Tim Edwards _______________________________________________ users mailing list users at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/users -- /peter From bonivart at opencsw.org Tue Aug 25 15:31:09 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 25 Aug 2009 15:31:09 +0200 Subject: [csw-maintainers] [csw-users] Where can I find previous versions of packages from current? In-Reply-To: <625385e30908250628x49ae7b4cxadbd45334ee52bf6@mail.gmail.com> References: <4A93E086.3080308@it.dcs.ch> <625385e30908250628x49ae7b4cxadbd45334ee52bf6@mail.gmail.com> Message-ID: <625385e30908250631v2d3c66eek86b47532f498f402@mail.gmail.com> Oops, sorry, didn't read it correctly, the scripts manipulates the default syslog of course. Sorry... On Tue, Aug 25, 2009 at 3:28 PM, Peter Bonivart wrote: > According to the bug report it tries to issue svc commands from > preinstall. Syslog_ng uses cswclassutils and shouldn't do this via > preinstall. As far as I can see the pre/post scripts only do stuff > that is handled via the initsmf class and can be removed which would > save the user from the annoying prompt as well. :-) > > /peter From bonivart at opencsw.org Tue Aug 25 15:33:09 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 25 Aug 2009 15:33:09 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> Message-ID: <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> On Tue, Aug 25, 2009 at 3:20 PM, Maciej (Matchek) Blizinski wrote: > On Thu, Aug 20, 2009 at 5:22 PM, Peter Bonivart wrote: >> I'm trying to build FileZilla and got stuck at wxWidgets being too >> old, we have 2.8.5 and at least 2.8.9 is needed. >> >> Does anyone want to take it on? Alessio did the last package but he's retired. > > New packages are in testing. 32-bit only, no unicode. I have no idea how to test them, I wanted them as a dependency to FileZilla. If I can build that and it works I guess wxwidgets work too. :-) Could we have wxwidgets installed on build8s/x or only on the test servers? -- /peter From maciej at opencsw.org Tue Aug 25 15:38:08 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 25 Aug 2009 14:38:08 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> Message-ID: On Tue, Aug 25, 2009 at 2:33 PM, Peter Bonivart wrote: > On Tue, Aug 25, 2009 at 3:20 PM, Maciej (Matchek) > Blizinski wrote: >> On Thu, Aug 20, 2009 at 5:22 PM, Peter Bonivart wrote: >>> I'm trying to build FileZilla and got stuck at wxWidgets being too >>> old, we have 2.8.5 and at least 2.8.9 is needed. >>> >>> Does anyone want to take it on? Alessio did the last package but he's retired. >> >> New packages are in testing. 32-bit only, no unicode. > > I have no idea how to test them, I wanted them as a dependency to > FileZilla. If I can build that and it works I guess wxwidgets work > too. :-) > > Could we have wxwidgets installed on build8s/x or only on the test servers? I can install them. Hang on... From maciej at opencsw.org Tue Aug 25 16:58:25 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 25 Aug 2009 15:58:25 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> Message-ID: On Tue, Aug 25, 2009 at 2:38 PM, Maciej (Matchek) Blizinski wrote: > On Tue, Aug 25, 2009 at 2:33 PM, Peter Bonivart wrote: >> I have no idea how to test them, I wanted them as a dependency to >> FileZilla. If I can build that and it works I guess wxwidgets work >> too. :-) There are only 4 dependent packages listed at [1]. Perhaps you could install them and see if they work? >> Could we have wxwidgets installed on build8s/x or only on the test servers? > > I can install them. Hang on... Done. I've found out that rapidsvn is linked against libwx_gtk2u-2.8.so.0.2.0 -- I think it's a unicode-enabled version of gtk2 shared libraries. Perhaps I should build wxwidgets with unicode support, since that's what is in the catalog at the moment. [1] http://www.opencsw.org/packages.php/wxwidgets_gtk2 From bonivart at opencsw.org Tue Aug 25 17:12:49 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 25 Aug 2009 17:12:49 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> Message-ID: <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> On Tue, Aug 25, 2009 at 4:58 PM, Maciej (Matchek) Blizinski wrote: > On Tue, Aug 25, 2009 at 2:38 PM, Maciej (Matchek) > Blizinski wrote: >> On Tue, Aug 25, 2009 at 2:33 PM, Peter Bonivart wrote: >>> I have no idea how to test them, I wanted them as a dependency to >>> FileZilla. If I can build that and it works I guess wxwidgets work >>> too. :-) > > There are only 4 dependent packages listed at [1]. Perhaps you could > install them and see if they work? > >>> Could we have wxwidgets installed on build8s/x or only on the test servers? >> >> I can install them. Hang on... > > Done. Thanks! It now passed that stage in configure but it failed at gnutls, it requires the latest 2.8.3 released just two weeks ago. I have filed a bug to Chad Harp hoping that he will update the package. -- /peter From bwalton at opencsw.org Tue Aug 25 18:05:05 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 25 Aug 2009 12:05:05 -0400 Subject: [csw-maintainers] solaris history question In-Reply-To: <4C2E987D-218E-47B6-8169-32BA5A929B10@opencsw.org> References: <1251074721-sup-2144@ntdws12.chass.utoronto.ca> <4C2E987D-218E-47B6-8169-32BA5A929B10@opencsw.org> Message-ID: <1251216193-sup-5165@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Tue Aug 25 06:35:45 -0400 2009: > This is very interesting. /bin/sh seems to be the only shell > exhibiting this behaviour, /usr/xpg4/bin/sh (the standard compliant > shell) does not. Agreed. I've yet to find anything else that honours it. > So, either the authors are not well informed, or Solaris 10 is not a > modern unix ;-) No, I think they're correct. There isn't anything using/relying on the feature on a modern system...at least I _hope_ not. > After reading a bit more I learned that this was already in the > precursor of the Bourne > Shell, the "Thompson Shell" provided with Unix v4: > > This must have been sometime after 1971, the year I was born 8-) I found that article too, which was very interesting. After posing the same question to the 'grey beards' on campus here, the consensus was that it's either a backward compatibility thing or just a vestigial organ (more effort to remove than to leave)...maybe both. Another interesting tidbit was turned up in the discussion: Correct. Back in the dawn of Unix time, there was some use of terminals which didn't have "|" -- or at least couldn't print it, although some had ways to trick the keyboard into sending it -- but did have "^", printed as an upward-pointing arrow. Hence the availability of "^" as a synonym. The (computer) history geek in me loves this kind of stuff. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From phil at bolthole.com Tue Aug 25 18:05:57 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 25 Aug 2009 09:05:57 -0700 Subject: [csw-maintainers] solaris history question In-Reply-To: <4C2E987D-218E-47B6-8169-32BA5A929B10@opencsw.org> References: <1251074721-sup-2144@ntdws12.chass.utoronto.ca> <4C2E987D-218E-47B6-8169-32BA5A929B10@opencsw.org> Message-ID: On Tue, Aug 25, 2009 at 3:35 AM, Dagobert Michelsen wrote: > > This must have been sometime after 1971, the year I was born 8-) > > What? We're the same age! Ha -------------- next part -------------- An HTML attachment was scrubbed... URL: From william at wbonnet.net Tue Aug 25 18:08:22 2009 From: william at wbonnet.net (William Bonnet) Date: Tue, 25 Aug 2009 18:08:22 +0200 Subject: [csw-maintainers] solaris history question In-Reply-To: References: <1251074721-sup-2144@ntdws12.chass.utoronto.ca> <4C2E987D-218E-47B6-8169-32BA5A929B10@opencsw.org> Message-ID: <4A940C76.6080601@wbonnet.net> Hi > On Tue, Aug 25, 2009 at 3:35 AM, Dagobert Michelsen > wrote: > > > This must have been sometime after 1971, the year I was born 8-) > > > > What? We're the same age! Ha Hey it looks like it's a three of a kind ;) (April 15th) cheers W. From dam at opencsw.org Tue Aug 25 18:11:53 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 25 Aug 2009 18:11:53 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> Message-ID: <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> Hi Peter, Am 25.08.2009 um 17:12 schrieb Peter Bonivart : > On Tue, Aug 25, 2009 at 4:58 PM, Maciej (Matchek) > Blizinski wrote: >> On Tue, Aug 25, 2009 at 2:38 PM, Maciej (Matchek) >> Blizinski wrote: >>> On Tue, Aug 25, 2009 at 2:33 PM, Peter >>> Bonivart wrote: >>>> I have no idea how to test them, I wanted them as a dependency to >>>> FileZilla. If I can build that and it works I guess wxwidgets work >>>> too. :-) >> >> There are only 4 dependent packages listed at [1]. Perhaps you could >> install them and see if they work? >> >>>> Could we have wxwidgets installed on build8s/x or only on the >>>> test servers? >>> >>> I can install them. Hang on... >> >> Done. > > Thanks! It now passed that stage in configure but it failed at gnutls, > it requires the latest 2.8.3 released just two weeks ago. I have filed > a bug to Chad Harp hoping that he will update the package. It seems like Chad is lost somewhere. He didn't updated curl even after several mails from me without reply. I guess it is easiest if you bump the version yourself. Best regards --Dago From bwalton at opencsw.org Tue Aug 25 18:25:14 2009 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 25 Aug 2009 12:25:14 -0400 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> Message-ID: <1251217334-sup-2390@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Tue Aug 25 12:11:53 -0400 2009: > It seems like Chad is lost somewhere. He didn't updated curl even > after several mails from me without reply. I guess it is easiest if > you bump the version yourself. I saw commits from him not too long ago...I wonder if he's on a nice extended vacation? I've also got a bug waiting on him though...I'll wait until I'm back from my vacation next week to work on that. 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 Tue Aug 25 18:34:34 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 25 Aug 2009 18:34:34 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> Message-ID: <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> On Tue, Aug 25, 2009 at 6:11 PM, Dagobert Michelsen wrote: > It seems like Chad is lost somewhere. He didn't updated curl even after > several mails from me without reply. I guess it is easiest if you bump the > version yourself. Just tried it and got this: ld: warning: file /home/bonivart/mgar/pkg/gnutls/trunk/work/build-isa-i386/gnutls-2.8.3/lib/.libs/libgnutls.so: linked to ../../lib/.libs/libgnutls.so: attempted multiple inclusion of file Undefined first referenced symbol in file inet_ntop ex-serv1.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to ex-serv1 -- /peter From phil at bolthole.com Tue Aug 25 23:57:46 2009 From: phil at bolthole.com (Philip Brown) Date: Tue, 25 Aug 2009 14:57:46 -0700 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> Message-ID: seems like fairly basic missing -lnsl. Typical of trying to compile a linux-biased source that doesnt make provisions for solaris compiles. On Tue, Aug 25, 2009 at 9:34 AM, Peter Bonivart wrote: > > Just tried it and got this: > > ld: warning: file > > /home/bonivart/mgar/pkg/gnutls/trunk/work/build-isa-i386/gnutls-2.8.3/lib/.libs/libgnutls.so: > linked to ../../lib/.libs/libgnutls.so: attempted multiple inclusion > of file > Undefined first referenced > symbol in file > inet_ntop ex-serv1.o (symbol belongs to > implicit dependency /usr/lib/libnsl.so.1) > ld: fatal: Symbol referencing errors. No output written to ex-serv1 > > -- > /peter > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From william at wbonnet.net Wed Aug 26 00:10:57 2009 From: william at wbonnet.net (William Bonnet) Date: Wed, 26 Aug 2009 00:10:57 +0200 Subject: [csw-maintainers] OpenCSW IRL events on flickr Message-ID: <4A946171.3060107@wbonnet.net> Hi Pictures of OpenCSW IRL events are now available on flickr. http://www.flickr/photos/opencsw Some of the pictures of the recent Summer Camp in Oslo have been added. Pictures of the funding meeting will also be moved (soon) to this place. enjoy :) cheers W. PS: If you have any picture of an OpenCSW IRL event, please contact a member of the board for publication. -- 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 maciej at opencsw.org Wed Aug 26 10:40:29 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 26 Aug 2009 09:40:29 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> Message-ID: Since the currently released version of wxwidgets is unicode-enabled, I'm trying to build it with unicode support. On Solaris 8, there's a problem: "./src/common/wxchar.cpp", line 1604: Error: The function "vwscanf" must have a prototype. >From what I've read on the web is that this function is missing on Solaris 8. Has anyone seen this problem before? Is there a workaround? Maciej From a.cervellin at acm.org Wed Aug 26 11:07:28 2009 From: a.cervellin at acm.org (Alessio) Date: Wed, 26 Aug 2009 11:07:28 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> Message-ID: <4A94FB50.7080103@acm.org> Maciej (Matchek) Blizinski wrote: > Since the currently released version of wxwidgets is unicode-enabled, > I'm trying to build it with unicode support. On Solaris 8, there's a > problem: > > "./src/common/wxchar.cpp", line 1604: Error: The function "vwscanf" > must have a prototype. > > >From what I've read on the web is that this function is missing on > Solaris 8. Has anyone seen this problem before? yes > Is there a workaround? no workaround (other than writing the missing code by yourself), that's why i disabled unicode support in my wxwidgets solaris 8 build From maciej at opencsw.org Wed Aug 26 13:17:56 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 26 Aug 2009 12:17:56 +0100 Subject: [csw-maintainers] Building all architectures/modulations with GAR with one keypress Message-ID: Has anyone wrote such script for themselves? What I mean is: To build certain package, one needs to compile it on build8s, wait until it's finished, gmake clean, compile (gmake merge) it on build8x for 32-bit, wait until it's finished, compile for 64-bit on build10x, get back to build8x, disable pkgcheck, create the package, move the result to /home/testing. I see no reason for it to be a manual procedure. I just don't want to reinvent the wheel. Does anyone have such script? If so, can you share it? Maciej From maciej at opencsw.org Wed Aug 26 13:19:08 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 26 Aug 2009 12:19:08 +0100 Subject: [csw-maintainers] Building all architectures/modulations with GAR with one keypress In-Reply-To: References: Message-ID: On Wed, Aug 26, 2009 at 12:17 PM, Maciej (Matchek) Blizinski wrote: > Has anyone wrote such script for themselves? LOL, grammar hard. Let me get this right this time: Has anyone written such script? :-) Maciej From dam at opencsw.org Wed Aug 26 13:59:45 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 26 Aug 2009 13:59:45 +0200 Subject: [csw-maintainers] Building all architectures/modulations with GAR with one keypress In-Reply-To: References: Message-ID: <61C43B6F-0F0E-4BF7-8E9E-42771192B0D7@opencsw.org> Hi Maciej, Am 26.08.2009 um 13:17 schrieb Maciej (Matchek) Blizinski: > Has anyone wrote such script for themselves? What I mean is: To build > certain package, one needs to compile it on build8s, wait until it's > finished, gmake clean, compile (gmake merge) it on build8x for 32-bit, > wait until it's finished, compile for 64-bit on build10x, get back to > build8x, disable pkgcheck, create the package, move the result to > /home/testing. I see no reason for it to be a manual procedure. I just > don't want to reinvent the wheel. Does anyone have such script? If so, > can you share it? This is exactly of what I talked about in my GAR presentation :-) Remember the discussion about pbuild? It already contains some work towards this, however in the general case there is still something to do. Feel free to look at the gar/v2-pbuild branch for details. In pbuild it will be possible to define which modulations should be build on what hosts, modulations will be executed in parallel and monitorable with multitail and package assembly will follow that automatically. Deploying things to testing/ is another step we discussed on Sunday after you left. The protocol will be posted when ready :-) Best regards -- Dago From pfelecan at opencsw.org Wed Aug 26 15:58:01 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 26 Aug 2009 15:58:01 +0200 Subject: [csw-maintainers] Summary for OpenCSW summer camp? Message-ID: Now, that we had photos about this event, is it possible to have a summary of what happened, discussed, &c for those that hadn't the opportunity to be there? TIA -- Peter From dam at opencsw.org Wed Aug 26 16:51:10 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 26 Aug 2009 16:51:10 +0200 Subject: [csw-maintainers] Summary for OpenCSW summer camp? In-Reply-To: References: Message-ID: Hi Peter, Am 26.08.2009 um 15:58 schrieb Peter FELECAN: > Now, that we had photos about this event, is it possible to have a > summary of what happened, discussed, &c for those that hadn't the > opportunity to be there? Sure. Ihsan made a protocol which he'll post as soon as he has all wrapped up :-) My personal TODO list from Oslo looks somewhat like this: - Update CSWcswclassutils support in GAR to automatically rename config files so the default always ends up in .CSW - Offer accounts for upstream maintainers on the webpage - Streamline the release process with an overlay of current/ for testing/, so you can really subscribe to testing/ - Add new catalogs for experimental/ by subproject (GNOME, bdb, ...) containing packages now in testing/ - Add highlevel scripts csw-repo csw-build csw-release to aid migration of packages between release phases - Build single-file packages for SunStudio to aid setup of buildfarms - Deploy mGAR v2-pbuild for parallel builds and multi-host builds in one step - Deploy package for GAR and source packages - Special list of packages ready for takeover sorted by open bugs (orphaned + retired) - Automatically issue "repackage" when "package" is issued a second time in GAR - Enhance checkpkg so that it is capable of checking multiple packages at once (from Bens' patch) - Add support for CSWcswclassutils to wrap-up class action scripts in /opt/csw/sadm/install/scripts for support of sparse zones with local class actions not available in the global zone - Archive catalogs from the competitions page Best regards -- Dago From pfelecan at opencsw.org Wed Aug 26 17:10:30 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 26 Aug 2009 17:10:30 +0200 Subject: [csw-maintainers] Summary for OpenCSW summer camp? In-Reply-To: (Dagobert Michelsen's message of "Wed, 26 Aug 2009 16:51:10 +0200") References: Message-ID: Dagobert Michelsen writes: > Hi Peter, > > Am 26.08.2009 um 15:58 schrieb Peter FELECAN: >> Now, that we had photos about this event, is it possible to have a >> summary of what happened, discussed, &c for those that hadn't the >> opportunity to be there? > > Sure. Ihsan made a protocol which he'll post as soon as he has > all wrapped up :-) > > My personal TODO list from Oslo looks somewhat like this: Thank you. That is a 2do list! Eager to read Ishan's report/minutes. -- Peter From dam at opencsw.org Wed Aug 26 17:14:00 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 26 Aug 2009 17:14:00 +0200 Subject: [csw-maintainers] Advanced GAR presentation now online Message-ID: Hi, the "Advanced GAR" presentation I held in Oslo is now online at and linked from Best regards -- Dago From dam at opencsw.org Wed Aug 26 17:30:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 26 Aug 2009 17:30:31 +0200 Subject: [csw-maintainers] About the summercamp venue "Soria Moria" References: Message-ID: <7C5E1A6C-78FC-4458-B003-EFE6CE8373CC@opencsw.org> Hi, as the discussion came up, here is the original story about Soria Moria Castle, where the summercamp tool place: or read the (shorter) synopsis at Best regards -- Dago From dam at opencsw.org Wed Aug 26 22:36:19 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 26 Aug 2009 22:36:19 +0200 Subject: [csw-maintainers] FYI: Hosting provider for Solaris References: <141B8FA6-FB56-41B4-8FDF-5E5A0A58DE77@familie-michelsen.de> Message-ID: Hi folks, the domain hoster I use for opencsw.org is now offering OpenSolaris vServer starting at 40 Euro per month with 2 TB traffic included. I haven't heard of another hoster offering Solaris, so you may find this interesting. (Info page unfortunately only in german, but you may understand the specs anyway). Best regards -- Dago From trygvis at opencsw.org Wed Aug 26 23:36:58 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Wed, 26 Aug 2009 23:36:58 +0200 Subject: [csw-maintainers] [Fwd: [csw-pkgrequests] package request] Message-ID: <4A95AAFA.10007@opencsw.org> -------- Original Message -------- Subject: [csw-pkgrequests] package request Date: Wed, 26 Aug 2009 13:20:38 +0200 (CEST) From: luis.hlodwig at gmail.com To: pkgrequests at lists.opencsw.org rtorrent , torrent client, http://libtorrent.rakshasa.no/ _______________________________________________ pkgrequests mailing list pkgrequests at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/pkgrequests From trygvis at opencsw.org Wed Aug 26 23:37:05 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Wed, 26 Aug 2009 23:37:05 +0200 Subject: [csw-maintainers] [Fwd: [csw-pkgrequests] package request] Message-ID: <4A95AB01.2050509@opencsw.org> -------- Original Message -------- Subject: [csw-pkgrequests] package request Date: Wed, 26 Aug 2009 15:16:33 +0200 (CEST) From: daneicherse at hotmail.com To: pkgrequests at lists.opencsw.org ipython, interactive shell for python, http://ipython.scipy.org/moin/ [what software, WHAT DOES IT DO, and where is the source code?] _______________________________________________ pkgrequests mailing list pkgrequests at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/pkgrequests From bwalton at opencsw.org Thu Aug 27 02:18:44 2009 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 26 Aug 2009 20:18:44 -0400 Subject: [csw-maintainers] Oslo Message-ID: <1251332243-sup-373@ntdws12.chass.utoronto.ca> Hi Trygve, How do you get anything done with such spectacular scenery out your front door? Man I wish I'd been able to make it to the summer camp. [...goes to look at that view from the conference centre again.] -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. From maciej at opencsw.org Thu Aug 27 09:23:36 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 27 Aug 2009 08:23:36 +0100 Subject: [csw-maintainers] rtorrent package request Message-ID: 2009/8/26 Trygve Laugst?l : > > > -------- Original Message -------- > Subject: [csw-pkgrequests] package request > Date: Wed, 26 Aug 2009 13:20:38 +0200 (CEST) > From: luis.hlodwig at gmail.com > To: pkgrequests at lists.opencsw.org > > rtorrent , torrent client, http://libtorrent.rakshasa.no/ libtorrent doesn't compile out of the box: http://libtorrent.rakshasa.no/ticket/1832 From dam at opencsw.org Thu Aug 27 09:36:11 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 Aug 2009 09:36:11 +0200 Subject: [csw-maintainers] Oslo In-Reply-To: <1251332243-sup-373@ntdws12.chass.utoronto.ca> References: <1251332243-sup-373@ntdws12.chass.utoronto.ca> Message-ID: <07B2BC41-53E9-4BA2-873F-57800C1EA239@opencsw.org> Hi Ben, Am 27.08.2009 um 02:18 schrieb Ben Walton: > How do you get anything done with such spectacular scenery out your > front door? Man I wish I'd been able to make it to the summer camp. Then maybe for the next Technical Wintercamp in Munich early in December hosted from Sebastian? Best regards -- Dago From pfelecan at opencsw.org Thu Aug 27 10:21:11 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Thu, 27 Aug 2009 10:21:11 +0200 Subject: [csw-maintainers] FYI: Hosting provider for Solaris In-Reply-To: (Dagobert Michelsen's message of "Wed, 26 Aug 2009 22:36:19 +0200") References: <141B8FA6-FB56-41B4-8FDF-5E5A0A58DE77@familie-michelsen.de> Message-ID: Dagobert Michelsen writes: > the domain hoster I use for opencsw.org is now offering OpenSolaris > vServer > starting at 40 Euro per month with 2 TB traffic included. I haven't > heard > of another hoster offering Solaris, so you may find this interesting. > > A very good value compared with other, similar offerings, based on Linux. -- Peter From pfelecan at opencsw.org Thu Aug 27 10:25:09 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Thu, 27 Aug 2009 10:25:09 +0200 Subject: [csw-maintainers] [Fwd: [csw-pkgrequests] package request] In-Reply-To: <4A95AAFA.10007@opencsw.org> ("Trygve =?iso-8859-1?Q?Laugst?= =?iso-8859-1?Q?=F8l=22's?= message of "Wed, 26 Aug 2009 23:36:58 +0200") References: <4A95AAFA.10007@opencsw.org> Message-ID: Why did you forward this requests from pkgrequests list? Those interested subscribe to the list and receive that information, isn't it? The requests forwarded by you or Maciej were received from the cited list. Lets avoid redundancy folks! -- Peter From skayser at opencsw.org Thu Aug 27 10:46:52 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 27 Aug 2009 10:46:52 +0200 Subject: [csw-maintainers] [Fwd: [csw-pkgrequests] package request] In-Reply-To: References: <4A95AAFA.10007@opencsw.org> Message-ID: <4A9647FC.3000309@opencsw.org> Peter FELECAN wrote on 27.08.2009 10:25: > Why did you forward this requests from pkgrequests list? Those interested > subscribe to the list and receive that information, isn't it? The > requests forwarded by you or Maciej were received from the cited > list. Lets avoid redundancy folks! The list was hidden from the lists.opencsw.org listing until Oslo and only a few people knew about it - although it is mentioned in the welcome mail / page that Phil sends to new maintainers. The idea was to auto-subscribe all maintainers to the list to raise awareness (those that don't want its occasional emails, can easily ignore them or unsubscribe). I would think that Trygve's forwards served as a temporary work-around while the subscription part hasn't take place yet. Sebastian From pfelecan at opencsw.org Thu Aug 27 10:56:16 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Thu, 27 Aug 2009 10:56:16 +0200 Subject: [csw-maintainers] [Fwd: [csw-pkgrequests] package request] In-Reply-To: <4A9647FC.3000309@opencsw.org> (Sebastian Kayser's message of "Thu, 27 Aug 2009 10:46:52 +0200") References: <4A95AAFA.10007@opencsw.org> <4A9647FC.3000309@opencsw.org> Message-ID: Sebastian Kayser writes: > Peter FELECAN wrote on 27.08.2009 10:25: >> Why did you forward this requests from pkgrequests list? Those interested >> subscribe to the list and receive that information, isn't it? The >> requests forwarded by you or Maciej were received from the cited >> list. Lets avoid redundancy folks! > > The list was hidden from the lists.opencsw.org listing until Oslo and > only a few people knew about it - although it is mentioned in the > welcome mail / page that Phil sends to new maintainers. The idea was to > auto-subscribe all maintainers to the list to raise awareness (those > that don't want its occasional emails, can easily ignore them or > unsubscribe). It was "hidden" for newcomers which, as you said received the information. Consequently it wasn't so hidden after all. Take care to not subscribe twice those that are already on the list. -- Peter From skayser at opencsw.org Thu Aug 27 10:59:20 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 27 Aug 2009 10:59:20 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh Message-ID: <4A964AE8.5050703@opencsw.org> Hi folks, with all the variety of nationalities we have here i thought it might be nice to a have a maintainers world map to see where people are coming from. Dago has recently registered GAR and OpenCSW as Ohloh projects [1,2]. When you guys could sign-up to Ohloh, associated yourself as contributors to those projects and edit your profile to hold your current location (easily done via Google Maps) we can get such maintainers world map. http://www.ohloh.net/p/opencsw/map Click on 'contributors' to see how this would look like. Sebastian [1] http://www.ohloh.net/p/GAR [2] http://www.ohloh.net/p/OpenCSW From william at wbonnet.net Thu Aug 27 11:09:16 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 27 Aug 2009 11:09:16 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <4A964AE8.5050703@opencsw.org> References: <4A964AE8.5050703@opencsw.org> Message-ID: <4A964D3C.6050605@wbonnet.net> Hi > http://www.ohloh.net/p/opencsw/map > Nice :) I just discovered this web site. Now, I'm registred. cheers W. From skayser at opencsw.org Thu Aug 27 11:16:54 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 27 Aug 2009 11:16:54 +0200 Subject: [csw-maintainers] OpenCSW IRL events on flickr In-Reply-To: <4A946171.3060107@wbonnet.net> References: <4A946171.3060107@wbonnet.net> Message-ID: <4A964F06.5030705@opencsw.org> William Bonnet wrote on 26.08.2009 00:10: > Pictures of OpenCSW IRL events are now available on flickr. > > http://www.flickr/photos/opencsw > > Some of the pictures of the recent Summer Camp in Oslo have been added. > Pictures of the funding meeting will also be moved (soon) to this place. > > enjoy :) Nice!!! Thanks alot for taking these in the first place and now uploading them. Sebastian From maciej at opencsw.org Thu Aug 27 11:26:33 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 27 Aug 2009 10:26:33 +0100 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <4A964AE8.5050703@opencsw.org> References: <4A964AE8.5050703@opencsw.org> Message-ID: On Thu, Aug 27, 2009 at 9:59 AM, Sebastian Kayser wrote: > [1] http://www.ohloh.net/p/GAR I tried to claim contributions to the GAR project on ohloh, but it keeps saying that "No recognized committer with that name." (the name is 'wahwah'). Perhaps the GAR project on ohloh is not linked to gar.sf.net? Maciej From skayser at opencsw.org Thu Aug 27 11:32:06 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 27 Aug 2009 11:32:06 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: References: <4A964AE8.5050703@opencsw.org> Message-ID: <4A965296.3030607@opencsw.org> Maciej (Matchek) Blizinski wrote on 27.08.2009 11:26: > On Thu, Aug 27, 2009 at 9:59 AM, Sebastian Kayser wrote: >> [1] http://www.ohloh.net/p/GAR > > I tried to claim contributions to the GAR project on ohloh, but it > keeps saying that "No recognized committer with that name." (the name > is 'wahwah'). > > Perhaps the GAR project on ohloh is not linked to gar.sf.net? It is, but the SLOC counter hasn't finished yet and i guess that is why the commits haven't been attributed either. Try to set the "When did you start?" date manually, this did the trick for me. Sebastian From skayser at opencsw.org Thu Aug 27 11:40:05 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 27 Aug 2009 11:40:05 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <4A964D3C.6050605@wbonnet.net> References: <4A964AE8.5050703@opencsw.org> <4A964D3C.6050605@wbonnet.net> Message-ID: <4A965475.1060907@opencsw.org> William Bonnet wrote on 27.08.2009 11:09: > Hi >> http://www.ohloh.net/p/opencsw/map >> > > Nice :) I just discovered this web site. Now, I'm registred. Now just add your location to your profile and then we already have 4 people showing up as contributors on the map :) https://www.ohloh.net/p/opencsw/map Click 'contributors'. Does anyone know a way of directly linking to the contributors map? Sebastian From maciej at opencsw.org Thu Aug 27 17:07:07 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 27 Aug 2009 16:07:07 +0100 Subject: [csw-maintainers] Building all architectures/modulations with GAR with one keypress In-Reply-To: <61C43B6F-0F0E-4BF7-8E9E-42771192B0D7@opencsw.org> References: <61C43B6F-0F0E-4BF7-8E9E-42771192B0D7@opencsw.org> Message-ID: On Wed, Aug 26, 2009 at 12:59 PM, Dagobert Michelsen wrote: > Hi Maciej, > > Am 26.08.2009 um 13:17 schrieb Maciej (Matchek) Blizinski: >> >> Has anyone wrote such script for themselves? What I mean is: To build >> certain package, one needs to compile it on build8s, wait until it's >> finished, gmake clean, compile (gmake merge) it on build8x for 32-bit, >> wait until it's finished, compile for 64-bit on build10x, get back to >> build8x, disable pkgcheck, create the package, move the result to >> /home/testing. I see no reason for it to be a manual procedure. I just >> don't want to reinvent the wheel. Does anyone have such script? If so, >> can you share it? > > This is exactly of what I talked about in my GAR presentation :-) > Remember the discussion about pbuild? Yes, yes, I was thinking if there was something I could already run. > It already contains some > work towards this, however in the general case there is still > something to do. Feel free to look at the gar/v2-pbuild branch > for details. Can you give me a few pointers? (But not the ones like in http://xkcd.com/138/ :-) ) > In pbuild it will be possible to define which modulations should > be build on what hosts, modulations will be executed in parallel > and monitorable with multitail and package assembly will follow > that automatically. I wasn't looking for parallel building specifically; I was interested in having a single button that I could press and go for lunch. I quickly hacked a Python script which calls ssh to other hosts: http://dpaste.com/86148/ A usage example: http://dpaste.com/86145/ If there's something like that in the v2-pbuild branch, I'd start using it. > Deploying things to testing/ is another step we discussed on > Sunday after you left. The protocol will be posted when ready :-) I'm looking forward to seeing it! Maciej From dam at opencsw.org Thu Aug 27 17:14:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 Aug 2009 17:14:44 +0200 Subject: [csw-maintainers] Building all architectures/modulations with GAR with one keypress In-Reply-To: References: <61C43B6F-0F0E-4BF7-8E9E-42771192B0D7@opencsw.org> Message-ID: Hi Maciej, Am 27.08.2009 um 17:07 schrieb Maciej (Matchek) Blizinski: > On Wed, Aug 26, 2009 at 12:59 PM, Dagobert > Michelsen wrote: >> Am 26.08.2009 um 13:17 schrieb Maciej (Matchek) Blizinski: >>> >>> Has anyone wrote such script for themselves? What I mean is: To >>> build >>> certain package, one needs to compile it on build8s, wait until it's >>> finished, gmake clean, compile (gmake merge) it on build8x for 32- >>> bit, >>> wait until it's finished, compile for 64-bit on build10x, get back >>> to >>> build8x, disable pkgcheck, create the package, move the result to >>> /home/testing. I see no reason for it to be a manual procedure. I >>> just >>> don't want to reinvent the wheel. Does anyone have such script? If >>> so, >>> can you share it? >> >> This is exactly of what I talked about in my GAR presentation :-) >> Remember the discussion about pbuild? > > Yes, yes, I was thinking if there was something I could already run. > >> It already contains some >> work towards this, however in the general case there is still >> something to do. Feel free to look at the gar/v2-pbuild branch >> for details. > > Can you give me a few pointers? (But not the ones like in > http://xkcd.com/138/ :-) ) 0xdeadbeef ;-) Just kidding, link in your local trunk to mgar/gar/v2-pbuild instead if mgar/gar/v2 >> In pbuild it will be possible to define which modulations should >> be build on what hosts, modulations will be executed in parallel >> and monitorable with multitail and package assembly will follow >> that automatically. > > I wasn't looking for parallel building specifically; I was interested > in having a single button that I could press and go for lunch. I > quickly hacked a Python script which calls ssh to other hosts: > http://dpaste.com/86148/ A usage example: http://dpaste.com/86145/ If > there's something like that in the v2-pbuild branch, I'd start using > it. It doesn't do what you want yet, but it is next on my to do list. I let you know when I have something to try. Best regards -- Dago From phil at bolthole.com Thu Aug 27 17:58:17 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 27 Aug 2009 08:58:17 -0700 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <4A94FB50.7080103@acm.org> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> <4A94FB50.7080103@acm.org> Message-ID: On Wed, Aug 26, 2009 at 2:07 AM, Alessio wrote: > Maciej (Matchek) Blizinski wrote: > > > Is there a workaround? >> > > no workaround (other than writing the missing code by yourself), that's why > i disabled unicode support in my wxwidgets solaris 8 build > well, there IS another workaround... compiling against glibc., which has vwscanf. Or at least, borrowing the code. glibc is "LGPL" licensed, so there should be some variant of compilation of this, that is legal. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Thu Aug 27 18:05:42 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 Aug 2009 12:05:42 -0400 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250633y631fe64cv664ba9b27285c1cb@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> <4A94FB50.7080103@acm.org> Message-ID: <1251389042-sup-4422@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu Aug 27 11:58:17 -0400 2009: > well, there IS another workaround... compiling against glibc., which has > vwscanf. This might be a good use for gnulib too, which I think would be better than the glibc approach? http://www.gnu.org/software/gnulib/manual/html_node/vwscanf.html#vwscanf -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 Thu Aug 27 17:59:48 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 27 Aug 2009 08:59:48 -0700 Subject: [csw-maintainers] Advanced GAR presentation now online In-Reply-To: References: Message-ID: So.. how about running it through one o them there "PDF to web" converters, and putting it up on the web properly? :-) On Wed, Aug 26, 2009 at 8:14 AM, Dagobert Michelsen wrote: > Hi, > > the "Advanced GAR" presentation I held in Oslo is now online at > > and linked from > > > > Best regards > > -- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at bolthole.com Thu Aug 27 18:10:17 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 27 Aug 2009 09:10:17 -0700 Subject: [csw-maintainers] Oslo In-Reply-To: <07B2BC41-53E9-4BA2-873F-57800C1EA239@opencsw.org> References: <1251332243-sup-373@ntdws12.chass.utoronto.ca> <07B2BC41-53E9-4BA2-873F-57800C1EA239@opencsw.org> Message-ID: On Thu, Aug 27, 2009 at 12:36 AM, Dagobert Michelsen wrote: > Then maybe for the next Technical Wintercamp in Munich early in December > hosted from Sebastian? > Hmph. I think 3rd one is overdue to be in Amerias ;-) -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Thu Aug 27 18:10:51 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 Aug 2009 18:10:51 +0200 Subject: [csw-maintainers] [board] maintainer registration? In-Reply-To: <4A96ABAF.70109@pocock.com.au> References: <4A927A7D.70600@pocock.com.au> <4A92C8A9.1060307@pocock.com.au> <4A92EEF9.7070804@pocock.com.au> <7D46DB25-88E5-407C-A5B5-B28549D99D23@opencsw.org> <4A96ABAF.70109@pocock.com.au> Message-ID: <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> Hi Daniel, Am 27.08.2009 um 17:52 schrieb Daniel Pocock: > Ok, I had a go at this with libConfuse > > Could you let me know whether this type of thing should be discussed > on the board list, the maintainers list or the devel list? Usually on maintainers@, but you have to post from your opencsw.org account on the list which you may or may not (Ihsan?) have yet. > Anyhow, these are the issues I found: > > The name confuse and libConfuse is used interchangeably: > - web site: http://www.nongnu.org/confuse/ "/libConfuse/ is a > configuration file parser library" > - tar file is called confuse-2.6.tar.gz, and it extracts to > confuse-2.6/* > - this is in configure.ac: > AC_INIT(libConfuse, 2.6, confuse-devel at nongnu.org, confuse) Please choose the name of what is in it. If there is only a library in it please use CSWlibconfigure for the package and libconfuse for the catalog. > I started trying to do > gmake newpkg-libconfuse > but it broke down at the configure stage, because work/.../ > libconfuse-2.6 was empty You can then customize DISTNAME and WORKSRC according to your needs. See the FAQ and the GAR variable reference: > I then did > gmake newpkg-confuse > and I was able to build it successfully. > > I also discovered that --enable-shared needs to be specified > explicitly for confuse - is this something gar should add by itself? No, please add CONFIGURE_ARGS += --enable-shared in the Makefile. > gar didn't include the static library in the package, even though it > was built. Yes, static libs are excluded from packages by default as they are generally not used. If you need them please set this to empty with MERGE_EXCLUDE_STATICLIBS = to include them. > I also decided to add --disable-nls to configure, is this considered > good practice, or is it preferred to make everything depend on > gettext and friends? This depends on the package. If there are no negative effects the existing libs from the OpenCSW should be used to minimize size and to maximize reuse. > Although confuse works on Solaris, the test suite doesn't work out > of the box, so I also hacked the Makefile to skip the test phase - > is this acceptable for now, or do I need to wait for upstream to > merge in changes to the test suite before I can commit something to > opencsw? You can always commit the build descriptions. Before submitting you must make sure the package works. If you have failing tests you must at least understand why they fail and document that in the Makefile. Even better is reporting this to upstream and even better fixing the tests and providing a patch for upstream. > I'm now ready to commit my Makefile for this package, but the gar > guide doesn't > explain how to authenticate - will I be issued with an SVN password, > or do I need > to reconfigure my svn to work over ssh (using my key)? No, the repository is hosted at SourceForge. I need your SourceForge user name to add you to the committers list. A description to the specific commit procedure for SourceForge is documented here: Best regards and heads up :-) -- Dago From phil at bolthole.com Thu Aug 27 18:12:49 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 27 Aug 2009 09:12:49 -0700 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <1251389042-sup-4422@ntdws12.chass.utoronto.ca> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> Message-ID: On Thu, Aug 27, 2009 at 9:05 AM, Ben Walton wrote: > Excerpts from Philip Brown's message of Thu Aug 27 11:58:17 -0400 2009: > > well, there IS another workaround... compiling against glibc., which has > > vwscanf. > > This might be a good use for gnulib too, which I think would be better > than the glibc approach? > http://www.gnu.org/software/gnulib/manual/html_node/vwscanf.html#vwscanf gnu libc... glib... gnulib... Arrrrg! could someone write a short description and comparison between these three please? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Thu Aug 27 18:16:26 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 Aug 2009 12:16:26 -0400 Subject: [csw-maintainers] Oslo In-Reply-To: References: <1251332243-sup-373@ntdws12.chass.utoronto.ca> <07B2BC41-53E9-4BA2-873F-57800C1EA239@opencsw.org> Message-ID: <1251389738-sup-7380@ntdws12.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu Aug 27 12:10:17 -0400 2009: > Hmph. I think 3rd one is overdue to be in Amerias ;-) I'm hoping to host it up here next summer...doesn't help for the winter camp though. William has already veto'd any trips to Toronto when there is snow! :) -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dam at opencsw.org Thu Aug 27 18:17:36 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 Aug 2009 18:17:36 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <625385e30908250812x51057daduc1fc8b0e44d27de5@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> Message-ID: <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> Hi Phil, Am 27.08.2009 um 18:12 schrieb Philip Brown: > gnu libc... This is a full libc, just from GNU containing lots of stuff for running C code. > glib... This is a utility library from GNOME containing list stuff, iterators, etc. > gnulib... This contains lots of functions to be pulled in separately to each project to replace functions missing on a specific os. So this is the way to go. Best regards -- Dago PS: Phil, you post in HTML for some days now. Is there a specific reason? From maciej at opencsw.org Thu Aug 27 18:20:21 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 27 Aug 2009 17:20:21 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> Message-ID: On Thu, Aug 27, 2009 at 5:17 PM, Dagobert Michelsen wrote: >> gnulib... > > This contains lots of functions to be pulled in separately to each > project to replace functions missing on a specific os. So this is > the way to go. The URL mentioned by Ben says: "Portability problems not fixed by Gnulib: This function is missing on some platforms: (...), Solaris 8, (...)" Am I understanding correctly that it does not help with the issue on Solaris 8? Maciej From dam at opencsw.org Thu Aug 27 18:21:50 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 Aug 2009 18:21:50 +0200 Subject: [csw-maintainers] Advanced GAR presentation now online In-Reply-To: References: Message-ID: Hi Phil, Am 27.08.2009 um 17:59 schrieb Philip Brown: > So.. how about running it through one o them there "PDF to web" > converters, and putting it up on the web properly? :-) Done: Best regards -- Dago From phil at bolthole.com Thu Aug 27 18:23:13 2009 From: phil at bolthole.com (Philip Brown) Date: Thu, 27 Aug 2009 09:23:13 -0700 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> Message-ID: On Thu, Aug 27, 2009 at 9:17 AM, Dagobert Michelsen wrote: > > PS: Phil, you post in HTML for some days now. Is there a specific reason? > oh, blah. I migrated my email to gmail, for a month or so now. Guess I need to figure out how to use it better. From dam at opencsw.org Thu Aug 27 18:23:12 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 Aug 2009 18:23:12 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> Message-ID: <7F956EB7-8E18-4052-B985-D360956F8626@opencsw.org> Hi Maciej, Am 27.08.2009 um 18:20 schrieb Maciej (Matchek) Blizinski: > On Thu, Aug 27, 2009 at 5:17 PM, Dagobert Michelsen > wrote: >>> gnulib... >> >> This contains lots of functions to be pulled in separately to each >> project to replace functions missing on a specific os. So this is >> the way to go. > > The URL mentioned by Ben says: "Portability problems not fixed by > Gnulib: This function is missing on some platforms: (...), Solaris 8, > (...)" > > Am I understanding correctly that it does not help with the issue on > Solaris 8? It is. That means it is missing on Solaris 8 so you need the one from GNULib. However, integrating the stuff needs autoconf/automake knowledge. You may have a steep learning curve ahead, but it will definitely be good to provide this upstream. Best regards -- Dago From bwalton at opencsw.org Thu Aug 27 18:36:56 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 Aug 2009 12:36:56 -0400 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> Message-ID: <1251390985-sup-2550@ntdws12.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizinski's message of Thu Aug 27 12:20:21 -0400 2009: > Am I understanding correctly that it does not help with the issue on > Solaris 8? I'm reading that the same way you are...I didn't actually read the page before posting it. It might not help here. -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 bwalton at opencsw.org Thu Aug 27 18:38:30 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 Aug 2009 12:38:30 -0400 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <7F956EB7-8E18-4052-B985-D360956F8626@opencsw.org> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <0C9FFFC8-7F28-4BBA-BAE3-0895846C8305@opencsw.org> <625385e30908250934m25b6536cy10086d527c804eb2@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> <7F956EB7-8E18-4052-B985-D360956F8626@opencsw.org> Message-ID: <1251391060-sup-388@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Thu Aug 27 12:23:12 -0400 2009: Hi Maciej > It is. That means it is missing on Solaris 8 so you need the one > from GNULib. However, integrating the stuff needs autoconf/automake > knowledge. You may have a steep learning curve ahead, but it will > definitely be good to provide this upstream. If gnulib will work for you, you could see the cvsps package where I used it for some portability stuff. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bwalton at opencsw.org Thu Aug 27 19:21:15 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 Aug 2009 13:21:15 -0400 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: References: <4A964AE8.5050703@opencsw.org> Message-ID: <1251393638-sup-1862@ntdws12.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizinski's message of Thu Aug 27 05:26:33 -0400 2009: > I tried to claim contributions to the GAR project on ohloh, but it > keeps saying that "No recognized committer with that name." (the name > is 'wahwah'). I get the same for 'bdwalton' (my sf.net username). Anyone know how it's linking things together? 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 dam at opencsw.org Thu Aug 27 19:50:36 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 Aug 2009 19:50:36 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <1251393638-sup-1862@ntdws12.chass.utoronto.ca> References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> Message-ID: <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Hi Ben, Am 27.08.2009 um 19:21 schrieb Ben Walton: > Excerpts from Maciej (Matchek) Blizinski's message of Thu Aug 27 > 05:26:33 -0400 2009: >> I tried to claim contributions to the GAR project on ohloh, but it >> keeps saying that "No recognized committer with that name." (the name >> is 'wahwah'). > > I get the same for 'bdwalton' (my sf.net username). Anyone know how > it's linking things together? Yes: "Counting lines of source code (Waiting in queue)" I guess it will work when it has been processed. Best regards -- Dago From dam at opencsw.org Thu Aug 27 22:32:30 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 Aug 2009 22:32:30 +0200 Subject: [csw-maintainers] [board] maintainer registration? In-Reply-To: <4A96EA68.8020000@pocock.com.au> References: <4A927A7D.70600@pocock.com.au> <4A92C8A9.1060307@pocock.com.au> <4A92EEF9.7070804@pocock.com.au> <7D46DB25-88E5-407C-A5B5-B28549D99D23@opencsw.org> <4A96ABAF.70109@pocock.com.au> <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> <4A96EA68.8020000@pocock.com.au> Message-ID: <4ECF09B8-6C4E-474A-95E4-98D2B0AE1DF8@opencsw.org> Hi Daniel, Am 27.08.2009 um 22:19 schrieb Daniel Pocock: > Dagobert Michelsen wrote: >> Am 27.08.2009 um 17:52 schrieb Daniel Pocock: >>> Ok, I had a go at this with libConfuse >>> >>> Could you let me know whether this type of thing should be >>> discussed on the board list, the maintainers list or the devel list? >> >> Usually on maintainers@, but you have to post from your opencsw.org >> account >> on the list which you may or may not (Ihsan?) have yet. >> > > I haven't got an opencsw.org account as far as I know - I've tried to > subscribe to that list using my main email address, daniel at pocock.com.au > - > I think it is waiting for someone to approve, because I haven't > received > the confirmation email yet You can not subscribe yourself, only the list admin can do that (Ihsan in this case). >>> Anyhow, these are the issues I found: >>> >>> The name confuse and libConfuse is used interchangeably: >>> - web site: http://www.nongnu.org/confuse/ "/libConfuse/ is a >>> configuration file parser library" >>> - tar file is called confuse-2.6.tar.gz, and it extracts to >>> confuse-2.6/* >>> - this is in configure.ac: >>> AC_INIT(libConfuse, 2.6, confuse-devel at nongnu.org, confuse) >> >> Please choose the name of what is in it. If there is only a library >> in it >> please use CSWlibconfigure for the package and libconfuse for the >> catalog. >> > > When you extract the file confuse-2.6.tar.gz, you get a directory > called confuse-2.6 > Therefore, should I call it CSWconfuse (which works), or tweak > DISTNAME and WORKSRC so that the package name can be CSWlibconfuse? As the project describes itself as "libConfuse is a configuration file parser library" please call it CSWlibconfuse and libconfuse and tweak the vars. >>> I also decided to add --disable-nls to configure, is this >>> considered good >>> practice, or is it preferred to make everything depend on gettext >>> and friends? >> >> This depends on the package. If there are no negative effects the >> existing >> libs from the OpenCSW should be used to minimize size and to >> maximize reuse. >> > > Because confuse is used by Ganglia, and Ganglia is a performance > monitoring app, > I prefer to minimise dependencies. I will continue with --disable- > nls for now, > and maybe it can be enabled in a future release if people ask for it. Ok, but as gettext is needed for almost anything you will most certainly already have it on the system. >>> Although confuse works on Solaris, the test suite doesn't work out >>> of the box, >>> so I also hacked the Makefile to skip the test phase - is this >>> acceptable for >>> now, or do I need to wait for upstream to merge in changes to the >>> test suite >>> before I can commit something to opencsw? >> >> You can always commit the build descriptions. Before submitting you >> must make sure >> the package works. If you have failing tests you must at least >> understand why they >> fail and document that in the Makefile. Even better is reporting >> this to upstream >> and even better fixing the tests and providing a patch for upstream. >> > > The test code fails to compile because it is not Solaris friendly. > It is easy to fix. > The library itself is working fine. I think that I will put some > conditional logic in > the Makefile so that it only skips the tests for confuse-2.6, and > when 2.7 arrives, it > will be necessary to re-assess the situation. I will also send the > proposed fixes > upstream for 2.7. Great! >>> I'm now ready to commit my Makefile for this package, but the gar >>> guide doesn't >>> explain how to authenticate - will I be issued with an SVN >>> password, or do I need >>> to reconfigure my svn to work over ssh (using my key)? >> >> No, the repository is hosted at SourceForge. I need your >> SourceForge user name to >> add you to the committers list. A description to the specific >> commit procedure >> for SourceForge is documented here: >> > > My Sourceforge username is d_pocock You should be able to commit now. > Thanks for all the assistance with this. Sure :-) Best regards -- Dago From dam at opencsw.org Thu Aug 27 22:37:25 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 Aug 2009 22:37:25 +0200 Subject: [csw-maintainers] New enhancements to mGAR v2: SPKG_DESC_* safety check and CSWcswclassutils Message-ID: Hi, today I added two enhancements to GAR I spoke about with Phil and at the Summercamp: - On package creation it will be checked that all packages have unique description strings. This will catch the case when you forgot to set SPKG_DESC_* for your devel- or doc-package and end up with too generic or wrong descriptions. - When using SAMPLECONF and PRESERVECONF these variables now take either a path to a config file suffixed with .CSW or without the suffix. It will dynamically add a renaming rule during merge to make sure it is always suffixed with .CSW and sets the correct class for that file. Essentially that means you can still use your old descriptions and also can now write PRESERVECONF = $(includedir)/myconf without further ado when the original software install myconf without manual renaming or such. Best regards -- Dago From william at wbonnet.net Thu Aug 27 22:46:02 2009 From: william at wbonnet.net (William Bonnet) Date: Thu, 27 Aug 2009 22:46:02 +0200 Subject: [csw-maintainers] Oslo In-Reply-To: <1251389738-sup-7380@ntdws12.chass.utoronto.ca> References: <1251332243-sup-373@ntdws12.chass.utoronto.ca> <07B2BC41-53E9-4BA2-873F-57800C1EA239@opencsw.org> <1251389738-sup-7380@ntdws12.chass.utoronto.ca> Message-ID: <4A96F08A.4060109@wbonnet.net> Hi > I'm hoping to host it up here next summer...doesn't help for the > winter camp though. William has already veto'd any trips to Toronto > when there is snow! :) > Toronto will be great ! Especially if Raptors are playing home ;) I don't really veto a Wintercamp in Toronto... but i already spent a winter in Toronto. It was in '93. I think it was the last time i felt cold. Since this summer i never faced such low temperatures ;) ( i have to add that in my home area each winter it goes as low as -15?C ). 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 maciej at opencsw.org Thu Aug 27 23:54:29 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 27 Aug 2009 22:54:29 +0100 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: On Thu, Aug 27, 2009 at 6:50 PM, Dagobert Michelsen wrote: > Yes: > ? Why don't we have two enlistments (opencsw + gar) and only one project at ohloh? It's only one project after all. Just because two repositories are used, doesn't make it two projects. Sebastian, what do you think about adding the gar repository enlistment to the opencsw ohloh project? Maciej From maciej at opencsw.org Fri Aug 28 00:31:12 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 27 Aug 2009 23:31:12 +0100 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <1251391060-sup-388@ntdws12.chass.utoronto.ca> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> <7F956EB7-8E18-4052-B985-D360956F8626@opencsw.org> <1251391060-sup-388@ntdws12.chass.utoronto.ca> Message-ID: On Thu, Aug 27, 2009 at 5:38 PM, Ben Walton wrote: > Excerpts from Dagobert Michelsen's message of Thu Aug 27 12:23:12 -0400 2009: > > Hi Maciej > >> It is. That means it is missing on Solaris 8 so you need the one >> from GNULib. ?However, integrating the stuff needs autoconf/automake >> knowledge. You may have a steep learning curve ahead, but it will >> definitely be good to provide this upstream. > > If gnulib will work for you, you could see the cvsps package where I > used it for some portability stuff. Okay, that's a number of patches from git format-patch, nice. I'll look at gnulib next time I work with wxwidgets. What I got now, is separate packages for Solaris 8 and 10, where 8 has no unicode support. It's in testing now. Maciej From bwalton at opencsw.org Fri Aug 28 01:49:47 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 Aug 2009 19:49:47 -0400 Subject: [csw-maintainers] Oslo In-Reply-To: <4A96F08A.4060109@wbonnet.net> References: <1251332243-sup-373@ntdws12.chass.utoronto.ca> <07B2BC41-53E9-4BA2-873F-57800C1EA239@opencsw.org> <1251389738-sup-7380@ntdws12.chass.utoronto.ca> <4A96F08A.4060109@wbonnet.net> Message-ID: <1251416452-sup-2246@ntdws12.chass.utoronto.ca> Excerpts from William Bonnet's message of Thu Aug 27 16:46:02 -0400 2009: > Toronto will be great ! Especially if Raptors are playing home ;) They'd have to make the playoff first...looks like the last home game for next season is April 14th. Maybe a spring camp instead? :) > I don't really veto a Wintercamp in Toronto... but i already spent a > winter in Toronto. It was in '93. I think it was the last time i > felt cold. Since this summer i never faced such low temperatures ;) > ( i have to add that in my home area each winter it goes as low as > -15?C ). Toronto is much more enjoyable in the summer season. Patios are open, festivals are going on, etc. There are things to do in the winter too, but I'd recommend warmer temperatures for maximum enjoyment. -15C is fairly chilly if it's for extended periods. The Wikipedia article has good info on the climate here: http://en.wikipedia.org/wiki/Geography_and_climate_of_Toronto -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 Fri Aug 28 02:42:58 2009 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 Aug 2009 20:42:58 -0400 Subject: [csw-maintainers] Summary for OpenCSW summer camp? In-Reply-To: References: Message-ID: <1251420014-sup-2740@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Wed Aug 26 10:51:10 -0400 2009: Hi Dago, > - Enhance checkpkg so that it is capable of checking multiple > packages at once (from Bens' patch) I can revive this and take it from your plate if you'd like. I'll patch the version currently in GARv2. Phil, is this the same script you use? If not, will you pull updates from 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 dam at opencsw.org Fri Aug 28 09:16:56 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 28 Aug 2009 09:16:56 +0200 Subject: [csw-maintainers] [board] Maintainer signup for graphviz2 In-Reply-To: <4A5DFC12.9090803@opencsw.org> References: <0B3BE7BA-6608-446A-899A-8FBD30778170@ucsd.edu> <1F14B3F9-6A07-42E1-B96F-81D53EC55A78@opencsw.org> <4A5DFC12.9090803@opencsw.org> Message-ID: Hi John, Am 15.07.2009 um 17:56 schrieb John Ellson: > My plan is to release a new "graphviz" package and to deprecate > "graphviz2" > > I have a working, uncommitted build in ~ellson/mgar/pkg/graphviz/ > trunk/ > and some packages in ~ellson/newpkgs/graphviz > > I'm stumbling on the mechanics of spliiting the package so that the > core package > doesn't have dependencies on everything under the sun. I could use > some help with this. > > A co-maintainer would be welcome. Any news on this? Do you need help with anything on building the package? Best regards -- Dago From pfelecan at opencsw.org Fri Aug 28 10:16:49 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 28 Aug 2009 10:16:49 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: (Maciej Blizinski's message of "Thu, 27 Aug 2009 22:54:29 +0100") References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: "Maciej (Matchek) Blizinski" writes: > On Thu, Aug 27, 2009 at 6:50 PM, Dagobert Michelsen wrote: >> Yes: >> ? > > Why don't we have two enlistments (opencsw + gar) and only one project > at ohloh? It's only one project after all. Just because two > repositories are used, doesn't make it two projects. Sebastian, what > do you think about adding the gar repository enlistment to the > opencsw ohloh project? IMHO there are 2 projects, certainly related but 2 in number. -- Peter From maciej at opencsw.org Fri Aug 28 13:07:48 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 28 Aug 2009 12:07:48 +0100 Subject: [csw-maintainers] [board] Maintainer signup for graphviz2 In-Reply-To: References: <0B3BE7BA-6608-446A-899A-8FBD30778170@ucsd.edu> <1F14B3F9-6A07-42E1-B96F-81D53EC55A78@opencsw.org> <4A5DFC12.9090803@opencsw.org> Message-ID: On Fri, Aug 28, 2009 at 8:16 AM, Dagobert Michelsen wrote: > Hi John, > > Am 15.07.2009 um 17:56 schrieb John Ellson: >> >> My plan is to release a new "graphviz" package and to deprecate >> "graphviz2" >> >> I have a working, uncommitted build in ~ellson/mgar/pkg/graphviz/trunk/ >> and some packages in ~ellson/newpkgs/graphviz >> >> I'm stumbling on the mechanics of spliiting the package so that the core >> package >> doesn't have dependencies on everything under the sun. ? I could use some >> help with this. >> >> A co-maintainer would be welcome. > > Any news on this? Do you need help with anything on building the package? Maybe I would make sense to commit unfinished work so somebody else can pick it up? Possible in a branch instead of the trunk. Maciej From maciej at opencsw.org Fri Aug 28 13:09:45 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 28 Aug 2009 12:09:45 +0100 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: On Fri, Aug 28, 2009 at 9:16 AM, Peter FELECAN wrote: > "Maciej (Matchek) Blizinski" writes: > >> On Thu, Aug 27, 2009 at 6:50 PM, Dagobert Michelsen wrote: >>> Yes: >>> ? >> >> Why don't we have two enlistments (opencsw + gar) and only one project >> at ohloh? It's only one project after all. Just because two >> repositories are used, doesn't make it two projects. Sebastian, what >> do you think about adding the gar repository enlistment ?to the >> opencsw ohloh project? > > IMHO there are 2 projects, certainly related but 2 in number. GAR might be considered a separate software project, but the builds themselves are code using GAR, they aren't GAR itself. Don't the builds seem belong to the OpenCSW project rather than GAR? Maciej From skayser at opencsw.org Fri Aug 28 14:06:36 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 28 Aug 2009 14:06:36 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: <4A97C84C.8070009@opencsw.org> Maciej (Matchek) Blizinski wrote on 28.08.2009 13:09: > On Fri, Aug 28, 2009 at 9:16 AM, Peter FELECAN wrote: >> "Maciej (Matchek) Blizinski" writes: >> >>> On Thu, Aug 27, 2009 at 6:50 PM, Dagobert Michelsen wrote: >>>> Yes: >>>> >>> Why don't we have two enlistments (opencsw + gar) and only one project >>> at ohloh? It's only one project after all. Just because two >>> repositories are used, doesn't make it two projects. Sebastian, what >>> do you think about adding the gar repository enlistment to the >>> opencsw ohloh project? >> IMHO there are 2 projects, certainly related but 2 in number. > > GAR might be considered a separate software project, but the builds > themselves are code using GAR, they aren't GAR itself. Don't the > builds seem belong to the OpenCSW project rather than GAR? I felt almost the same, Dago has/had reasons for not mixing the sf.net projects (on ohloh). Maybe we can call a vote ;) +1 *SCNR* Kidding aside, I would be in favor of at least adding the gar.sf.net pkg/ subtree to the OpenCSW ohloh project - most of the CSW work a maintainer does is going on there. Sebastian From trygvis at opencsw.org Fri Aug 28 14:29:29 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Fri, 28 Aug 2009 14:29:29 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <4A97C84C.8070009@opencsw.org> References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> <4A97C84C.8070009@opencsw.org> Message-ID: <4A97CDA9.5030108@opencsw.org> Sebastian Kayser wrote: > Maciej (Matchek) Blizinski wrote on 28.08.2009 13:09: >> On Fri, Aug 28, 2009 at 9:16 AM, Peter FELECAN wrote: >>> "Maciej (Matchek) Blizinski" writes: >>> >>>> On Thu, Aug 27, 2009 at 6:50 PM, Dagobert Michelsen wrote: >>>>> Yes: >>>>> >>>> Why don't we have two enlistments (opencsw + gar) and only one project >>>> at ohloh? It's only one project after all. Just because two >>>> repositories are used, doesn't make it two projects. Sebastian, what >>>> do you think about adding the gar repository enlistment to the >>>> opencsw ohloh project? >>> IMHO there are 2 projects, certainly related but 2 in number. >> GAR might be considered a separate software project, but the builds >> themselves are code using GAR, they aren't GAR itself. Don't the >> builds seem belong to the OpenCSW project rather than GAR? > > I felt almost the same, Dago has/had reasons for not mixing the sf.net > projects (on ohloh). Maybe we can call a vote ;) +1 *SCNR* +1 > Kidding aside, I would be in favor of at least adding the gar.sf.net > pkg/ subtree to the OpenCSW ohloh project - most of the CSW work a > maintainer does is going on there. Given ohloh is mostly about marketing and statistics I think it make a lot of sense to include GAR in the ohloh opencsw project as it will be a quite accurate measurement of those that's using Subversion. -- Trygve From pfelecan at opencsw.org Fri Aug 28 18:05:30 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 28 Aug 2009 18:05:30 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: (Maciej Blizinski's message of "Fri, 28 Aug 2009 12:09:45 +0100") References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: "Maciej (Matchek) Blizinski" writes: > On Fri, Aug 28, 2009 at 9:16 AM, Peter FELECAN wrote: >> "Maciej (Matchek) Blizinski" writes: >> >>> On Thu, Aug 27, 2009 at 6:50 PM, Dagobert Michelsen wrote: >>>> Yes: >>>> ? >>> >>> Why don't we have two enlistments (opencsw + gar) and only one project >>> at ohloh? It's only one project after all. Just because two >>> repositories are used, doesn't make it two projects. Sebastian, what >>> do you think about adding the gar repository enlistment ?to the >>> opencsw ohloh project? >> >> IMHO there are 2 projects, certainly related but 2 in number. > > GAR might be considered a separate software project, but the builds > themselves are code using GAR, they aren't GAR itself. Don't the > builds seem belong to the OpenCSW project rather than GAR? Nope. gar is only one of the mechanisms used to build packages. not all builds use gar. all this is an instance of the hammer syndrome. -- Peter From bonivart at opencsw.org Fri Aug 28 18:16:01 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 28 Aug 2009 18:16:01 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: <625385e30908280916y30b3545kdc14a82267472cac@mail.gmail.com> On Fri, Aug 28, 2009 at 6:05 PM, Peter FELECAN wrote: > Nope. gar is only one of the mechanisms used to build packages. not all > builds use gar. all this is an instance of the hammer syndrome. Yes, but GAR builds will be automatically tracked under the OpenCSW project. If you can get Ohloh to track your build system as well it would be great. :-) -- /peter From glaw at opencsw.org Fri Aug 28 18:22:21 2009 From: glaw at opencsw.org (Gary Law) Date: Fri, 28 Aug 2009 17:22:21 +0100 Subject: [csw-maintainers] FYI: Hosting provider for Solaris In-Reply-To: References: <141B8FA6-FB56-41B4-8FDF-5E5A0A58DE77@familie-michelsen.de> Message-ID: 2009/8/27 Peter FELECAN : > Dagobert Michelsen writes: > >> the domain hoster I use for opencsw.org is now offering OpenSolaris >> vServer >> starting at 40 Euro per month with 2 TB traffic included. I haven't >> heard >> of another hoster offering Solaris, so you may find this interesting. FYI http://entic.net/ do a range of services based on Solaris, I'm a happy customer thus far. -- Gary Law Email: garylaw at garylaw.net Chat googletalk/messenger: gary.law at gmail.com iChat/jabber/AIM: gary.law at mac.com From pfelecan at opencsw.org Fri Aug 28 18:33:30 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 28 Aug 2009 18:33:30 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <625385e30908280916y30b3545kdc14a82267472cac@mail.gmail.com> (Peter Bonivart's message of "Fri, 28 Aug 2009 18:16:01 +0200") References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> <625385e30908280916y30b3545kdc14a82267472cac@mail.gmail.com> Message-ID: Peter Bonivart writes: > On Fri, Aug 28, 2009 at 6:05 PM, Peter FELECAN wrote: >> Nope. gar is only one of the mechanisms used to build packages. not all >> builds use gar. all this is an instance of the hammer syndrome. > > Yes, but GAR builds will be automatically tracked under the OpenCSW > project. If you can get Ohloh to track your build system as well it > would be great. :-) IMHO, it would be an instance of vanity. -- Peter From maciej at opencsw.org Fri Aug 28 20:18:12 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 28 Aug 2009 19:18:12 +0100 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: On Fri, Aug 28, 2009 at 5:05 PM, Peter FELECAN wrote: > "Maciej (Matchek) Blizinski" writes: > >> On Fri, Aug 28, 2009 at 9:16 AM, Peter FELECAN wrote: >>> "Maciej (Matchek) Blizinski" writes: >>> >>>> On Thu, Aug 27, 2009 at 6:50 PM, Dagobert Michelsen wrote: >>>>> Yes: >>>>> ? >>>> >>>> Why don't we have two enlistments (opencsw + gar) and only one project >>>> at ohloh? It's only one project after all. Just because two >>>> repositories are used, doesn't make it two projects. Sebastian, what >>>> do you think about adding the gar repository enlistment ?to the >>>> opencsw ohloh project? >>> >>> IMHO there are 2 projects, certainly related but 2 in number. >> >> GAR might be considered a separate software project, but the builds >> themselves are code using GAR, they aren't GAR itself. Don't the >> builds seem belong to the OpenCSW project rather than GAR? > > Nope. gar is only one of the mechanisms used to build packages. not all > builds use gar. all this is an instance of the hammer syndrome. Are you seriously saying that the builds, the code that is used to describe how to build OpenCSW packages, are not part of the OpenCSW project? If not that, then what code is? Maciej From maciej at opencsw.org Fri Aug 28 20:20:53 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 28 Aug 2009 19:20:53 +0100 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <4A97CDA9.5030108@opencsw.org> References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> <4A97C84C.8070009@opencsw.org> <4A97CDA9.5030108@opencsw.org> Message-ID: 2009/8/28 Trygve Laugst?l : > Sebastian Kayser wrote: >> Kidding aside, I would be in favor of at least adding the gar.sf.net >> pkg/ subtree to the OpenCSW ohloh project - most of the CSW work a >> maintainer does is going on there. > > Given ohloh is mostly about marketing and statistics I think it make a lot > of sense to include GAR in the ohloh opencsw project as it will be a quite > accurate measurement of those that's using Subversion. +1 From skayser at opencsw.org Fri Aug 28 22:30:43 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 28 Aug 2009 22:30:43 +0200 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: <1251070954-sup-5115@ntdws12.chass.utoronto.ca> References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <3E39F7BB-726B-4250-8388-43EEF3D24B3F@opencsw.org> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> <4A91C974.6000401@opencsw.org> <1251070954-sup-5115@ntdws12.chass.utoronto.ca> Message-ID: <4A983E73.9060501@opencsw.org> Ben Walton wrote on 24.08.2009 01:44: > Excerpts from Sebastian Kayser's message of Sun Aug 23 18:57:56 -0400 2009: > >> This way, a maintainer who wants to package a python module, just sets >> CATEGORIES = python and has sane defaults, including activation of the >> cswpycompile feature. Furthermore the python maintainer can take care of >> this category.mk file to have it reflect best practices and CSW defaults >> for packaging python modules. >> >> There is a sample build description for ZSI [2] based on these changes. >> Diff of the changes to GAR is attached to this mail. What do you think >> (keeping in mind that the specific functionality of i.cswpycompile >> itself is another sub-topic)? Dago? > > It looks like a reasonable approach to me. The only thing I'd point > out is that in a mixed package (a library that provided python > bindings), it _may_ not be appropriate to set category to python...? > It's like a perfect fit for 95% of the cases though. > > I'm glad you tackled this! I hadn't had a chance to get back to it > yet. Thanks for the feedback, regarding your concern I made an adjustment. I moved the .pyc,.pyo exclusion logic to gar.mk and it is triggered when PYCOMPILE is set. So now you can just set PYCOMPILE for any non-python category builds and still have all the cswpycompile logic (including .pyc,.pyo exclusion during the merge phase). Full diff for my branch: http://dpaste.com/86757/ Dago, any comments/wishes or can i just merge this to v2? Sebastian From dam at opencsw.org Fri Aug 28 22:49:11 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 28 Aug 2009 22:49:11 +0200 Subject: [csw-maintainers] [board] maintainer registration? In-Reply-To: <4A981489.5040102@pocock.com.au> References: <4A927A7D.70600@pocock.com.au> <4A92C8A9.1060307@pocock.com.au> <4A92EEF9.7070804@pocock.com.au> <7D46DB25-88E5-407C-A5B5-B28549D99D23@opencsw.org> <4A96ABAF.70109@pocock.com.au> <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> <4A96EA68.8020000@pocock.com.au> <4ECF09B8-6C4E-474A-95E4-98D2B0AE1DF8@opencsw.org> <4A981489.5040102@pocock.com.au> Message-ID: <38E82F0D-96BC-4AD5-A06A-45B4D00CBA80@opencsw.org> Hi Daniel, Am 28.08.2009 um 19:31 schrieb Daniel Pocock: Dagobert Michelsen wrote: >> Am 27.08.2009 um 22:19 schrieb Daniel Pocock: >>> I haven't got an opencsw.org account as far as I know - I've tried >>> to >>> subscribe to that list using my main email address, daniel at pocock.com.au >>> - >>> I think it is waiting for someone to approve, because I haven't >>> received >>> the confirmation email yet >> >> You can not subscribe yourself, only the list admin can do that >> (Ihsan in >> this case). >> > > Ok, I'm not sure if it has been done Ihsan? > I've now committed libconfuse and updated ganglia to 3.1.2 > > The ganglia package still has some work to do (installing a config > file, SMF, generating a gmetad and dev package, etc), but at least > it is installing all the necessary binaries now, and they can be run > manually. > > Any feedback is obviously quite welcome, as I haven't used GAR > before, although make and svn are quite familiar. > GARNAME = ganglia > GARVERSION = 3.1.2 > CATEGORIES = utils > > DESCRIPTION = A scalable distributed monitoring system > define BLURB > Ganglia is a scalable distributed monitoring system for high- > performance computing > systems such as clusters and Grids. It is based on a hierarchical > design targeted > at federations of clusters. > endef > > SF_PROJ = ganglia > MASTER_SITES = $(SF_MIRRORS) > DISTFILES = $(GARNAME)-$(GARVERSION).tar.gz > #DISTFILES += $(call admfiles,CSWpackage,) Did this come out of "gmake newpkg-ganglia"? Static gspec-files are generally discouraged and you can safely delete this line. > PACKAGES = CSWgangliaagent CSWgangliart If you set PACKAGES you overwrite the default, which would be CSWganglia. That means you only build the above packages, not CSWganglia. If you want to build that also you must add that. > CATALOGNAME_CSWganglia = ganglia > CATALOGNAME_CSWgangliart = ganglia_rt > CATALOGNAME_CSWgangliaagent = ganglia_agent > > SPKG_DESC_CSWganglia = Dummy package > SPKG_DESC_CSWgangliart = Ganglia runtime libraries > SPKG_DESC_CSWgangliaagent = Ganglia performance monitoring > agent gmond It is customary to have a base package which actually does something. What would that be in case of ganglia? > PREREQUISITE_PKGS = CSWexpat CSWlibconfuse CSWapache2rt > > REQUIRED_PKGS_CSWgangliart = CSWexpat CSWlibconfuse CSWapache2rt > REQUIRED_PKGS_CSWgangliaagent = CSWexpat CSWlibconfuse CSWapache2rt > REQUIRED_PKGS_CSWgangliaagent += CSWgangliart > > # We define upstream file regex so we can be notifed of new upstream > software release > UPSTREAM_MASTER_SITES = $(SF_PROJECT_SHOWFILE)=43021 > UPSTREAM_USE_SF = 1 > UFILES_REGEX = (\d+(?:\.\d+)*) > > # This is attachment #45 from Ganglia bug > # http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=77 > #PATCHFILES = $(GARNAME)-$(GARVERSION)-solaris-cc.patch > > CONFIGURE_ARGS = $(DIRPATHS) > > # Don't build gmetad (not tested yet on Solaris, more deps required > to build) > CONFIGURE_ARGS += --without-gmetad > > # Reduce dependencies, no gettext: > CONFIGURE_ARGS += --disable-nls > > # For Ganglia 3.1.2, the test suite doesn't compile cleanly on > Solaris, > # so we skip it. This should be re-assessed with each new release > # from upstream. Proposed fixes for the test suite to be submitted > # upstream. > ifeq ($(GARVERSION),3.1.2) > #TEST_TARGET = check > TEST_SCRIPTS = skip > test-skip: > $(DONADA) > endif You can just set TEST_SCRIPTS = Additionally, please do not write rules above the include as the first rule is the default which should build the package. > PKGFILES_CSWganglia = > PKGFILES_CSWgangliart = $(libdir)/libganglia.* > > include gar/category.mk For a first attempt this is quite good :-) If you need help on any of the above topics just ask. Best regards -- Dago From bwalton at opencsw.org Sat Aug 29 02:09:25 2009 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 28 Aug 2009 20:09:25 -0400 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: <4A983E73.9060501@opencsw.org> References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <3E39F7BB-726B-4250-8388-43EEF3D24B3F@opencsw.org> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> <4A91C974.6000401@opencsw.org> <1251070954-sup-5115@ntdws12.chass.utoronto.ca> <4A983E73.9060501@opencsw.org> Message-ID: <1251504217-sup-200@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Fri Aug 28 16:30:43 -0400 2009: > Thanks for the feedback, regarding your concern I made an adjustment. I > moved the .pyc,.pyo exclusion logic to gar.mk and it is triggered when > PYCOMPILE is set. This looks much better. Looking at the code though, I think you should not that PYCOMPILE should be set to /opt/csw/lib/python/site-packages/.*\.py for build descriptions that don't set the category to python (since the MERGE_EXCLUDES use addsuffix {c,o} with the value of PYCOMPILE. [This could maybe be modified so that the trigger variable is separate from the variable used to build the merge exclude rules...] Nice! -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 rupert at opencsw.org Sat Aug 29 08:43:41 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 29 Aug 2009 08:43:41 +0200 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update In-Reply-To: References: Message-ID: <6af4270908282343j4a7b40c3i8b424b1cb5f64726@mail.gmail.com> On Mon, Aug 24, 2009 at 11:10, Maciej (Matchek) Blizinski wrote: > I've crafted new cups and unixodbc packages, but I started to loath to > release them because of the migration from /opt/csw/etc to > /etc/opt/csw. In my case it was a non-issue: update Puppet > configuration definition, install packages, done. In a more general > case, somebody will just do an update and... bang. The new cups will > look for files in /etc/opt/csw/cups and won't find anything. > > There was a brief discussion in Oslo about this. The ideas I've > collected so far: > > 1. Make the installation fail if the old config directory > (/opt/csw/etc/cups) or files exist. > > Pros: It will make people (painfully) aware that there has been a > change and they need to take action. They will have an opportunity to > do the configuration move their way if they wish to. > > Cons: It's annoying and potentially time consuming: the need to look > why the hell has the package failed, then go and devise a plan to move > the configs. If someone does a mass upgrade, there will be a mass > failure: CUPS will be uninstalled from everywhere and it won't be easy > to install it. (not from current, using CSW tools, that is) > > > 2. Move the config files automatically. Identify all the configuration > files from the old /opt/csw/etc directory and move them to > /etc/opt/csw. > > Pros: Smooth hands-off upgrade as expected (Quoting the website, our > motto, is "to provide a straightforward, easy-to-use experience for > the user"). > > Cons: Something in the scripts could go wrong, causing a mass failure. > (Probably not worse than in point 1, though.) There may be > difficulties with figuring out how to copy the common inter-zone > configuration from /opt to /etc. (CUPS didn't work in sparse > non-global zones anyway, but it might be an issue in a general case.) > > Issues I see: how to deal with the non-global zones in the general case? > > - How to fork the existing shared configuration into a per-zone /etc directory? > - How to identify which files to copy? A user might have created and > used more files than the package provided. (It could be detected in > some cases, but certainly not all.) > > > 3. Create a classutils script to aid migrating the file. The package > author would provide a description on how to migrate the config files, > i.e. which old paths correspond to the new paths. The non-global zones > would have no source files, so they would get the default > configuration. > > Pros: Our motto is... > > Cons: non-global zones, if previously configured, would have their > configuration reset. > > > Thoughts? our configuration has one writable directory, /opt/csw, and we appreciated a lot the isolated nature. putting the files in etc will render opencsw unusable for us. rupert. From skayser at opencsw.org Sat Aug 29 08:55:08 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 29 Aug 2009 08:55:08 +0200 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: <1251504217-sup-200@ntdws12.chass.utoronto.ca> References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <3E39F7BB-726B-4250-8388-43EEF3D24B3F@opencsw.org> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> <4A91C974.6000401@opencsw.org> <1251070954-sup-5115@ntdws12.chass.utoronto.ca> <4A983E73.9060501@opencsw.org> <1251504217-sup-200@ntdws12.chass.utoronto.ca> Message-ID: <4A98D0CC.9050501@opencsw.org> Ben Walton wrote on 29.08.2009 02:09: > Excerpts from Sebastian Kayser's message of Fri Aug 28 16:30:43 -0400 2009: > >> Thanks for the feedback, regarding your concern I made an adjustment. I >> moved the .pyc,.pyo exclusion logic to gar.mk and it is triggered when >> PYCOMPILE is set. > > This looks much better. Looking at the code though, I think you > should not that PYCOMPILE should be set to > /opt/csw/lib/python/site-packages/.*\.py for build descriptions that > don't set the category to python (since the MERGE_EXCLUDES use > addsuffix {c,o} with the value of PYCOMPILE. [This could maybe be > modified so that the trigger variable is separate from the variable > used to build the merge exclude rules...] Good idea. Something along the lines of this? http://dpaste.com/86896/ Sebastian From trygvis at opencsw.org Sat Aug 29 10:31:20 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Sat, 29 Aug 2009 10:31:20 +0200 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update In-Reply-To: <6af4270908282343j4a7b40c3i8b424b1cb5f64726@mail.gmail.com> References: <6af4270908282343j4a7b40c3i8b424b1cb5f64726@mail.gmail.com> Message-ID: <4A98E758.6090008@opencsw.org> rupert THURNER wrote: > On Mon, Aug 24, 2009 at 11:10, Maciej (Matchek) > Blizinski wrote: >> I've crafted new cups and unixodbc packages, but I started to loath to >> release them because of the migration from /opt/csw/etc to >> /etc/opt/csw. In my case it was a non-issue: update Puppet >> configuration definition, install packages, done. In a more general >> case, somebody will just do an update and... bang. The new cups will >> look for files in /etc/opt/csw/cups and won't find anything. >> >> There was a brief discussion in Oslo about this. The ideas I've >> collected so far: >> >> 1. Make the installation fail if the old config directory >> (/opt/csw/etc/cups) or files exist. >> >> Pros: It will make people (painfully) aware that there has been a >> change and they need to take action. They will have an opportunity to >> do the configuration move their way if they wish to. >> >> Cons: It's annoying and potentially time consuming: the need to look >> why the hell has the package failed, then go and devise a plan to move >> the configs. If someone does a mass upgrade, there will be a mass >> failure: CUPS will be uninstalled from everywhere and it won't be easy >> to install it. (not from current, using CSW tools, that is) >> >> >> 2. Move the config files automatically. Identify all the configuration >> files from the old /opt/csw/etc directory and move them to >> /etc/opt/csw. >> >> Pros: Smooth hands-off upgrade as expected (Quoting the website, our >> motto, is "to provide a straightforward, easy-to-use experience for >> the user"). >> >> Cons: Something in the scripts could go wrong, causing a mass failure. >> (Probably not worse than in point 1, though.) There may be >> difficulties with figuring out how to copy the common inter-zone >> configuration from /opt to /etc. (CUPS didn't work in sparse >> non-global zones anyway, but it might be an issue in a general case.) >> >> Issues I see: how to deal with the non-global zones in the general case? >> >> - How to fork the existing shared configuration into a per-zone /etc directory? >> - How to identify which files to copy? A user might have created and >> used more files than the package provided. (It could be detected in >> some cases, but certainly not all.) >> >> >> 3. Create a classutils script to aid migrating the file. The package >> author would provide a description on how to migrate the config files, >> i.e. which old paths correspond to the new paths. The non-global zones >> would have no source files, so they would get the default >> configuration. >> >> Pros: Our motto is... >> >> Cons: non-global zones, if previously configured, would have their >> configuration reset. >> >> >> Thoughts? > > our configuration has one writable directory, /opt/csw, and we > appreciated a lot the isolated nature. putting the files in etc will > render opencsw unusable for us. Why do you have that requirement? Is it because of NFS deployments or zones? Lots of packages use /var already, how do you handle that? -- Trygve From dam at opencsw.org Sat Aug 29 10:31:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 29 Aug 2009 10:31:31 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> <7F956EB7-8E18-4052-B985-D360956F8626@opencsw.org> <1251391060-sup-388@ntdws12.chass.utoronto.ca> Message-ID: Hi Ben, Am 28.08.2009 um 00:31 schrieb Maciej (Matchek) Blizinski: > On Thu, Aug 27, 2009 at 5:38 PM, Ben Walton > wrote: >> Excerpts from Dagobert Michelsen's message of Thu Aug 27 12:23:12 >> -0400 2009: >>> It is. That means it is missing on Solaris 8 so you need the one >>> from GNULib. However, integrating the stuff needs autoconf/automake >>> knowledge. You may have a steep learning curve ahead, but it will >>> definitely be good to provide this upstream. >> >> If gnulib will work for you, you could see the cvsps package where I >> used it for some portability stuff. > > Okay, that's a number of patches from git format-patch, nice. I'll > look at gnulib next time I work with wxwidgets. What I got now, is > separate packages for Solaris 8 and 10, where 8 has no unicode > support. It's in testing now. BTW: Did you report this upstream to cvsps? Best regards -- Dago From dam at opencsw.org Sat Aug 29 10:32:38 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 29 Aug 2009 10:32:38 +0200 Subject: [csw-maintainers] Summary for OpenCSW summer camp? In-Reply-To: <1251420014-sup-2740@ntdws12.chass.utoronto.ca> References: <1251420014-sup-2740@ntdws12.chass.utoronto.ca> Message-ID: <05320A9D-7803-4BF9-832E-72BF83950470@opencsw.org> Hi Ben, Am 28.08.2009 um 02:42 schrieb Ben Walton: > Excerpts from Dagobert Michelsen's message of Wed Aug 26 10:51:10 > -0400 2009: >> - Enhance checkpkg so that it is capable of checking multiple >> packages at once (from Bens' patch) > > I can revive this and take it from your plate if you'd like. I'll > patch the version currently in GARv2. Great! > Phil, is this the same script you use? If not, will you pull > updates from it? Please follow-up so it didn't get lost the second time. Best regards -- Dago From dam at opencsw.org Sat Aug 29 10:34:31 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 29 Aug 2009 10:34:31 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <4A97CDA9.5030108@opencsw.org> References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> <4A97C84C.8070009@opencsw.org> <4A97CDA9.5030108@opencsw.org> Message-ID: <74A69202-42E2-4EFA-BA3C-203DEB0DE806@opencsw.org> Hi, Am 28.08.2009 um 14:29 schrieb Trygve Laugst?l: > Given ohloh is mostly about marketing and statistics I think it make > a lot of > sense to include GAR in the ohloh opencsw project as it will be a > quite accurate > measurement of those that's using Subversion. Good point. But it looks like Ohloh doesn't like external references as it failed importing the repo :-( Best regards -- Dago From dam at opencsw.org Sat Aug 29 10:36:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 29 Aug 2009 10:36:39 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> <625385e30908280916y30b3545kdc14a82267472cac@mail.gmail.com> Message-ID: <303E58A6-654D-4014-BAB3-287AE9A6CD36@opencsw.org> Hi Peter, Am 28.08.2009 um 18:33 schrieb Peter FELECAN: > Peter Bonivart writes: >> Yes, but GAR builds will be automatically tracked under the OpenCSW >> project. If you can get Ohloh to track your build system as well it >> would be great. :-) > > IMHO, it would be an instance of vanity. It would be more an instance of sharing and community. Best regards -- Dago From rupert at opencsw.org Sat Aug 29 11:10:31 2009 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 29 Aug 2009 11:10:31 +0200 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update In-Reply-To: <4A98E758.6090008@opencsw.org> References: <6af4270908282343j4a7b40c3i8b424b1cb5f64726@mail.gmail.com> <4A98E758.6090008@opencsw.org> Message-ID: <6af4270908290210g1a437c17j7328762fad43219c@mail.gmail.com> 2009/8/29 Trygve Laugst?l : > rupert THURNER wrote: >> >> On Mon, Aug 24, 2009 at 11:10, Maciej (Matchek) >> Blizinski wrote: >>> >>> I've crafted new cups and unixodbc packages, but I started to loath to >>> release them because of the migration from /opt/csw/etc to >>> /etc/opt/csw. In my case it was a non-issue: update Puppet >>> configuration definition, install packages, done. In a more general >>> case, somebody will just do an update and... bang. The new cups will >>> look for files in /etc/opt/csw/cups and won't find anything. >>> >>> There was a brief discussion in Oslo about this. The ideas I've >>> collected so far: >>> >>> 1. Make the installation fail if the old config directory >>> (/opt/csw/etc/cups) or files exist. >>> >>> Pros: It will make people (painfully) aware that there has been a >>> change and they need to take action. They will have an opportunity to >>> do the configuration move their way if they wish to. >>> >>> Cons: It's annoying and potentially time consuming: the need to look >>> why the hell has the package failed, then go and devise a plan to move >>> the configs. If someone does a mass upgrade, there will be a mass >>> failure: CUPS will be uninstalled from everywhere and it won't be easy >>> to install it. (not from current, using CSW tools, that is) >>> >>> >>> 2. Move the config files automatically. Identify all the configuration >>> files from the old /opt/csw/etc directory and move them to >>> /etc/opt/csw. >>> >>> Pros: Smooth hands-off upgrade as expected (Quoting the website, our >>> motto, is "to provide a straightforward, easy-to-use experience for >>> the user"). >>> >>> Cons: Something in the scripts could go wrong, causing a mass failure. >>> (Probably not worse than in point 1, though.) There may be >>> difficulties with figuring out how to copy the common inter-zone >>> configuration from /opt to /etc. (CUPS didn't work in sparse >>> non-global zones anyway, but it might be an issue in a general case.) >>> >>> Issues I see: how to deal with the non-global zones in the general case? >>> >>> - How to fork the existing shared configuration into a per-zone /etc >>> directory? >>> - How to identify which files to copy? A user might have created and >>> used more files than the package provided. (It could be detected in >>> some cases, but certainly not all.) >>> >>> >>> 3. Create a classutils script to aid migrating the file. The package >>> author would provide a description on how to migrate the config files, >>> i.e. which old paths correspond to the new paths. The non-global zones >>> would have no source files, so they would get the default >>> configuration. >>> >>> Pros: Our motto is... >>> >>> Cons: non-global zones, if previously configured, would have their >>> configuration reset. >>> >>> >>> Thoughts? >> >> our configuration has one writable directory, /opt/csw, and we >> appreciated a lot the isolated nature. putting the files in etc will >> render opencsw unusable for us. > > Why do you have that requirement? Is it because of NFS deployments or zones? > Lots of packages use /var already, how do you handle that? three main reasons: 1. zones most of the time we just cover deficiencies, so are in local zones. in future it will be ldoms, so this problem might vanish. 2. failover / disaster recovery we import the san storage to somewhere else, redirect dns and are done. this will be of higher and higher importance to have "nearly no downtime" service. 3. two opencsw environments on one box. to make it work we use /opt/csw on a staging box to get the correct packages, and put the whole /opt/csw in a single solaris package, usually on developer/integration test stage. this then is used to distribute to other servers (production test, production stage usually) into a custom directory. to make it work we set the LD_LIBRARY_PATH though for the non-/opt/csw install. via this strategy we are able to quickly deliver the newest software to somehow outdated operating systems versions in a clean and fail over safe manner. our base operating system version changes quite slowly. and, via this strategy the solaris platform is even more maintainable than the linux platform, because such a "package everything and deliver it quickly" does not exist there. as we have too many servers and groups i do not have a complete overview who is using what. the ones i am aware of are: * one group (ours) is running apache - trac - subversion - mercurial - git. * the other group is running the apache - php stack. * both run the develepment environment sometimes. we noticed the classutils trying to write somewhere else, but up to now opencsw did not cease operating, the python stuff gets compiled anyway. with the restricted set of packages we are using i am not aware about a "var" problem. also, the var locations i am aware of e.g. for postgres can be configured to be anywhere. otoh, i can imagine scenarios where having the option of using /etc instead of /opt/csw/etc may be favourable, in the clustering case. then you have, just to take an example, two apache's listening on different ip/ports using the same data directory and software. but here we are not yet "amazon cloud capable" - even if the people work hard on it :) so, the principal issue i can see is: how would we be able to configure if /etc or /opt/csw/etc is used ? rupert. From maciej at opencsw.org Sat Aug 29 11:34:24 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sat, 29 Aug 2009 10:34:24 +0100 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: <1251504217-sup-200@ntdws12.chass.utoronto.ca> References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> <4A91C974.6000401@opencsw.org> <1251070954-sup-5115@ntdws12.chass.utoronto.ca> <4A983E73.9060501@opencsw.org> <1251504217-sup-200@ntdws12.chass.utoronto.ca> Message-ID: On Sat, Aug 29, 2009 at 1:09 AM, Ben Walton wrote: > Excerpts from Sebastian Kayser's message of Fri Aug 28 16:30:43 -0400 2009: > >> Thanks for the feedback, regarding your concern I made an adjustment. I >> moved the .pyc,.pyo exclusion logic to gar.mk and it is triggered when >> PYCOMPILE is set. > > This looks much better. ?Looking at the code though, I think you > should not that PYCOMPILE should be set to > /opt/csw/lib/python/site-packages/.*\.py for build descriptions that > don't set the category to python (since the MERGE_EXCLUDES use > addsuffix {c,o} with the value of PYCOMPILE. ?[This could maybe be > modified so that the trigger variable is separate from the variable > used to build the merge exclude rules...] Since we are at the Python category - how about adding /opt/csw/lib/python/site-packages/.*\.so to PKGFILES_RT? Maciej From dam at opencsw.org Sat Aug 29 13:25:44 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 29 Aug 2009 13:25:44 +0200 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update In-Reply-To: <6af4270908282343j4a7b40c3i8b424b1cb5f64726@mail.gmail.com> References: <6af4270908282343j4a7b40c3i8b424b1cb5f64726@mail.gmail.com> Message-ID: <77E105AE-6301-4E2A-93F4-F7E45495C275@opencsw.org> Hi, Am 29.08.2009 um 08:43 schrieb rupert THURNER: > our configuration has one writable directory, /opt/csw, and we > appreciated a lot the isolated nature. putting the files in etc will > render opencsw unusable for us. Keeping all in /opt/csw will break sparse zones. Ok, looks like we need more engineering here. How about this? Always refer to /opt/csw/etc/* and make /opt/csw/etc/* links to /etc/ opt/csw. That way you could overwrite them in /opt/csw/etc if necessary. Do you use packages at all for /opt/csw? If yes, why can't you use /etc/opt/csw/? Best regards -- Dago From dam at opencsw.org Sat Aug 29 13:29:39 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 29 Aug 2009 13:29:39 +0200 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: <4A98D0CC.9050501@opencsw.org> References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <3E39F7BB-726B-4250-8388-43EEF3D24B3F@opencsw.org> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> <4A91C974.6000401@opencsw.org> <1251070954-sup-5115@ntdws12.chass.utoronto.ca> <4A983E73.9060501@opencsw.org> <1251504217-sup-200@ntdws12.chass.utoronto.ca> <4A98D0CC.9050501@opencsw.org> Message-ID: <155FF1B2-691D-48D0-8A47-E5315732422E@opencsw.org> Hi Sebastian, Am 29.08.2009 um 08:55 schrieb Sebastian Kayser: > Ben Walton wrote on 29.08.2009 02:09: >> Excerpts from Sebastian Kayser's message of Fri Aug 28 16:30:43 >> -0400 2009: >> >>> Thanks for the feedback, regarding your concern I made an >>> adjustment. I >>> moved the .pyc,.pyo exclusion logic to gar.mk and it is triggered >>> when >>> PYCOMPILE is set. >> >> This looks much better. Looking at the code though, I think you >> should not that PYCOMPILE should be set to >> /opt/csw/lib/python/site-packages/.*\.py for build descriptions that >> don't set the category to python (since the MERGE_EXCLUDES use >> addsuffix {c,o} with the value of PYCOMPILE. [This could maybe be >> modified so that the trigger variable is separate from the variable >> used to build the merge exclude rules...] > > Good idea. Something along the lines of this? > > http://dpaste.com/86896/ The logic is wrong here: You always set _PYCOMPILE_FILES and change the install class regardless if PYCOMPILE is set or not. You must only do this if PYCOMPILE is set. Best regards -- Dago From dam at opencsw.org Sat Aug 29 13:35:35 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 29 Aug 2009 13:35:35 +0200 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> <4A91C974.6000401@opencsw.org> <1251070954-sup-5115@ntdws12.chass.utoronto.ca> <4A983E73.9060501@opencsw.org> <1251504217-sup-200@ntdws12.chass.utoronto.ca> Message-ID: <6D1893F5-BD51-47B9-A40D-E827CDBF60CB@opencsw.org> Hi Maciej, Am 29.08.2009 um 11:34 schrieb Maciej (Matchek) Blizinski: > On Sat, Aug 29, 2009 at 1:09 AM, Ben Walton > wrote: >> Excerpts from Sebastian Kayser's message of Fri Aug 28 16:30:43 >> -0400 2009: >> >>> Thanks for the feedback, regarding your concern I made an >>> adjustment. I >>> moved the .pyc,.pyo exclusion logic to gar.mk and it is triggered >>> when >>> PYCOMPILE is set. >> >> This looks much better. Looking at the code though, I think you >> should not that PYCOMPILE should be set to >> /opt/csw/lib/python/site-packages/.*\.py for build descriptions that >> don't set the category to python (since the MERGE_EXCLUDES use >> addsuffix {c,o} with the value of PYCOMPILE. [This could maybe be >> modified so that the trigger variable is separate from the variable >> used to build the merge exclude rules...] > > Since we are at the Python category - how about adding > /opt/csw/lib/python/site-packages/.*\.so to PKGFILES_RT? Is this really useful? The runtime package collects stuff needed for dependent apps excluding binaries and docs. I would imagine the shared libs here are used for Python modules only which essentially are py_* packages without runtime components. Best regards -- Dago From bwalton at opencsw.org Sat Aug 29 15:05:07 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 29 Aug 2009 09:05:07 -0400 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: <4A98D0CC.9050501@opencsw.org> References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <3E39F7BB-726B-4250-8388-43EEF3D24B3F@opencsw.org> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> <4A91C974.6000401@opencsw.org> <1251070954-sup-5115@ntdws12.chass.utoronto.ca> <4A983E73.9060501@opencsw.org> <1251504217-sup-200@ntdws12.chass.utoronto.ca> <4A98D0CC.9050501@opencsw.org> Message-ID: <1251551089-sup-8109@ntdws12.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Sat Aug 29 02:55:08 -0400 2009: > Good idea. Something along the lines of this? That looks better, but Dago's comments hold 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 Sat Aug 29 15:07:28 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 29 Aug 2009 09:07:28 -0400 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> <7F956EB7-8E18-4052-B985-D360956F8626@opencsw.org> <1251391060-sup-388@ntdws12.chass.utoronto.ca> Message-ID: <1251551183-sup-4494@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Sat Aug 29 04:31:31 -0400 2009: Hi Dago, > BTW: Did you report this upstream to cvsps? Yes, but the project is basically on life support by the git community. There is actually an unofficial git repo for this code with lots of fixes, etc stacked on the official release. It's my understanding that the author isn't working on it any longer. -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 Sat Aug 29 17:11:45 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 29 Aug 2009 17:11:45 +0200 Subject: [csw-maintainers] GAR RFE: Variable(s) to tag files for classes instead of PROTOTYPE_FILTER In-Reply-To: <155FF1B2-691D-48D0-8A47-E5315732422E@opencsw.org> References: <51363.194.246.122.22.1246478936.squirrel@ssl.skayser.de> <3E39F7BB-726B-4250-8388-43EEF3D24B3F@opencsw.org> <4A4F8D65.9080203@opencsw.org> <4A59DD1E.2060205@opencsw.org> <1248135892-sup-3787@ntdws12.chass.utoronto.ca> <4A91C974.6000401@opencsw.org> <1251070954-sup-5115@ntdws12.chass.utoronto.ca> <4A983E73.9060501@opencsw.org> <1251504217-sup-200@ntdws12.chass.utoronto.ca> <4A98D0CC.9050501@opencsw.org> <155FF1B2-691D-48D0-8A47-E5315732422E@opencsw.org> Message-ID: <4A994531.7030005@opencsw.org> Dagobert Michelsen wrote on 29.08.2009 13:29: > Am 29.08.2009 um 08:55 schrieb Sebastian Kayser: >> Ben Walton wrote on 29.08.2009 02:09: >>> Excerpts from Sebastian Kayser's message of Fri Aug 28 16:30:43 >>> -0400 2009: >>> >>>> Thanks for the feedback, regarding your concern I made an >>>> adjustment. I >>>> moved the .pyc,.pyo exclusion logic to gar.mk and it is triggered >>>> when >>>> PYCOMPILE is set. >>> This looks much better. Looking at the code though, I think you >>> should not that PYCOMPILE should be set to >>> /opt/csw/lib/python/site-packages/.*\.py for build descriptions that >>> don't set the category to python (since the MERGE_EXCLUDES use >>> addsuffix {c,o} with the value of PYCOMPILE. [This could maybe be >>> modified so that the trigger variable is separate from the variable >>> used to build the merge exclude rules...] >> Good idea. Something along the lines of this? >> >> http://dpaste.com/86896/ > > The logic is wrong here: You always set _PYCOMPILE_FILES and change > the install > class regardless if PYCOMPILE is set or not. You must only do this if > PYCOMPILE is set. Thanks. Corrected and commited to gar/v2 in r6138. Sebastian From skayser at opencsw.org Sat Aug 29 17:18:52 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 29 Aug 2009 17:18:52 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <74A69202-42E2-4EFA-BA3C-203DEB0DE806@opencsw.org> References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> <4A97C84C.8070009@opencsw.org> <4A97CDA9.5030108@opencsw.org> <74A69202-42E2-4EFA-BA3C-203DEB0DE806@opencsw.org> Message-ID: <4A9946DC.8040400@opencsw.org> Dagobert Michelsen wrote on 29.08.2009 10:34: > Am 28.08.2009 um 14:29 schrieb Trygve Laugst?l: >> Given ohloh is mostly about marketing and statistics I think it make >> a lot of >> sense to include GAR in the ohloh opencsw project as it will be a >> quite accurate >> measurement of those that's using Subversion. > > Good point. But it looks like Ohloh doesn't like external references > as it failed importing the repo :-( Thanks for adding the repository. Did you already report the problem to the Ohloh team? Sebastian From skayser at opencsw.org Sat Aug 29 23:22:35 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Sat, 29 Aug 2009 23:22:35 +0200 Subject: [csw-maintainers] OpenCSW summer camp: What were your impressions? Brainstorming for further camps. Message-ID: <4A999C1B.9010506@opencsw.org> Hi, thanks again to Ihsan for dealing with organizational stuff and Trygve for setting us up with the gorgeous venue above Olso. "After the game, is before the game" (as the saying goes in soccer), hence i would like to capture some of the impressions that you took away from Oslo while they are still fresh so that we know what to take care of for further meetings. - How would you sum up the weekend and what you took away from it? - What would you like to see again? - What would you have wished to be different? How? - Any other ideas that don't fit into the two above? Stuff that we should try next time? These items also include the preparation phase. Ideas from people who couldn't make it to the meeting are also welcome. Feel free to repeat ideas that others might have already posted .. helps to prioritize. Please resist from valuing other people's ideas, it is brainstorming after all. :) I will try to fill in these items myself soon. Thanks in advance! Sebastian From maciej at opencsw.org Sun Aug 30 09:56:46 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 30 Aug 2009 08:56:46 +0100 Subject: [csw-maintainers] Google webmaster tools Message-ID: During the OpenCSW Summer Camp, I spoke with Ihsan about using Google webmaster tools to take a peek how Googlebot sees www.opencsw.org website. To use the webmaster tools basically means getting access to the information already contained within Google. To get access to it, one needs to verify the site, in other words, prove that they own it. It's done by either putting a meta tag into the HTML code, or by placing a file with a special name on the webserver. After verifying the website, we'll get access to: - top search queries - a list of links to the website - crawl errors (e.g. 404s or timeouts) - sitemap.xml submissions - HTML analysis (meta tags usage, duplicate title tags) - internal link analysis In our case the meta tag would be: Ihsan, can you please add this meta tag to the website code, so that it appears under www.opencsw.org? Maciej From maciej at opencsw.org Sun Aug 30 10:24:28 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 30 Aug 2009 09:24:28 +0100 Subject: [csw-maintainers] robots.txt Message-ID: Can we set up a robots.txt file on www.opencsw.org? I would suggest the following content: User-agent: * Disallow: /search Maciej From maciej at opencsw.org Sun Aug 30 10:54:28 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sun, 30 Aug 2009 09:54:28 +0100 Subject: [csw-maintainers] Package removal cswcpsampleconf failure mode Message-ID: I think I discovered a failure mode of cswcpsampleconf. The configuration removal script assumes that the *.CSW configuration file is there on the disk. The file might be gone if there was a previous, unsuccessful attempt of package removal, which failed at the postremove stage. In this case, all the files are gone (foo.conf.CSW file is not there), but the class script will be executed again at the next attempt to remove the package. It's going to look for the .CSW file and fail. I tried to find the cswclassutils or classutils project in mantis, but there doesn't seem to be one. Against which project do I file a bug? Maciej From daniel at pocock.com.au Thu Aug 27 22:19:52 2009 From: daniel at pocock.com.au (Daniel Pocock) Date: Thu, 27 Aug 2009 21:19:52 +0100 Subject: [csw-maintainers] [board] maintainer registration? In-Reply-To: <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> References: <4A927A7D.70600@pocock.com.au> <4A92C8A9.1060307@pocock.com.au> <4A92EEF9.7070804@pocock.com.au> <7D46DB25-88E5-407C-A5B5-B28549D99D23@opencsw.org> <4A96ABAF.70109@pocock.com.au> <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> Message-ID: <4A96EA68.8020000@pocock.com.au> Dagobert Michelsen wrote: > Hi Daniel, > > Am 27.08.2009 um 17:52 schrieb Daniel Pocock: >> Ok, I had a go at this with libConfuse >> >> Could you let me know whether this type of thing should be discussed >> on the board list, the maintainers list or the devel list? > > Usually on maintainers@, but you have to post from your opencsw.org > account > on the list which you may or may not (Ihsan?) have yet. > I haven't got an opencsw.org account as far as I know - I've tried to subscribe to that list using my main email address, daniel at pocock.com.au - I think it is waiting for someone to approve, because I haven't received the confirmation email yet >> Anyhow, these are the issues I found: >> >> The name confuse and libConfuse is used interchangeably: >> - web site: http://www.nongnu.org/confuse/ "/libConfuse/ is a >> configuration file parser library" >> - tar file is called confuse-2.6.tar.gz, and it extracts to >> confuse-2.6/* >> - this is in configure.ac: >> AC_INIT(libConfuse, 2.6, confuse-devel at nongnu.org, confuse) > > Please choose the name of what is in it. If there is only a library in it > please use CSWlibconfigure for the package and libconfuse for the > catalog. > When you extract the file confuse-2.6.tar.gz, you get a directory called confuse-2.6 Therefore, should I call it CSWconfuse (which works), or tweak DISTNAME and WORKSRC so that the package name can be CSWlibconfuse? >> I started trying to do >> gmake newpkg-libconfuse >> but it broke down at the configure stage, because >> work/.../libconfuse-2.6 was empty > > You can then customize DISTNAME and WORKSRC according to your needs. > See the FAQ > > and the GAR variable reference: > > >> I then did >> gmake newpkg-confuse >> and I was able to build it successfully. >> >> I also discovered that --enable-shared needs to be specified >> explicitly for confuse - is this something gar should add by itself? > > No, please add > CONFIGURE_ARGS += --enable-shared > in the Makefile. > yes, that is what I did >> gar didn't include the static library in the package, even though it >> was built. > > Yes, static libs are excluded from packages by default as they are > generally not used. > If you need them please set this to empty with > MERGE_EXCLUDE_STATICLIBS = > to include them. > I'm happy to leave out the static library >> I also decided to add --disable-nls to configure, is this considered >> good practice, or is it preferred to make everything depend on >> gettext and friends? > > This depends on the package. If there are no negative effects the > existing > libs from the OpenCSW should be used to minimize size and to maximize > reuse. > Because confuse is used by Ganglia, and Ganglia is a performance monitoring app, I prefer to minimise dependencies. I will continue with --disable-nls for now, and maybe it can be enabled in a future release if people ask for it. >> Although confuse works on Solaris, the test suite doesn't work out of >> the box, so I also hacked the Makefile to skip the test phase - is >> this acceptable for now, or do I need to wait for upstream to merge >> in changes to the test suite before I can commit something to opencsw? > > You can always commit the build descriptions. Before submitting you > must make sure > the package works. If you have failing tests you must at least > understand why they > fail and document that in the Makefile. Even better is reporting this > to upstream > and even better fixing the tests and providing a patch for upstream. > The test code fails to compile because it is not Solaris friendly. It is easy to fix. The library itself is working fine. I think that I will put some conditional logic in the Makefile so that it only skips the tests for confuse-2.6, and when 2.7 arrives, it will be necessary to re-assess the situation. I will also send the proposed fixes upstream for 2.7. >> I'm now ready to commit my Makefile for this package, but the gar >> guide doesn't >> explain how to authenticate - will I be issued with an SVN password, >> or do I need >> to reconfigure my svn to work over ssh (using my key)? > > No, the repository is hosted at SourceForge. I need your SourceForge > user name to > add you to the committers list. A description to the specific commit > procedure > for SourceForge is documented here: > My Sourceforge username is d_pocock Thanks for all the assistance with this. From daniel at pocock.com.au Fri Aug 28 19:31:53 2009 From: daniel at pocock.com.au (Daniel Pocock) Date: Fri, 28 Aug 2009 18:31:53 +0100 Subject: [csw-maintainers] [board] maintainer registration? In-Reply-To: <4ECF09B8-6C4E-474A-95E4-98D2B0AE1DF8@opencsw.org> References: <4A927A7D.70600@pocock.com.au> <4A92C8A9.1060307@pocock.com.au> <4A92EEF9.7070804@pocock.com.au> <7D46DB25-88E5-407C-A5B5-B28549D99D23@opencsw.org> <4A96ABAF.70109@pocock.com.au> <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> <4A96EA68.8020000@pocock.com.au> <4ECF09B8-6C4E-474A-95E4-98D2B0AE1DF8@opencsw.org> Message-ID: <4A981489.5040102@pocock.com.au> Dagobert Michelsen wrote: > Hi Daniel, > > Am 27.08.2009 um 22:19 schrieb Daniel Pocock: >> Dagobert Michelsen wrote: >>> Am 27.08.2009 um 17:52 schrieb Daniel Pocock: >>>> Ok, I had a go at this with libConfuse >>>> >>>> Could you let me know whether this type of thing should be >>>> discussed on the board list, the maintainers list or the devel list? >>> >>> Usually on maintainers@, but you have to post from your opencsw.org >>> account >>> on the list which you may or may not (Ihsan?) have yet. >>> >> >> I haven't got an opencsw.org account as far as I know - I've tried to >> subscribe to that list using my main email address, >> daniel at pocock.com.au - >> I think it is waiting for someone to approve, because I haven't received >> the confirmation email yet > > You can not subscribe yourself, only the list admin can do that (Ihsan in > this case). > Ok, I'm not sure if it has been done >>>> Anyhow, these are the issues I found: >>>> >>>> The name confuse and libConfuse is used interchangeably: >>>> - web site: http://www.nongnu.org/confuse/ "/libConfuse/ is a >>>> configuration file parser library" >>>> - tar file is called confuse-2.6.tar.gz, and it extracts to >>>> confuse-2.6/* >>>> - this is in configure.ac: >>>> AC_INIT(libConfuse, 2.6, confuse-devel at nongnu.org, confuse) >>> >>> Please choose the name of what is in it. If there is only a library >>> in it >>> please use CSWlibconfigure for the package and libconfuse for the >>> catalog. >>> >> >> When you extract the file confuse-2.6.tar.gz, you get a directory >> called confuse-2.6 >> Therefore, should I call it CSWconfuse (which works), or tweak >> DISTNAME and WORKSRC so that the package name can be CSWlibconfuse? > > As the project describes itself as "libConfuse is a configuration file > parser library" > please call it CSWlibconfuse and libconfuse and tweak the vars. > Done I've now committed libconfuse and updated ganglia to 3.1.2 The ganglia package still has some work to do (installing a config file, SMF, generating a gmetad and dev package, etc), but at least it is installing all the necessary binaries now, and they can be run manually. Any feedback is obviously quite welcome, as I haven't used GAR before, although make and svn are quite familiar. From daniel at pocock.com.au Sat Aug 29 00:36:18 2009 From: daniel at pocock.com.au (Daniel Pocock) Date: Fri, 28 Aug 2009 23:36:18 +0100 Subject: [csw-maintainers] [board] maintainer registration? In-Reply-To: <38E82F0D-96BC-4AD5-A06A-45B4D00CBA80@opencsw.org> References: <4A927A7D.70600@pocock.com.au> <4A92C8A9.1060307@pocock.com.au> <4A92EEF9.7070804@pocock.com.au> <7D46DB25-88E5-407C-A5B5-B28549D99D23@opencsw.org> <4A96ABAF.70109@pocock.com.au> <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> <4A96EA68.8020000@pocock.com.au> <4ECF09B8-6C4E-474A-95E4-98D2B0AE1DF8@opencsw.org> <4A981489.5040102@pocock.com.au> <38E82F0D-96BC-4AD5-A06A-45B4D00CBA80@opencsw.org> Message-ID: <4A985BE2.6090401@pocock.com.au> > >> GARNAME = ganglia >> GARVERSION = 3.1.2 >> CATEGORIES = utils >> >> DESCRIPTION = A scalable distributed monitoring system >> define BLURB >> Ganglia is a scalable distributed monitoring system for >> high-performance computing >> systems such as clusters and Grids. It is based on a hierarchical >> design targeted >> at federations of clusters. >> endef >> >> SF_PROJ = ganglia >> MASTER_SITES = $(SF_MIRRORS) >> DISTFILES = $(GARNAME)-$(GARVERSION).tar.gz >> #DISTFILES += $(call admfiles,CSWpackage,) > > Did this come out of "gmake newpkg-ganglia"? Static gspec-files are > generally > discouraged and you can safely delete this line. It was there before, and I commented it out because it looked suspicious > >> PACKAGES = CSWgangliaagent CSWgangliart > > If you set PACKAGES you overwrite the default, which would be CSWganglia. > That means you only build the above packages, not CSWganglia. If you want > to build that also you must add that. > I didn't want a CSWganglia package, just the rt and agent packages Later, there will be CSWgangliadev, CSWgangliagmetad, CSWgangliaweb and CSWgangliamodpy or something like that perhaps. >> CATALOGNAME_CSWganglia = ganglia >> CATALOGNAME_CSWgangliart = ganglia_rt >> CATALOGNAME_CSWgangliaagent = ganglia_agent >> >> SPKG_DESC_CSWganglia = Dummy package >> SPKG_DESC_CSWgangliart = Ganglia runtime libraries >> SPKG_DESC_CSWgangliaagent = Ganglia performance monitoring >> agent gmond > > It is customary to have a base package which actually does something. > What > would that be in case of ganglia? > There isn't really: - the rt package is shared by the agent (gmond) and the server (gmetad) - usually people just want the agent on most of their machines, and the server on one or two machines >> PREREQUISITE_PKGS = CSWexpat CSWlibconfuse CSWapache2rt >> >> REQUIRED_PKGS_CSWgangliart = CSWexpat CSWlibconfuse CSWapache2rt >> REQUIRED_PKGS_CSWgangliaagent = CSWexpat CSWlibconfuse CSWapache2rt >> REQUIRED_PKGS_CSWgangliaagent += CSWgangliart >> >> # We define upstream file regex so we can be notifed of new upstream >> software release >> UPSTREAM_MASTER_SITES = $(SF_PROJECT_SHOWFILE)=43021 >> UPSTREAM_USE_SF = 1 >> UFILES_REGEX = (\d+(?:\.\d+)*) >> >> # This is attachment #45 from Ganglia bug >> # http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=77 >> #PATCHFILES = $(GARNAME)-$(GARVERSION)-solaris-cc.patch >> >> CONFIGURE_ARGS = $(DIRPATHS) >> >> # Don't build gmetad (not tested yet on Solaris, more deps required >> to build) >> CONFIGURE_ARGS += --without-gmetad >> >> # Reduce dependencies, no gettext: >> CONFIGURE_ARGS += --disable-nls >> >> # For Ganglia 3.1.2, the test suite doesn't compile cleanly on Solaris, >> # so we skip it. This should be re-assessed with each new release >> # from upstream. Proposed fixes for the test suite to be submitted >> # upstream. >> ifeq ($(GARVERSION),3.1.2) >> #TEST_TARGET = check >> TEST_SCRIPTS = skip >> test-skip: >> $(DONADA) >> endif > > You can just set > TEST_SCRIPTS = > Ok, the other code was something I copied from an example found by google > Additionally, please do not write rules above the include as the first > rule > is the default which should build the package. > I will move them - thanks for pointing this out >> PKGFILES_CSWganglia = >> PKGFILES_CSWgangliart = $(libdir)/libganglia.* >> >> include gar/category.mk > > > For a first attempt this is quite good :-) > Thanks, I hope I can make it easy for people to use From ihsan at opencsw.org Sun Aug 30 16:36:05 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sun, 30 Aug 2009 16:36:05 +0200 Subject: [csw-maintainers] [board] maintainer registration? In-Reply-To: <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> References: <4A927A7D.70600@pocock.com.au> <4A92C8A9.1060307@pocock.com.au> <4A92EEF9.7070804@pocock.com.au> <7D46DB25-88E5-407C-A5B5-B28549D99D23@opencsw.org> <4A96ABAF.70109@pocock.com.au> <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> Message-ID: <4A9A8E55.2080305@opencsw.org> Am 27.8.2009 18:10 Uhr, Dagobert Michelsen schrieb: >> Could you let me know whether this type of thing should be discussed >> on the board list, the maintainers list or the devel list? > > Usually on maintainers@, but you have to post from your opencsw.org account > on the list which you may or may not (Ihsan?) have yet. Phil's account creating process creates also an @opencsw.org e-mail address. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Sun Aug 30 16:37:40 2009 From: ihsan at opencsw.org (Ihsan Dogan) Date: Sun, 30 Aug 2009 16:37:40 +0200 Subject: [csw-maintainers] [board] maintainer registration? In-Reply-To: <4A96EA68.8020000@pocock.com.au> References: <4A927A7D.70600@pocock.com.au> <4A92C8A9.1060307@pocock.com.au> <4A92EEF9.7070804@pocock.com.au> <7D46DB25-88E5-407C-A5B5-B28549D99D23@opencsw.org> <4A96ABAF.70109@pocock.com.au> <052AF7DA-8E8C-41E7-B013-93BB6352BE23@opencsw.org> <4A96EA68.8020000@pocock.com.au> Message-ID: <4A9A8EB4.6080602@opencsw.org> Am 27.8.2009 22:19 Uhr, Daniel Pocock schrieb: >>> Could you let me know whether this type of thing should be discussed >>> on the board list, the maintainers list or the devel list? >> >> Usually on maintainers@, but you have to post from your opencsw.org >> account >> on the list which you may or may not (Ihsan?) have yet. >> > I haven't got an opencsw.org account as far as I know - I've tried to > subscribe to that list using my main email address, daniel at pocock.com.au > - I think it is waiting for someone to approve, because I haven't > received the confirmation email yet I can't approve that request because according to our policy, only e-mail addresses with an @opencsw.org address can be on the list. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From bwalton at opencsw.org Sun Aug 30 23:02:07 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 30 Aug 2009 17:02:07 -0400 Subject: [csw-maintainers] vacation (buildfarm requests) Message-ID: <1251665971-sup-2125@ntdws12.chass.utoronto.ca> I'm taking vacation until the 8th of September. For at least Monday (31st) to Thursday (3rd) I'll have very limited email access. Please be patient with buildfarm requests as there will only be partial time zone coverage. 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 dam at opencsw.org Mon Aug 31 00:05:13 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 31 Aug 2009 00:05:13 +0200 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: <1251551183-sup-4494@ntdws12.chass.utoronto.ca> References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> <7F956EB7-8E18-4052-B985-D360956F8626@opencsw.org> <1251391060-sup-388@ntdws12.chass.utoronto.ca> <1251551183-sup-4494@ntdws12.chass.utoronto.ca> Message-ID: Hi Ben, Am 29.08.2009 um 15:07 schrieb Ben Walton: Excerpts from Dagobert Michelsen's message of Sat Aug 29 04:31:31 -0400 2009: > > Hi Dago, > >> BTW: Did you report this upstream to cvsps? > > Yes, but the project is basically on life support by the git > community. There is actually an unofficial git repo for this code > with lots of fixes, etc stacked on the official release. It's my > understanding that the author isn't working on it any longer. But you did try to contact David Mansfield for acceptence, yes? Best regards -- Dago From dam at opencsw.org Mon Aug 31 00:08:52 2009 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 31 Aug 2009 00:08:52 +0200 Subject: [csw-maintainers] robots.txt In-Reply-To: References: Message-ID: Hi Maciej, Am 30.08.2009 um 10:24 schrieb Maciej (Matchek) Blizinski: > Can we set up a robots.txt file on www.opencsw.org? I would suggest > the following content: > > User-agent: * > Disallow: /search Do you really mean www.opencsw.org? Or mirror.opencsw.org? The awstats are for mirror.opencsw.org only. Bets regards -- Dago From bwalton at opencsw.org Mon Aug 31 02:20:25 2009 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 30 Aug 2009 20:20:25 -0400 Subject: [csw-maintainers] Anyone wants to update wxWidgets? In-Reply-To: References: <625385e30908200922j40df818cn24ef7b7bda28c609@mail.gmail.com> <4A94FB50.7080103@acm.org> <1251389042-sup-4422@ntdws12.chass.utoronto.ca> <9D015FAC-931C-4DD3-A4AB-CC1AB214E9A9@opencsw.org> <7F956EB7-8E18-4052-B985-D360956F8626@opencsw.org> <1251391060-sup-388@ntdws12.chass.utoronto.ca> <1251551183-sup-4494@ntdws12.chass.utoronto.ca> Message-ID: <1251678005-sup-226@ntdws12.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Sun Aug 30 18:05:13 -0400 2009: > But you did try to contact David Mansfield for acceptence, yes? > I'm fairly certain I did at the time, but I can't find the mail right now. -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 maciej at opencsw.org Mon Aug 31 02:32:06 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 31 Aug 2009 01:32:06 +0100 Subject: [csw-maintainers] robots.txt In-Reply-To: References: Message-ID: On Sun, Aug 30, 2009 at 11:08 PM, Dagobert Michelsen wrote: > Hi Maciej, > > Am 30.08.2009 um 10:24 schrieb Maciej (Matchek) Blizinski: >> >> Can we set up a robots.txt file on www.opencsw.org? I would suggest >> the following content: >> >> User-agent: * >> Disallow: /search > > Do you really mean www.opencsw.org? Or mirror.opencsw.org? The awstats > are for mirror.opencsw.org only. I meant www.opencsw.org specifically, but it really concerns all of our (sub) domains that are being visited by indexer bots. Maciej From pfelecan at opencsw.org Mon Aug 31 11:38:04 2009 From: pfelecan at opencsw.org (Peter FELECAN) Date: Mon, 31 Aug 2009 11:38:04 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: (Maciej Blizinski's message of "Fri, 28 Aug 2009 19:18:12 +0100") References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: "Maciej (Matchek) Blizinski" writes: > On Fri, Aug 28, 2009 at 5:05 PM, Peter FELECAN wrote: >> "Maciej (Matchek) Blizinski" writes: >> >>> On Fri, Aug 28, 2009 at 9:16 AM, Peter FELECAN wrote: >>>> "Maciej (Matchek) Blizinski" writes: >>>> >>>>> On Thu, Aug 27, 2009 at 6:50 PM, Dagobert Michelsen wrote: >>>>>> Yes: >>>>>> ? >>>>> >>>>> Why don't we have two enlistments (opencsw + gar) and only one project >>>>> at ohloh? It's only one project after all. Just because two >>>>> repositories are used, doesn't make it two projects. Sebastian, what >>>>> do you think about adding the gar repository enlistment ?to the >>>>> opencsw ohloh project? >>>> >>>> IMHO there are 2 projects, certainly related but 2 in number. >>> >>> GAR might be considered a separate software project, but the builds >>> themselves are code using GAR, they aren't GAR itself. Don't the >>> builds seem belong to the OpenCSW project rather than GAR? >> >> Nope. gar is only one of the mechanisms used to build packages. not all >> builds use gar. all this is an instance of the hammer syndrome. > > Are you seriously saying that the builds, the code that is used to > describe how to build OpenCSW packages, are not part of the OpenCSW > project? If not that, then what code is? You misread my message: what I'm saying is that gar is not opencsw, although some packages are built with gar. Saying that gar is opencsw is like saying that the autotools, make and other utilities used to build packages are opencsw. I'm speaking not only to warm up the discussion but also to avoid unnecessary reductionism. -- Peter From trygvis at opencsw.org Mon Aug 31 12:58:11 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Mon, 31 Aug 2009 12:58:11 +0200 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: <4A9BACC3.10608@opencsw.org> Peter FELECAN wrote: > "Maciej (Matchek) Blizinski" writes: > >> On Fri, Aug 28, 2009 at 5:05 PM, Peter FELECAN wrote: >>> "Maciej (Matchek) Blizinski" writes: >>> >>>> On Fri, Aug 28, 2009 at 9:16 AM, Peter FELECAN wrote: >>>>> "Maciej (Matchek) Blizinski" writes: >>>>> >>>>>> On Thu, Aug 27, 2009 at 6:50 PM, Dagobert Michelsen wrote: >>>>>>> Yes: >>>>>>> >>>>>> Why don't we have two enlistments (opencsw + gar) and only one project >>>>>> at ohloh? It's only one project after all. Just because two >>>>>> repositories are used, doesn't make it two projects. Sebastian, what >>>>>> do you think about adding the gar repository enlistment to the >>>>>> opencsw ohloh project? >>>>> IMHO there are 2 projects, certainly related but 2 in number. >>>> GAR might be considered a separate software project, but the builds >>>> themselves are code using GAR, they aren't GAR itself. Don't the >>>> builds seem belong to the OpenCSW project rather than GAR? >>> Nope. gar is only one of the mechanisms used to build packages. not all >>> builds use gar. all this is an instance of the hammer syndrome. >> Are you seriously saying that the builds, the code that is used to >> describe how to build OpenCSW packages, are not part of the OpenCSW >> project? If not that, then what code is? > > You misread my message: what I'm saying is that gar is not opencsw, > although some packages are built with gar. Saying that gar is opencsw is > like saying that the autotools, make and other utilities used to build > packages are opencsw. I'm speaking not only to warm up the discussion > but also to avoid unnecessary reductionism. I think that you are putting way too much into this. GAR is written by and for OpenCSW [1], so I think it is quite correct to say that "gar is a part of OpenCSW". What is not correct is to say that "OpenCSW is a part of GAR". OpenCSW is more than that, GAR is only a supporting tool for us. Adding GAR to the OpenCSW project on ohloh is not part of a crusade to force any of you to use GAR. [1]: yes, it was originally based on GOMES GAR, but we (Dago) has re-written so much of it that we can at least almost call it our own. -- Trygve From maciej at opencsw.org Mon Aug 31 13:46:20 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 31 Aug 2009 12:46:20 +0100 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> Message-ID: On Mon, Aug 31, 2009 at 10:38 AM, Peter FELECAN wrote: > "Maciej (Matchek) Blizinski" writes: > >> On Fri, Aug 28, 2009 at 5:05 PM, Peter FELECAN wrote: >>> "Maciej (Matchek) Blizinski" writes: >>>> GAR might be considered a separate software project, but the builds >>>> themselves are code using GAR, they aren't GAR itself. Don't the >>>> builds seem belong to the OpenCSW project rather than GAR? >>> >>> Nope. gar is only one of the mechanisms used to build packages. not all >>> builds use gar. all this is an instance of the hammer syndrome. >> >> Are you seriously saying that the builds, the code that is used to >> describe how to build OpenCSW packages, are not part of the OpenCSW >> project? If not that, then what code is? > > You misread my message: Are you sure it isn't you who misread a message? Try re-reading the above quotations. I said "GAR might be considered a separate software project, but the builds themselves are code using GAR, they aren't GAR itself. Don't the builds seem belong to the OpenCSW project rather than GAR?". Take a minute and re-read it, please. > what I'm saying is that gar is not opencsw, Yes, I wrote essentially the same statement at Fri, Aug 28, 2009 at 5:05 PM ("GAR might be considered a separate software project"). Why do you need to say it now? :-) > although some packages are built with gar. Saying that gar is opencsw is > like saying that the autotools, make and other utilities used to build > packages are opencsw. Agreed, no idea who might be saying that. > I'm speaking not only to warm up the discussion > but also to avoid unnecessary reductionism. Fair enough. Look at a file that I wrote[1], and which uses GAR to build CUPS for Solaris. Why deny that this file belongs to OpenCSW? (You said that GAR builds don't belong to OpenCSW at Fri, Aug 28, 2009 at 5:05 PM) Maciej [1] https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/cups/branches/cups-with-classutils/Makefile From phil at bolthole.com Mon Aug 31 17:34:30 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 31 Aug 2009 08:34:30 -0700 Subject: [csw-maintainers] Google webmaster tools In-Reply-To: References: Message-ID: On Sun, Aug 30, 2009 at 12:56 AM, Maciej (Matchek) Blizinski wrote: > > In our case the meta tag would be: > > > > Ihsan, can you please add this meta tag to the website code, so that > it appears under www.opencsw.org? > added From phil at bolthole.com Mon Aug 31 17:41:39 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 31 Aug 2009 08:41:39 -0700 Subject: [csw-maintainers] robots.txt In-Reply-To: References: Message-ID: Why do you suggest we do this? On Sun, Aug 30, 2009 at 5:32 PM, Maciej (Matchek) Blizinski wrote: > O >>> Can we set up a robots.txt file on www.opencsw.org? I would suggest >>> the following content: >>> >>> User-agent: * >>> Disallow: /search >> From phil at bolthole.com Mon Aug 31 17:44:40 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 31 Aug 2009 08:44:40 -0700 Subject: [csw-maintainers] CSW/GAR maintainer world map via Ohloh In-Reply-To: <4A9BACC3.10608@opencsw.org> References: <4A964AE8.5050703@opencsw.org> <1251393638-sup-1862@ntdws12.chass.utoronto.ca> <1ACEF574-99CF-42CF-9BE5-426D8260466A@opencsw.org> <4A9BACC3.10608@opencsw.org> Message-ID: 2009/8/31 Trygve Laugst?l : > > GAR is written by and for OpenCSW [1], so I think it is quite correct to say > that "gar is a part of OpenCSW". What is not correct is to say that "OpenCSW > is a part of GAR". OpenCSW is more than that, GAR is only a supporting tool > for us. > I support what Trygve is saying here. I think this is important to not give people a backwards impression of this. From phil at bolthole.com Mon Aug 31 17:50:11 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 31 Aug 2009 08:50:11 -0700 Subject: [csw-maintainers] Package removal cswcpsampleconf failure mode In-Reply-To: References: Message-ID: On Sun, Aug 30, 2009 at 1:54 AM, Maciej (Matchek) Blizinski wrote: > I think I discovered a failure mode of cswcpsampleconf. The > configuration removal script assumes that the *.CSW configuration file > is there on the disk. The file might be gone if there was a previous, > unsuccessful attempt of package removal, which failed at the > postremove stage. In this case, all the files are gone (foo.conf.CSW > file is not there), but the class script will be executed again at the > next attempt to remove the package. It's going to look for the .CSW > file and fail. > > I tried to find the cswclassutils or classutils project in mantis, but > there doesn't seem to be one. Against which project do I file a bug? cswcpsampleconf is in cswclassutils, so file a bug in there. not sure why you're having problems finding it in mantis. Starting from a different point, http://www.opencsw.org/packages/cswclassutils I click on the "view bugs about the software package" link This successfully takes me to the "cswclassutils" section in mantis. From phil at bolthole.com Mon Aug 31 17:55:40 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 31 Aug 2009 08:55:40 -0700 Subject: [csw-maintainers] Migrating config files from /opt/csw/etc to /etc/opt/csw during package update In-Reply-To: <6af4270908282343j4a7b40c3i8b424b1cb5f64726@mail.gmail.com> References: <6af4270908282343j4a7b40c3i8b424b1cb5f64726@mail.gmail.com> Message-ID: On Fri, Aug 28, 2009 at 11:43 PM, rupert THURNER wrote: > > > our configuration has one writable directory, /opt/csw, and we > appreciated a lot the isolated nature. putting the files in etc will > render opencsw unusable for us. > yikes. Trouble is, this goes directly against official, external (SUN, and SVR4 documented) standards. At least you acknowlege that, even for you, config files "locally" may have some advantage in some cases though :) >so, the principal issue i can see is: how would we be able to >configure if /etc or /opt/csw/etc is used ? Please note: it is specifically /etc/opt/csw, not just "/etc". So, one work around you could do, in those places where you choose to go against standards, would be to make /etc/opt/csw be a loopback mount for /opt/csw/etc. (to be specific in direction: mount -F lofs /opt/csw/etc /etc/opt/csw ) other, more package-individual ways, would be to make the symlinks /etc/opt/csw/foo.conf -> /opt/csw/etc/foo.conf, as Dago suggested. From maciej at opencsw.org Mon Aug 31 18:28:09 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 31 Aug 2009 17:28:09 +0100 Subject: [csw-maintainers] Package removal cswcpsampleconf failure mode In-Reply-To: References: Message-ID: On Mon, Aug 31, 2009 at 4:50 PM, Philip Brown wrote: > On Sun, Aug 30, 2009 at 1:54 AM, Maciej (Matchek) > Blizinski wrote: >> I think I discovered a failure mode of cswcpsampleconf. The >> configuration removal script assumes that the *.CSW configuration file >> is there on the disk. The file might be gone if there was a previous, >> unsuccessful attempt of package removal, which failed at the >> postremove stage. In this case, all the files are gone (foo.conf.CSW >> file is not there), but the class script will be executed again at the >> next attempt to remove the package. It's going to look for the .CSW >> file and fail. >> >> I tried to find the cswclassutils or classutils project in mantis, but >> there doesn't seem to be one. Against which project do I file a bug? > > > cswcpsampleconf is in cswclassutils, so file a bug in there. > > not sure why you're having problems finding it in mantis. > > Starting from a different point, > > http://www.opencsw.org/packages/cswclassutils > > I click on the "view bugs about the software package" link > > This successfully takes me to the "cswclassutils" section in mantis. Ah, I was clicking the "Contact maintainer" button. At the time of writing, I'm sure I scrolled very carefully through the project list field, and couldn't find 'cswclassutils' or 'classutils'. No idea why. Anyway, thanks! Bug created. http://www.opencsw.org/mantis/view.php?id=3873 Maciej From maciej at opencsw.org Mon Aug 31 19:40:15 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 31 Aug 2009 18:40:15 +0100 Subject: [csw-maintainers] robots.txt In-Reply-To: References: Message-ID: On Mon, Aug 31, 2009 at 4:41 PM, Philip Brown wrote: > Why do you suggest we do this? It's purely optional, so we don't have to add the robots.txt file. The reason is that in general it's one of the standard things to include in a website; specifically, it can be used to tell bots not to visit certain parts of an otherwise public website. It's useful when there's content which isn't suitable for indexing. An example can be an URL which embeds a session identifier. I'm not sure whether the presence of the file is used as a signal for positioning, but it might be and it doesn't hurt to serve this tiny static file. Whether we actually should exclude pages, is another matter; I think the /search/softwarename pages could be excluded as they only contain lists of files. Another candidate for excluding would be any duplicate content. For instance, these 4 URLs serve the same content: http://www.opencsw.org/packages/analog http://www.opencsw.org/packages/CSWanalog http://www.opencsw.org/packages.php/analog http://www.opencsw.org/packages.php/CSWanalog Indexers generally don't like duplicate content, so it's better to say which URLs we think are canonical. We could tell the bot to ignore three of these four. Also, serving HTTP redirects from the other three would make sense, but let's just start with robots.txt for now. Maciej From phil at bolthole.com Mon Aug 31 20:33:11 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 31 Aug 2009 11:33:11 -0700 Subject: [csw-maintainers] robots.txt In-Reply-To: References: Message-ID: I am against putting in "limit" directives, unless there is a very clear, specific benefit. Unless i missed something, you mentioned only general case things, and a potential of broken robots. Any robot that cant figure out to properly prune /page vs /page.php, in this day and age, is a broken robot. We should not modify our configs to make dumb robots look better than they are. (that being said, if we have any references to page.php anywhere, instead of the native "page" name, we should update our links. But that is besides the point of the changes you are proposing) From maciej at opencsw.org Mon Aug 31 21:21:56 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 31 Aug 2009 20:21:56 +0100 Subject: [csw-maintainers] robots.txt In-Reply-To: References: Message-ID: On Mon, Aug 31, 2009 at 7:33 PM, Philip Brown wrote: > I am against putting in "limit" directives, unless there is a very > clear, specific benefit. I would say there is a specific benefit. You needn't be afraid of limiting access, since you can closely monitor what the bot is doing, via webmaster tools. If it would exclude too much, you would know. Google guidelines[1] say: """Google tries hard to index and show pages with distinct information. This filtering means, for instance, that if your site has a "regular" and "printer" version of each article, and neither of these is blocked in robots.txt or with a noindex meta tag, we'll choose one of them to list. In the rare cases in which Google perceives that duplicate content may be shown with intent to manipulate our rankings and deceive our users, we'll also make appropriate adjustments in the indexing and ranking of the sites involved. As a result, the ranking of the site may suffer, or the site might be removed entirely from the Google index, in which case it will no longer appear in search results.""" > Unless i missed something, you mentioned only general case things, and > a potential of broken robots. I can't recall saying anything about broken robots. What did I say? > Any robot that cant figure out to properly prune ? /page ?vs > /page.php, in this day and age, is a broken robot. What makes you say that? Any references? > We should not modify our configs to make dumb robots look better than they are. > > (that being said, if we have any references to page.php anywhere, > instead of the native "page" name, we should update our links. But > that is besides the point of the changes you are proposing) You can't say that such-and-such content is not or shouldn't be indexed because you currently don't link to it. If it was ever linked to, it's going to be indexed. Even more, it's enough that a page had an outgoing link, and someone clicked it -- the referrer header will tell the target website from where did the browser come. The referrer URL will appear in statistics somewhere, and bots will find it. If you serve content, it's understood, and rightly so, that it's content that you want other people or bots to see. Otherwise you wouldn't serve it. You can't make up excuses that you don't link to it so it's fine. Looking at the webmaster tools, I see that it's the .php links that are currently indexed. You can check that even without the webmaster tools: http://tinyurl.com/myfd9v I would suggest using robots.txt as the easiest way of making the bots aware which content is the canonical one. As a second step, HTTP redirects would be good. What do others think? Maciej [1] http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=66359 From maciej at opencsw.org Mon Aug 31 21:31:37 2009 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 31 Aug 2009 20:31:37 +0100 Subject: [csw-maintainers] Google webmaster tools In-Reply-To: References: Message-ID: On Mon, Aug 31, 2009 at 4:34 PM, Philip Brown wrote: > On Sun, Aug 30, 2009 at 12:56 AM, Maciej (Matchek) > Blizinski wrote: >> >> In our case the meta tag would be: >> >> >> >> Ihsan, can you please add this meta tag to the website code, so that >> it appears under www.opencsw.org? >> > > > added Thanks! I can access the tools now. I was expecting to see a way to share the webmaster tools view with other Google accounts, but there doesn't seem to be a way. There probably needs to be a separate meta tag per each Google account. Unless anybody does it first, I'll look at the tools carefully and send out what I think would be good to change with relation to the indexing of the website. Maciej From bonivart at opencsw.org Mon Aug 31 22:46:02 2009 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 31 Aug 2009 22:46:02 +0200 Subject: [csw-maintainers] robots.txt In-Reply-To: References: Message-ID: <625385e30908311346j5e872dcep29fdf4f594a7fcba@mail.gmail.com> On Mon, Aug 31, 2009 at 9:21 PM, Maciej (Matchek) Blizinski wrote: > I would suggest using robots.txt as the easiest way of making the bots > aware which content is the canonical one. As a second step, HTTP > redirects would be good. > > What do others think? +1 -- /peter From glaw at opencsw.org Mon Aug 31 22:53:14 2009 From: glaw at opencsw.org (Gary Law) Date: Mon, 31 Aug 2009 21:53:14 +0100 Subject: [csw-maintainers] robots.txt In-Reply-To: <625385e30908311346j5e872dcep29fdf4f594a7fcba@mail.gmail.com> References: <625385e30908311346j5e872dcep29fdf4f594a7fcba@mail.gmail.com> Message-ID: On Mon, Aug 31, 2009 at 9:21 PM, Maciej (Matchek) Blizinski wrote: > I would suggest using robots.txt as the easiest way of making the bots > aware which content is the canonical one. As a second step, HTTP > redirects would be good. +1 on both counts, definitely best practice. -- Gary Law glaw at opencsw.org From trygvis at opencsw.org Mon Aug 31 23:15:48 2009 From: trygvis at opencsw.org (=?ISO-8859-1?Q?Trygve_Laugst=F8l?=) Date: Mon, 31 Aug 2009 23:15:48 +0200 Subject: [csw-maintainers] robots.txt In-Reply-To: References: Message-ID: <4A9C3D84.5080609@opencsw.org> Philip Brown wrote: > I am against putting in "limit" directives, unless there is a very > clear, specific benefit. > Unless i missed something, you mentioned only general case things, and > a potential of broken robots. > > Any robot that cant figure out to properly prune /page vs > /page.php, in this day and age, is a broken robot. > We should not modify our configs to make dumb robots look better than they are. Actually, they're not. There's no way for the engines out there to know that "packages" is the same resource as "packages.php" (it can do some magic, and I'm sure they do when they're doing page ranking). However, they will still list both as hits, try to seach for "site:opencsw.org CSWbash packages" on google and you'll see. Same goes for misconfigured sites where the same content is shown under different domains (for a current example, see http://git.opencsw.org vs http://mirrors.opencsw.org) Being a good web citizen is important if you want to get the best result for the users and those URLs are actually quite important. For the full resources read up on REST and HTTP. -- Trygve From skayser at opencsw.org Mon Aug 31 23:34:21 2009 From: skayser at opencsw.org (Sebastian Kayser) Date: Mon, 31 Aug 2009 23:34:21 +0200 Subject: [csw-maintainers] OpenCSW summer camp: What were your impressions? Brainstorming for further camps. In-Reply-To: <4A999C1B.9010506@opencsw.org> References: <4A999C1B.9010506@opencsw.org> Message-ID: <4A9C41DD.5070106@opencsw.org> Sebastian Kayser wrote on 29.08.2009 23:22: > i would like > to capture some of the impressions that you took away from Oslo while > they are still fresh so that we know what to take care of for further > meetings. Let's see. > - How would you sum up the weekend and what you took away from it? Created project momentum with creative people that see things from different perspectives - always something new to learn (not only project-wise). All this with such an easy way of communication, none of the ambiguities that online mediums tend to introduce. Solved things easily that would have not been addressed or taken ages otherwise. Stepped onto a next level of GAR understanding thanks to the excellent modulation talk. Got to know people behind names, which should help with future online discussions and finally got to know someone who works at Google :) I also learnt, that i seem to belong to a minority group of non-MacBook-users. ;) > - What would you like to see again? - Pre-selected hotel (with wireless) for all people to stay at. - Prepared talks/demos. - People bringing precise ideas to the table for topics they are interested in. Less talk, more gain. Like Trygve with his ideas for the web infrastructure and the release process. - Small task-focused teams moving things forward. - Integrated, pre-arranged lunch to streamline things. - Fruits/snacks and drinks during the day to keep people alive. - Prioritization of topics to be discussed (via voting). - A venue where people can take a short walk and sort their mind. Soria Moria was just fantastic. - Meeting room which helps to focus on things (no noise, no distraction) - Two full days of working together. Leaves room to address things that need to be addressed, to digesting all the input and to develop ideas (one day would feel too packed). - Group picture!!! And last but not least: Inoffical CPU insider talks by Dominique ;) > - What would you have wished to be different? How? - Better way to keep track of and to settle on agreements and TODO lists. Hock up the meeting minutes keeper to the beamer. - Better integration of people not attending the camp. Once you have been to a camp you know that this is a _very hard_ task with all the ideas flying around and discussions going on. Still: * An in advance designated minutes keeper. -> Faster release of these minutes. * This person could maybe also post progress&topics to twitter / IRC. * IRC could be a way for people who couldn't make the way to the camp to interact. So could Skype or some conferencing system. @all: Does anyone have experience with integrating non-attendees (that would have liked to attend) into a conference without too much impact? - A hotel with a meeting room, where people can hack on things outside the schedule. Thon Gyldenlove didn't have a meeting room. - More team-oriented hacking on Sunday. This should be easy if people brought problems they are facing with them, so that other people can help out. But this also requires more people to stay the whole day on Sunday. - Shorter ways between the meeting center and the accommodation. But maybe i am getting too "streamline" here. ;) > - Any other ideas that don't fit into the two above? Stuff that we > should try next time? - If we split up the meeting a bit or extend it to Friday (afternoon), we could have a "compilation basics" / "porting to Solaris" / "GAR beginners" technical part that we could announce on the opencsw.org web site. There should be people out there who are interested and this might also be a way to get new maintainers on board. Sebastian From phil at bolthole.com Mon Aug 31 23:37:11 2009 From: phil at bolthole.com (Philip Brown) Date: Mon, 31 Aug 2009 14:37:11 -0700 Subject: [csw-maintainers] robots.txt In-Reply-To: <4A9C3D84.5080609@opencsw.org> References: <4A9C3D84.5080609@opencsw.org> Message-ID: 2009/8/31 Trygve Laugst?l : > Philip Brown wrote: >> >> Any robot that cant figure out to properly prune /page vs >> /page.php, in this day and age, is a broken robot. >> We should not modify our configs to make dumb robots look better than they >> are. > > Actually, they're not. There's no way for the engines out there to know that > "packages" is the same resource as "packages.php" (it can do some magic, and > I'm sure they do when they're doing page ranking). However, they will still > list both as hits, try to seach for "site:opencsw.org CSWbash packages" on > google and you'll see. Err.. that search phrase gives a very long ... aha. now I see. you are referring, presumably, to the #1, and #3 results. However, this rather underlines my area of concern. They are referenced in quite different ways. "packages/CSWbash", vs "packages.php/bash". Which hints that google "found" the pages in different ways. Which hints that somewhere (probably on OUR site), there is something incorrectly referencing "packages.php/bash" instead of "packages/bash". I think we should fix those out-of-date reference styles, before making anything canonical. ALSO: the two results, were from DIFFERENT TIMES. They are actually "different" pages! If in contrast, the output was the same, google would probably have coalesced them into one, I would bet. Hence I still stand by my statement that intelligent search engines already handle this sort of thing "properly". It is more appropriate for us fix our internal links, rather than tell search engines, "ignore our mangled links" ! From william at wbonnet.net Mon Aug 31 23:59:50 2009 From: william at wbonnet.net (William Bonnet) Date: Mon, 31 Aug 2009 23:59:50 +0200 Subject: [csw-maintainers] Firefox 3 release Message-ID: <4A9C47D6.4010501@wbonnet.net> Hi, I'm pleased to announced that Firefox 3.0.13 has been pushed to current. This version supports Solaris 8 and newer (thanks goes to James Lee for pointing me the solution). Thunderbird has also been updated to version 2.0.0.23, latest stable before TB3 is released. 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