[aur-general] How to name package?

Loui Chang louipc.ist at gmail.com
Mon Mar 15 22:41:35 CET 2010


On Mon 15 Mar 2010 12:58 -0400, Ranguvar wrote:
> On Sun, Mar 14, 2010 at 18:36, Dave <diendien at gmail.com> wrote:
> > I would like to create a new package for lightning, which is the calendar
> > extension for Thunderbird. I currently manage lightning-nightly for 32-bit
> > systems, but for 64-bit systems (which I'm using now), I have to build the
> > extension from source. This process initially downloads a lot of files, so
> > if I created a package for this, it would take an hour to download and build
> > a 1.2MB extension. Thus, I was going to build the extension on my computer
> > and upload the XPIs to a server. However, I'm not sure what I should name
> > the package and keep track of the versions.
> >
> > The process is: use mercurial to clone the comm-central code, then run a
> > python script which will update the source with cvs.  After that, I can run
> > make to build the lightning extension, upload it to a server, and then allow
> > anyone to download it. To update, I need only to run the python script and
> > rebuil
> >
> > Any suggestions on how the package should be named? Maybe -hg or -src? I'm
> > also not sure which package version to use (since I may only update the XPI
> > itself once a week/month).
> 
> Because building from source is still the "proper" way to do things,
> and using user-generated binaries requires a certain level of trust on
> the part of the user if they understand what how it works:
> 
> I would create a package that builds from source and name it
> 'lightning-nightly', one that uses 32-bit binaries called
> 'lightning-nightly-bin32', and one that uses your 64-bit binaries
> called 'lightning-nightly-bin64'.  You'd probably need to have a
> 'lightning-nightly' build-from-source PKGBUILD on your computer
> anyways to automate building your 64-bit binaries, so it isn't much
> extra effort.

Perhaps you could create a 'lightning-nightly-bin' package and adapt it
to work for both 32 and 64 bit.



More information about the aur-general mailing list