This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: [RFC] cygport: PKG_OBSOLETES
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin-apps at cygwin dot com
- Date: Thu, 25 Jul 2013 10:30:17 +0200
- Subject: Re: [RFC] cygport: PKG_OBSOLETES
- References: <51EE0E4E dot 1030901 at users dot sourceforge dot net> <20130723090648 dot GD9689 at calimero dot vinschen dot de> <51EED579 dot 9090100 at users dot sourceforge dot net> <51EFA3DE dot 8080509 at etr-usa dot com> <20130724100632 dot GQ9689 at calimero dot vinschen dot de> <51EFB6AF dot 9000905 at etr-usa dot com> <20130724114112 dot GR9689 at calimero dot vinschen dot de> <51F03B3C dot 1000404 at etr-usa dot com>
- Reply-to: cygwin-apps at cygwin dot com
On Jul 24 14:38, Warren Young wrote:
> On 7/24/2013 05:41, Corinna Vinschen wrote:
> >On Jul 24 05:12, Warren Young wrote:
> >>You'd have to fake a -3 package set, with libexpat-devel-3 set to
> >>obsolete libexpat1-devel-2, so that package developers would
> >>automatically get new packages on their next Cygwin update.
> >
> >If you're willing to do that for 32 and 64 bit, ok.
>
> I don't see what you need from me. Can't you just copy *-2* to *-3*
> except for libexpat1-devel*-2* which becomes libexpat-devel*-3*,
> then manually change all the *.hint files referencing
> libexpat1-devel?
>
> I mean, if I rebuild my packages here using the new .cygport file I
> posted, aren't I going to get exactly the same output tarballs as
> before, just with different names?
The content of the src packages won't match the new version if we
just copy the files. A rebuild is simplest and cleanest.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat