Summary: | Lost sparc keywords for >=net-news/liferea-1.4.18 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Daniel Gryniewicz (RETIRED) <dang> |
Component: | Current packages | Assignee: | Sparc Porters <sparc> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | asl |
Priority: | High | Keywords: | KEYWORDREQ |
Version: | 2008.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 251603 | ||
Bug Blocks: |
Description
Daniel Gryniewicz (RETIRED)
2008-12-23 17:14:21 UTC
Okay, we got a working xulrunner-1.9 again but we got another (well, minor) problem: net-news/liferea-1.4.24 hits a bug in sqlite, which makes it sigbus again. That bug is fixed in sqlite-3.6.13 which should arive on tuesday. Would it be possible to bump the sqlite dependency to >=3.6.13? Or would that conflict with your stble plans for .24? It would be okay, if there were a sqlite-3.6.13 in the tree, but 3.6.12 appears to be the top. There is now. Okay, dep bumped on 2.4.28-r1. Keyword away. Heck, you added sqlite for *all* architectures. It's not needed for amd64 or x86. Can you add a USE flag forced for sparc and disabled by default for the other archs ? No. What's the point? A complicated dep on a ~arch package just to keep another ~arch package (supposedly with a ton of bugfixes) from being pulled in? I'm not sure I follow you. Isn't the goal of an ebuild to be put in stable at one point or another ? Right now, trying an emerge -u world gives me an error because I unmasked liferea (tired of the oooold 1.2). What about this: >=dev-db/sqlite-3.3 sparc? ( >=dev-db/sqlite-3.6.13 ) Works just fine, I just tested it. At the moment, no, the plans are not to have this ebuild go stable. It has to wait for webkit-gtk to go stable, which will be longer than for sqlite to go stable. Fixed |