Bug #24
[fullpkg] and [treepkg] solve the same problem
0%
Description
This is unoptimal, since a user needs to choose one of them and at least some changes need being done twice.
Related issues
History
Updated by fauno about 12 years ago
Michał Masłowski wrote:
This is unoptimal, since a user needs to choose one of them and at least some changes need being done twice.
treepkg solves the same problem with less than the number of lines required for fullpkg:
/l $ sed -e "/^$/d" -e "/^#/d" treepkg | wc -l
112
/l $ sed -e "/^$/d" -e "/^#/d" fullpkg* | wc -l
289
Updated by fauno about 10 years ago
- Status changed from open to in progress
and now we have a third one called `dagpkg` that solves dependencies in a directed graph :P
since it has better dependency solving i think we should deprecate both treepkg and fullpkg
Updated by mtjm about 10 years ago
Yes, adding dagpkg to the master branch and a packaged release should make them unnecessary (if it supports use outside of the chroot) and solve issue #20.
Updated by fauno about 10 years ago
- Related to Bug #20: [fullpkg-find] rewrite order creation added
Updated by fauno about 10 years ago
- Assignee set to fauno
It does if you remove the pacman -Syu before running FULLBUILDCMD. Copying PKGBUILDs around and other stuff that's mostly inside-chroot specific should be moved to HOOKPREBUILD.
It also requires working toru-path and toru-where, I don't know if this is the case in master.
Updated by lukeshu almost 9 years ago
- Status changed from in progress to fixed
fullpkg and treepkg have been removed from git master in favor of dagpkg.