creating private versions of public packages with changes (naming & versioning issue)

Marius Gedminas marius at pov.lt
Tue Oct 22 05:11:46 UTC 2013


On Mon, Oct 21, 2013 at 02:28:36PM -0700, Michael Barrett wrote:
> Thanks - yeah, I haven't seen anything online or in the packaging manual
> that suggests how this should be handled.  I liked your idea of using the
> epoch - but then I saw this:
> 
> 
> # dpkg -l | awk '{print $3}' | grep ":" | wc -l
> 132
> 
> That's on my vagrant ubuntu 12.04 box, so it seems like epoch is used by
> quite a few packages (like 10% of the installed packages on my VM).
> 
> Anyone else have any ideas?

apt pinning, perhaps?

http://manpages.ubuntu.com/manpages/precise/man5/apt_preferences.5.html

Personally I append 'mg1' etc. to the original version (so I end up with
e.g. 1.2.3-5ubuntu3mg1), and then whenever a new package update appears,
I'll know that I need to update my patched one.

Then again whenever I build patched packages, it's to get backports of
bugfixes that will eventually make their way upstream, so it's a
strictly temporary thing.

Marius Gedminas
-- 
Ways in which you can avoid starting a flame war on a Debian mailing list.
The subtle:

 * Write in your TODO list that you definitely need to reply to that mail

        -- Enrico Zini
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: Digital signature
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20131022/6b2c0a3b/attachment.sig>


More information about the ubuntu-users mailing list