[pacman-dev] [PATCH] makepkg: Add EXTRAVERSION field to package filenames

Allan McRae allan at archlinux.org
Fri Oct 23 08:52:13 EDT 2009


Anders Bergh wrote:
> On Fri, Oct 23, 2009 at 02:37, Allan McRae <allan at archlinux.org> wrote:
>   
>> Anders Bergh wrote:
>>     
>>> >From 92f67cdcff4cbec3c5c9d6b0ca17a6f71fdf87b9 Mon Sep 17 00:00:00 2001
>>> From: Anders Bergh <anders1 at gmail.com>
>>> Date: Fri, 23 Oct 2009 00:11:05 +0200
>>> Subject: [PATCH] makepkg: Add EXTRAVERSION field to package filenames.
>>> This is intended
>>>  for packages compiled to run on another operating system than Linux,
>>>  such as cygwin or Darwin. It is set using --with-pkg-extra-version.
>>>
>>> The package filename format is as follows:
>>>
>>> {name}-{version}-{rel}-{extraversion}{arch}{ext}
>>>
>>> Signed-off-by: Anders Bergh <anders1 at gmail.com>
>>> ---
>>>       
>> I'm not sure why this is needed and will need more explanation...  is this
>> so foo-1-1-i686.pkg.tar.gz does not have the same file name on (e.g.)
>> windows and linux?   Surely they would be in different repos and the name
>> conflict will never arrive.
>>
>> Allan
>>
>>
>>     
>
> I am working on a basic port of Arch to another kernel, and I thought
> it would be nice to have those packages make it obvious they're not
> going to work on Linux. For instance, if someone were to Google the
> package filenames and find my repository they might not be able to
> tell that it's not going to work on their system.
>
> But I do agree it's not strictly necessary.
>   

I have actually been thinking about this as I have a (somewhat working) 
i686-pc-kfreebsd-gnu cross-compuler and wondered how I would distinguish 
the i686's.  I also made and i686-pc-mingw32 compiler for yet another 
i686...   Then I realized that you can always make 
CARCH="i686-bsd".However, if you I provide a repo, and people are 
downloading packages, they should know whether they are good for their 
install before trying to install them.

tl;dr:  I see the issue but do not know if it is necessary to solve.   
Any other opinions?

Allan



More information about the pacman-dev mailing list