Quoting Alex Dupre a...@freebsd.org (from Mon, 07 Jun 2010 16:35:13 +0200):
Alexander Leidinger ha scritto:
The best solution would be to fix the ports to not link explicitely to
indirect deps (by improving libtool and by improving the .pc files
for pkg-config). Then we could even switch from
Alexander Leidinger ha scritto:
How hard is it? What prevents us in doing it? Later we modify libtool
upstream, later we could switch to record only direct dependencies.
You should talk with the libtool maintainer about libtool.
Ah, you were all waiting for me to talk to libtool maintainer,
Quoting Alex Dupre a...@freebsd.org (from Tue, 08 Jun 2010 09:33:04 +0200):
Alexander Leidinger ha scritto:
How hard is it? What prevents us in doing it? Later we modify libtool
upstream, later we could switch to record only direct dependencies.
You should talk with the libtool maintainer
Alexander Leidinger ha scritto:
Now the number of people which know about it is bigger. Time will tell
if the subset of people which do something about it is non-empty now...
I think the first step could be to run a tinderbox build with a patched
libtool and see if anything break. Then, if the
Quoting Alex Dupre a...@freebsd.org (from Tue, 08 Jun 2010 12:06:51 +0200):
Alexander Leidinger ha scritto:
Now the number of people which know about it is bigger. Time will tell
if the subset of people which do something about it is non-empty now...
I think the first step could be to run a
Alexander Leidinger ha scritto:
When this testcase does not rise a problem, your approach sounds good.
For the reference, these are the debian patches to libtool:
http://ftp.de.debian.org/debian/pool/main/libt/libtool/libtool_1.5.26-4+lenny1.diff.gz
--
Alex Dupre
Alexander Leidinger ha scritto:
The best solution would be to fix the ports to not link explicitely to
indirect deps (by improving libtool and by improving the .pc files
for pkg-config). Then we could even switch from recording indirect
dependencies in
On Fri, 04 Jun 2010 15:35:06 +0200 Jan Henrik Sylvester m...@janh.de
wrote:
I have checked one of the missing dependencies with
explicit_lib_depends.sh, but it did not show up, because
explicit_lib_depends.sh makes some assumptions upon were binaries
reside that are not true in this case:
Thus, explicit_lib_depends.sh cannot be relied upon what to rebuild,
either -- it missed the same that libchk does. Anyhow, this does not
matter at all to the main point I tried to raise:
Maybe the specific results that you mentioned don't matter, but the
fact that these programs fail to obtain
On 2010-Jun-01 10:54:02 +0200, Jan Henrik Sylvester m...@janh.de wrote:
Yesterday, I was chasing libintl.so.8, rebuilding all ports that got
bumped, checking with libchk for other libintl.so.8 dependencies, and
forcing a rebuild of all these packages: All but two of them had an
indirect
Quoting Peter Jeremy pe...@vk2pj.dyndns.org (from Thu, 3 Jun 2010
22:37:28 +1000):
On 2010-Jun-01 10:54:02 +0200, Jan Henrik Sylvester m...@janh.de wrote:
Yesterday, I was chasing libintl.so.8, rebuilding all ports that got
bumped, checking with libchk for other libintl.so.8 dependencies,
On Wed, Jun 2, 2010 at 1:36 AM, Michel Talon ta...@lpthe.jussieu.fr wrote:
Garrett Cooper wrote:
followed consistently. I know that the decisions are made on a
case-by-case
basis, but for my taste, it is too much case-by-case.
I haven't done portmaster -af in a long time, but
12 matches
Mail list logo
