[indiana-discuss] src packages

Jonathan Edwards Jonathan.Edwards at Sun.COM
Wed Dec 10 08:55:07 PST 2008


On Dec 10, 2008, at 11:17 AM, Nicolas Williams wrote:

> On Wed, Dec 10, 2008 at 10:02:56AM +0000, Robert Milkowski wrote:
>> NW> JDS and the projects to populate /pending and /contrib -- all  
>> could (and
>> NW> should and will) deliver pointers to spec files for rebuilding  
>> their
>> NW> pkgs.  SFW, ON, not so much, but then who want to build from  
>> source can
>> NW> always pull and run nightly.
>>
>> But that's my point - it's way more difficult to do it on OS than on
>> Linux with src rpm's - I need to find some spec files, manually
>> download software, find out dependencies then cross fingers and try  
>> to
>> compile, then most of the time manually build a package... and all of
>> that to recompile apache with one extra option. On Linux one just
>> downloads src rpm, quick vi then one command and one gets a binary
>> package.
>
> I feel like I'm repeating myself: the task can be automated, and Jim
> even claims it has been (I've not used that tool, so I can't confirm).

but it's not part of the spec file that tracks standard configure  
options for any given build .. and i think that's the point .. eg:

$ ls samba/packaging/RHEL
makerpms.sh.tmpl	samba.spec.tmpl		setup

---
here standard RHEL configure, build options, and postinstall steps are  
included in the spec file .. vs
---

$ ls samba/packaging/Solaris/
README			pkginfo.master		request
copyright		postinstall		samba.init.master
i.swat			preremove		services
inetd.conf.master	prototype.master	smb.conf.default
makepkg.sh		r.swat

---
where makepkg.sh (SVR4 style) assumes that you've already built samba,  
and our distributed samba configure options are tucked away in our  
Makefile.sfw along with extra patches in the sfw tree that we've been  
applying and maintaining separately for a while now.

hth
---
.je



More information about the indiana-discuss mailing list