Summary: | x11-libs/libcompizconfig-0.8.4 protobuf warning | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrey Ovcharov <sudormrfhalt> |
Component: | Current packages | Assignee: | Desktop-Effects herd <desktop-effects+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | denilsonsa, razamatan |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | libcompizconfig-0.8.4 make log |
Description
Andrey Ovcharov
2009-10-16 10:16:41 UTC
Created attachment 207289 [details]
libcompizconfig-0.8.4 make log
Sorry for intervention... here's explained the pros of having protobuf installed along libcompizconfig http://dev.compiz-fusion.org/~cornelius/2008/10/19/startup-time-improvements-part-1/ since protobuf is already in portage, why not to try to enable it by default? (In reply to comment #2) > Sorry for intervention... here's explained the pros of having protobuf > installed along libcompizconfig > > http://dev.compiz-fusion.org/~cornelius/2008/10/19/startup-time-improvements-part-1/ > > since protobuf is already in portage, why not to try to enable it by default? > I install dev-libs/protobuf before emerge =x11-libs/libcompizconfig-0.8.4 but ebuild not found protobuf Could you give the output of the following command : $ objdump -T /usr/lib/libprotobuf.so | grep _ZN6google8protobuf7MessageD2Ev weird... it works just fine here... (In reply to comment #4) > Could you give the output of the following command : > $ objdump -T /usr/lib/libprotobuf.so | grep _ZN6google8protobuf7MessageD2Ev > > weird... it works just fine here... > > objdump -T /usr/lib/libprotobuf.so | grep _ZN6google8protobuf7MessageD2Ev 0000003727caac80 g DF .text 0000000000000013 Base _ZN6google8protobuf7MessageD2Ev > emerge dev-libs/protobuf -pv These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R ] dev-libs/protobuf-2.2.0 USE="-emacs -examples -java -python -source -vim-syntax" 1,319 kB Total: 1 package (1 reinstall), Size of downloads: 1,319 kB I've added the missing dep to libcompizconfig-0.8.4-r1. ppc / ppc64 please keyword dev-libs/protobuf and then add your keywords back to x11-libs/libcompizconfig-0.8.4-r1 background: some of us running compiz-fusion on stable via portage package.keywords don't want to install any more ~arch packages than we need to... i'm specifically on amd64. 1. why can't protobuf be optionally depended on via a use flag? 2. why was intltool version bumped in the 0.8.4-r1 ebuild? 0.40.5 seems perfectly fine for me w/ compiz 0.8.4... (In reply to comment #7) > background: some of us running compiz-fusion on stable via portage > package.keywords don't want to install any more ~arch packages than we need > to... i'm specifically on amd64. I understand, but compiz was never marked stable, so by using it you've already exposed yourself to "testing" packages. > 1. why can't protobuf be optionally depended on via a use flag? As this package allows for faster libcompizconfig startup, it seems a good choice to have a hard dep on it. If enough people complain, I can be persuaded into making it optional. > 2. why was intltool version bumped in the 0.8.4-r1 ebuild? 0.40.5 seems > perfectly fine for me w/ compiz 0.8.4... From the ChangeLog the intltool dependency was raised for 0.8.4: 18 Feb 2010; Samuli Suominen <ssuominen@gentoo.org> libcompizconfig-0.8.4.ebuild: Raise intltool depend to 0.41.0 wrt #295819, thanks to Diego E. Pettenò for reporting. 1. right. but what i'm saying (if you read the background i wrote) is that i'd much rather run with the smallest set of testing packages to get this eye candy working. 2. straight from the cited bug, but recent entry: ------- Comment #4 From EoD 2010-04-05 17:09:49 0000 [reply] ------- This bug is not fixed with >=dev-util/intltool-0.41 ! With >=intltool-0.41 and FEATURES="test" enabled, the ebuild does definitely not compile. I get the same error as seen in the log above. You maybe want to restrict the tests as recommended by Diego E. Pettenò. (In reply to comment #8) > (In reply to comment #7) > > background: some of us running compiz-fusion on stable via portage > > package.keywords don't want to install any more ~arch packages than we need > > to... i'm specifically on amd64. > > I understand, but compiz was never marked stable, so by using it you've already > exposed yourself to "testing" packages. > > > 1. why can't protobuf be optionally depended on via a use flag? > > As this package allows for faster libcompizconfig startup, it seems a good > choice to have a hard dep on it. If enough people complain, I can be persuaded > into making it optional. > > > 2. why was intltool version bumped in the 0.8.4-r1 ebuild? 0.40.5 seems > > perfectly fine for me w/ compiz 0.8.4... > > From the ChangeLog the intltool dependency was raised for 0.8.4: > > 18 Feb 2010; Samuli Suominen <ssuominen@gentoo.org> > libcompizconfig-0.8.4.ebuild: > Raise intltool depend to 0.41.0 wrt #295819, thanks to Diego E. Pettenò > for reporting. > All other issues aside, protobuf passes its tests on ppc/ppc64 and has been marked. I've added our keywords back as well. As the issue reported in this bug has been fixed and we should be moving to the 0.9 series, I'm closing this bug. There's no protobuf dep on 0.9.2 and 9999 ebuilds in the overlay. |