xmltv-0.5.43-r4 needs to be re-keyworded cause a dependancy (dev-perl/Unicode-UTF8simple) is not keyworded.
(the other option, if dev-perl/Unicode-UTF8simple would not work on amd64, would be to arch-mask "pt" local use flag of xmltv for amd64 , you choose).
You are missing 'se' in IUSE (I'd still say USE_EXPAND would be a much saner solution than such weird local use flags, but oh well).
Thanks for the se report, I'll fix immediately. Other than this..... Jakub, I'm really sorry for your unhappyness, I have done 4 ebuilds (1 XMLTV_OPTS, 2 expanded TV_GRAB, 3 expanded LINGUAS and 4 return to local use flags) to try to make happy anyone. But option 1 isn't working anymore, 2 was refused by vapier and 3 has strong causes to not be used, and oppositors. If you convince vapier for version 2 or for 3 truedfx (for me, I'm still not 100% convinced by that solution, but I'll accept any decision "authority" will make) I'll change implementation. My plan is to make xmltv stable as fast as I can, so I can remove all the <0.5.40 ebuilds (actually just crap) from portage.... I really don't care much of anything else than this.
Just to advice: I rechecked ebuild and tarball readme. se isn't present anymore upstream, seems that's there's only se_swedb, sorry for that.
Maybe i shoud open a new bug report for this, but "be" is a missing IUSE.
I think this may be wrongly uk_be now, as somewhere I should have read that was another alternative for uk users, if instead is belgium grabber please tell me and I'll correct as fast as I can.
be is a belgium grabber :) there is an error in it regarding to download the icon files from satlogo, but i can't fill a bug report upstream because the sf register procedure is broken (don't send confirmation e-mail). Maybe one of you can do it? Now the logo's should come from www.lyngsat-logo.com.
"Logins to SourceForge.net are currently disabled" (it's impossible for me also, at the moment). About this bug, I would like to close it, please if any AMD64 arch tester can confirm me that this package doesn't works or isn't wanted anymore, do.
!!! All ebuilds that could satisfy "dev-perl/HTTP-Cache-Transparent" have been masked. If someone fixed that, maybe some people would be interested in this, otherwise....
something strange, at http://packages.gentoo.org/search/?sstring=HTTP-Cache-Transparent there isn't any sign of masking..... Are you on AMD64? Since when you found this masked?
(In reply to comment #10) > something strange, at > http://packages.gentoo.org/search/?sstring=HTTP-Cache-Transparent > there isn't any sign of masking..... Are you on AMD64? Since when you > found this masked? > Masked by keywords, that is - didn't paste everything and, yes, I am on amd64.
hum, this is a request for keywording ..... ~ is supposed to be in dependancies too, so you would need to modify your /etc/portage/package.keywords anyway..... If this isn't your issue, try a resync, on my system doing a "cat $(equery w HTTP-Cache-Transparent)" I got: KEYWORDS="~amd64 ~ia64 ~ppc sparc ~x86" (can't tell more cause I'm on ~x86)
I can't do much else than reassign to amd64 team
keyworded. Been using it for a few weeks without issue.
