1 |
On Friday 28 March 2003 16:14, Alain Penders wrote: |
2 |
> On Wed, Mar 26, 2003 at 01:39:31AM +0100, Per Wigren wrote: |
3 |
> > Yesterday, for about 30 hours all my newly recieved mail went to |
4 |
> > /dev/null because of a portage limitation... |
5 |
> > I have an old computes which acts as a firewall/router, ftpserver |
6 |
> > webserver and mailserver with IMAP and spamassassin... I have "mysql" in |
7 |
> > my USE-flags on said server.. Yesterday portage upgraded MySQL from |
8 |
> > 3.23.56 to 4.0.12.. postfix and maildrop both linked to |
9 |
> > /usr/lib/libmysqlclient.so.10 which went away when MySQL was upgraded.. |
10 |
> > When the still running postfix delivered the mail using dropmail, |
11 |
> > dropmail just died with "error while loading shared libraries: no such |
12 |
> > file or directory" and for some reason (I'd call it a bug in postfix) it |
13 |
> > didn't defer them, they just went to /dev/null... Anyway, I won't whine |
14 |
> > about it.. Instead I'm looking into finding a solution for the REAL |
15 |
> > problem... |
16 |
> |
17 |
> The problem is that portage doesn't do reverse dependancy checking. It |
18 |
> needs to check that a package doesn't break another package that depends on |
19 |
> it before doing an upgrade... and if it does break something, propose |
20 |
> upgrading those packages as well. |
21 |
|
22 |
But how do we check that with the current information? |
23 |
To use the postfix-case above as an example.. |
24 |
Postfix works fine with both MySQL v3.x and MySQL v4.x. |
25 |
If it is compiled against v3 it has to be recompiled if MySQL is upgraded from |
26 |
v3 to v4, but not if it is upgraded from v4.0.11 to v4.0.12.. |
27 |
|
28 |
To use MPlayer as another example.. |
29 |
MPlayer has to be recompiled EVERY TIME that DirectFB is upgraded, even minor |
30 |
version, because it links to .so.<complete versionnumber> .. But it doesn't |
31 |
need to be recompiled if for example Vorbis is upgraded from v1.0.1 to v1.0.2 |
32 |
or even v1.8.5 because it links to libvorbis.so.0 ... |
33 |
|
34 |
|
35 |
-- |
36 |
gentoo-dev@g.o mailing list |