Bugzilla Bug 146774

New Gnome 2.16 Package - new version of gtkhtml, gnome-extra/gtkhtml-3.12.0 is
out, but gtkhtml-sharp-2.16.0.ebuild needs gnome-extra/gtkhtml-3.10* version
yet.

on ~x86 keywords + Unmasked all gnome 2.16 related package condition,
gtkhtml-3.10.2 / gtkhtml-3.12.0 package will update competitively.
(once install gtkhtml-3.10.2 version, then "emerge -upDv world" command shows
"update for gnome-extra/gtkhtml-3.12.0", when update to gtkhtml-3.12.0, emerge
shows "[UD]" update  to gnome-extra/gtkhtml-3.10.2 , and vice versa-
everytime.)

Created an attachment (id=96357) [details]
corrected ebuild: gtkhtml-sharp-2.16.0.ebuild

I patched gtkhtml-sharp-2.16.0.ebuild, it works for me.

I just added "=gnome-extra/gtkhtml-3.12" to DEPENDS variable in this ebuilds,

here's another solution: in gtkhtml-sharp-2.16.0.ebuild:

DEPEND="${DEPEND}
        =dev-dotnet/gnome-sharp-${PV}*
        =dev-dotnet/art-sharp-${PV}*
        || (
            >=gnome-extra/gtkhtml-3.0.10*
        )"

First, these really shouldn't be doing this upgrade/downgrade cycle because
they're in different slots... Once both get installed, everything should be
fine. Is this not the case if you install both?

Second, this check cannot just be blindly switched like this. The configure
script for the gnome-sharp-2.16.0 tarball doesn't include a check for this
version, afaict, so if you install gtkhtml-sharp-2.16.0 with only 3.12.0
installed, nothing will get installed.

Can you please do two things for me? First, post the output of 'equery f
gtkhtml-3.12.0' and test the actually behaviour when both 3.10.0 and 3.12.0 are
installed? Thanks.

Ok, nevermind. Talked to genstef who pointed out that 3.12.0 is actually the
same SLOT as 3.10.0, and provides the right .pc file. Fixed in CVS, marking
this bug FIXED. Thanks for the report.

Created an attachment (id=96852) [details]
Output of "equery f =gnome-extra/gtkhtml-3.12.0" commands

Created an attachment (id=96853) [details]
Output of "equery f =gnome-extra/gtkhtml-3.10.2"

as uploaded two file lists, they've almost same filelists.

First, I unmerged gnome-extra/gtkhtml-3.12.0 cleanly.
(with erase all symbolic links.)

after 'emerge =gnome-extra/gtkhtml-3.10.2',

"emerge -upDv world" commands show this:
----
These are the packages that would be merged, in order:

Calculating world dependencies... done!
[ebuild     U ] gnome-extra/gtkhtml-3.12.0 [3.10.2] USE="-debug -static%" 0 kB 
---

why show "Upgrade" flag? If it can be coexist, It should be "New" flag?

btw, i emerged new gtkhtml-3.12.0 by "emerge =gnome-extra/gtkhtml-3.12.0"

after emerging, "emerge -upDv world" show this:
----
These are the packages that would be merged, in order:

Calculating world dependencies... done!
[ebuild     UD] gnome-extra/gtkhtml-3.10.2 [3.12.0] USE="-debug (-static%)" 0
kB 
----
/usr/lib/mono/gac/gtkhtml-sharp/2.16.0.0__35e10195dab3c99f/gtkhtml-sharp.dll.config
file include this line:
<dllmap dll="gtkhtml-3.0" target="libgtkhtml-3.8.so.15"/>

libgtkhtml-3.8.so.15 is symbolic links to libgtkhtml-3.8.so.15.3.9 file,

gtkhtml-3.10.2 lib shows:
-rwxr-xr-x 1 root root 645512 2006-09-13 12:37 libgtkhtml-3.8.so.15.3.9*

gtkhtml-3.12.0 lib shows:
lrwxrwxrwx 1 root root     24 2006-09-13 12:48 libgtkhtml-3.8.so.15 ->
libgtkhtml-3.8.so.15.3.9*
-rwxr-xr-x 1 root root 647208 2006-09-13 12:48 libgtkhtml-3.8.so.15.3.9*

IMHO, it has same ABI versions, and those filenames are same, so these cannot
be coexist version 3.10.2 and 3.12.0, I think.

(In reply to comment #3)
> Ok, nevermind. Talked to genstef who pointed out that 3.12.0 is actually the
> same SLOT as 3.10.0, and provides the right .pc file. Fixed in CVS, marking
> this bug FIXED. Thanks for the report.
> 

Oh, I'm late. :-) 

After receiving your posts by e-mail, I tested again without seeing bugzilla
page.

My Webbrowser didn't clean old cache of this page, so I've seen your new
postings after I post 3 Attachment/message.

thanks. :)

*** Bug 147410 has been marked as a duplicate of this bug. ***

*** Bug 153655 has been marked as a duplicate of this bug. ***

*** Bug 163089 has been marked as a duplicate of this bug. ***

Reopen to get this fixed properly...

dev-dotnet/gtkhtml-sharp-2.16.0 is stable, closing