Re: Request permission to break always use system libs rule for asc-2.0

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hans de Goede wrote:
Hi All,

I'm currently working on upgrading asc (Advanced Strategic Command) to 2.0.1.0 When packaging asc-1.16.4.0, I also packaged SDLmm-0.1.8 and paragui-1.0.4.

While packaging SDLmm I had to backport several fixes from a copy included in asc to the package, as SDLmm is very much dead upstream.

With 1.16.4.0, paragui was not included so the packaging of it was needed, and I packaged the then already old version 1.0.4, as that is what asc 1.16.4.0 wanted.

Now with asc-2.0 there are yet again bugfixes to the included SDLmm-0.1.8, now I can port these to the external SDLmm package, and patch asc to use the external SDLmm. But since SDLmm upstream has been dead for a long time, and asc is the only user of SDLmm, this feels rather silly. So I would like to declare SDLmm dead for current devel (F-9 and later) and just use the included copy.

asc-2.0 now uses paragui-1.1.8, which is the latest release from 2004 (again very dead upstream, website is down, etc.) and again has it heavily patched. Unfortunately some idiot ran indent on there copy, so doing a diff results in 30000 changed lines. I could go through these manually and port any fixes to the official paragui, and patch asc to use the system version. But again asc is the only user, so doing this feels really silly (going through a 30000 lines diff is no fun). So I would like to declare paragui dead for current devel (F-9 and later) also, and just use the included copy.

Are there any objections against this?


If upstream is dead, we should call it dead. Trying to port patches sort of makes us upstream and if we don't have anyone willing to be upstream, is not an option. Your plan seems OK to me.

--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux