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 |