Comments on: Day 2 of 60: Blastwave http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/ It'll all be over in 60 days Fri, 21 Nov 2008 22:01:15 +0000 http://wordpress.org/?v=2.0.7 by: Try before you buy » Blog Archive » Day 59 of 60: Final thoughts http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-90 Wed, 06 Sep 2006 20:37:45 +0000 http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-90 [...] I recounted my issues with Blastwave and pkgsrc earlier. Suffice to say that Solaris would benefit from having much more open source software easily available. Blastwave does a good job, but I prefer the much more open approach taken by pkgsrc, where the barrier to contributing is much lower, and it’s easier to poke around, rebuild applications from source if necessary, and verify that what you get is what you expect. [...] […] I recounted my issues with Blastwave and pkgsrc earlier. Suffice to say that Solaris would benefit from having much more open source software easily available. Blastwave does a good job, but I prefer the much more open approach taken by pkgsrc, where the barrier to contributing is much lower, and it’s easier to poke around, rebuild applications from source if necessary, and verify that what you get is what you expect. […]

]]> by: nik http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-10 Fri, 14 Jul 2006 08:25:45 +0000 http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-10 In my ideal world we'd take the best of the pkgsrc system (automated source downloads, local patches, auditing of installed packages for security vulnerabilities, cross-platform, public code repo), and the best of the blastwave packages (i.e., packages that do actually work on Solaris :-) ) and merge them. Have you thought about a collaboration with the pkgsrc group? You've (not just you, but all the blastwave contributors) have obviously got the skills necessary to get things to work under Solaris. In my ideal world we’d take the best of the pkgsrc system (automated source downloads, local patches, auditing of installed packages for security vulnerabilities, cross-platform, public code repo), and the best of the blastwave packages (i.e., packages that do actually work on Solaris :-) ) and merge them.

Have you thought about a collaboration with the pkgsrc group? You’ve (not just you, but all the blastwave contributors) have obviously got the skills necessary to get things to work under Solaris.

]]> by: Dennis Clarke http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-9 Fri, 14 Jul 2006 04:27:41 +0000 http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-9 Well way back when, in the beginning, the Solaris world was a dark place with x86 being dropped into the black lagoon with that swamp creature. We really wanted to get a base of software packages built that anyone can use and we really didn't care about the source being shared out. It wasn't even on our radar. Then, starting about a year ago we saw that this was becoming a sensitive issue for people. So we built svn.blastwave.org and started to work towards a build system. We are still creating a ton of packages that get downloaded and installed as per good old fashioned SVR4 package methods. Getting the source changes out to people such that they could build it themselves was never a concern. It is becoming a concern. What do you suggest? Should we begin to include all the sources and source changes in the package and have that source extract into /opt/src or leave it all in the svn server or ? Dennis Well way back when, in the beginning, the Solaris world was a dark place with x86 being dropped into the black lagoon with that swamp creature. We really wanted to get a base of software packages built that anyone can use and we really didn’t care about the source being shared out. It wasn’t even on our radar.

Then, starting about a year ago we saw that this was becoming a sensitive issue for people.

So we built svn.blastwave.org and started to work towards a build system.

We are still creating a ton of packages that get downloaded and installed as per good old fashioned SVR4 package methods. Getting the source changes out to people such that they could build it themselves was never a concern. It is becoming a concern.

What do you suggest?

Should we begin to include all the sources and source changes in the package and have that source extract into /opt/src or leave it all in the svn server or ?

Dennis

]]> by: nik http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-8 Thu, 13 Jul 2006 17:04:57 +0000 http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-8 Dennis -- any reason that the Blastwave stuff isn\'t as open as pkgsrc? Looking around the Blastwave site I can\'t see links to your repository, or the changes that you\'ve made to these programs to get them to build. Dennis — any reason that the Blastwave stuff isn\’t as open as pkgsrc? Looking around the Blastwave site I can\’t see links to your repository, or the changes that you\’ve made to these programs to get them to build.

]]> by: Dennis Clarke http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-7 Thu, 13 Jul 2006 13:57:11 +0000 http://jc.ngo.org.uk/blog/2006/07/11/day-2-of-60-blastwave/#comment-7 Isn't it nifty that we are close to be able to get those "building-from-source warm fuzzies" about the whole OS? Really, when you think about it you can download the source from OpenSolaris. You can build pretty much everything. Almost. Until people really want that as a project spec then we will just muddle along with OS options like Red Hat Linux and SUSE Enterprise Linux and Solaris in which you can't build _everything_ from source. In the case of Red Hat and SUSE the source isn't avaliable and don't even bother trying. Dennis Isn’t it nifty that we are close to be able to get those “building-from-source warm fuzzies” about the whole OS? Really, when you think about it you can download the source from OpenSolaris. You can build pretty much everything. Almost.

Until people really want that as a project spec then we will just muddle along with OS options like Red Hat Linux and SUSE Enterprise Linux and Solaris in which you can’t build _everything_ from source. In the case of Red Hat and SUSE the source isn’t avaliable and don’t even bother trying.

Dennis

]]>