Summary: | libpng should not depend on lzma | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Matthias B. <haferfrost> |
Component: | New packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | VERIFIED WONTFIX | ||
Severity: | normal | CC: | cJ-gentoo, esigra, qeldroma |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Matthias B.
2008-04-19 19:38:19 UTC
upstream decided that. upstream also decides the building tool (make/cmake/dmake/scons/....), and the programming language of the software, that's not new... *** This bug has been marked as a duplicate of bug 18459 *** I think there's been a mistake. What does this bug have to do with bug 18459 which concerns a new package gwget? @cJ: upstream is still offering .tar.bz2 packages and libpng installed just fine after I copied the ebuild to my private overlay, replaced lzma with bz2 and removed the lzma dependency. I don't see the point, forcing lzma on our users, when bzip2 and gzip tarballs are available, either. Well, maintainer decision. Sorry, I didn't know that upstream still proposed bzip'ed packages. I don't know what's the point in complaining about lzma, though :) deal with it *** Bug 218872 has been marked as a duplicate of this bug. *** *** Bug 218872 has been marked as a duplicate of this bug. *** |