| 1 |
Michael Palimaka posted on Fri, 26 Jul 2013 04:00:30 +1000 as excerpted: |
| 2 |
|
| 3 |
> I just saw that in Arch Linux's AUR[1], they provide a fake (empty) |
| 4 |
> package that satisfies the package manager's dependencies, but doesn't |
| 5 |
> actually do anything. |
| 6 |
> |
| 7 |
> Perhaps this approach could help ease the maintenance burden? |
| 8 |
> |
| 9 |
> [1]: https://aur.archlinux.org/packages/nepomuk-core-fake/ |
| 10 |
|
| 11 |
The way gentoo (or rather, portage) does that is package.provided... but |
| 12 |
that doesn't take care of ebuilds hard-enabling build-time deps, which |
| 13 |
then cause the build to fail when they're not found. Those hard enablings |
| 14 |
must be patched out, and if that's being done, might as well patch out |
| 15 |
the dependency itself at the same time. |
| 16 |
|
| 17 |
Binary-based packages don't have the build-time problem, but they /can/ |
| 18 |
have other problems if they were built against libraries that simply |
| 19 |
aren't there to provide their symbols to load. |
| 20 |
|
| 21 |
A stub library could be built to provide the symbols and short-out the |
| 22 |
logic as necessary, but that's beyond /my/ expertise, anyway. |
| 23 |
|
| 24 |
-- |
| 25 |
Duncan - List replies preferred. No HTML msgs. |
| 26 |
"Every nonfree program has a lord, a master -- |
| 27 |
and if you use the program, he is your master." Richard Stallman |
Archives