[m-dev.] Packaging repository

Paul Bone paul at bone.id.au
Fri Apr 12 11:53:58 AEST 2013


On Fri, Apr 12, 2013 at 11:45:52AM +1000, Peter Wang wrote:
> On Fri, 12 Apr 2013 10:59:19 +1000, Paul Bone <paul at bone.id.au> wrote:
> > On Fri, Apr 12, 2013 at 10:48:39AM +1000, Peter Wang wrote:
> > > On Thu, 11 Apr 2013 16:31:57 +1000, Paul Bone <paul at bone.id.au> wrote:
> > > > On Thu, Apr 11, 2013 at 04:20:00PM +1000, Peter Wang wrote:
> > > > > You, too, can make some low quality packages:
> > > > > https://github.com/Mercury-Language/packaging
> > > > > 
> > > > > We can keep it or not.
> > > > 
> > > > Hi Peter,
> > > > 
> > > > I've got some half-implemented mercury packaging work here somewhere.  I'll
> > > > merge it in if you want.
> > > 
> > > Better stick it in another branch if it would conflict.
> > > 
> > 
> > Ah, what I mean is put my work in your repository manaully (merge the
> > projects) rather than doing any kind of git merge.  My package builds only
> > the asm_fast.gc grade (as we didn't have the DEST_DIR support for multiple
> > grades yet) and sticks files of different types in different binary
> > packages.  Ie, if you just want to link to a Mercury program you don't need
> > to install the compiler and tools.
> 
> Our goals are different and you might not be able to merge your work
> without detracting from a working script.  I don't care about making
> packages ready for inclusion into Debian or whatever.  My goal is only
> to lower MTTHW and, for myself, being able to spin up a new VM with a
> working Mercury installation quickly, assuming someone else is
> generating the packages.
> 

Okay, In that case I suggest we use your packages in the short term (and
outside of debian) and use my more experimental ones in the long term, once
they're ready.  By 'use' I mean promote (as official) and share publically.
People can use whatever they want :-)

Cheers.


-- 
Paul Bone
http://www.bone.id.au



More information about the developers mailing list