30 days in tree
Arch teams, do your magic!
Version does not exist (amd64)
(In reply to comment #2) > Version does not exist (amd64) Ah yes! Sorry, here's its history. It was added to the tree July 6. I removed it July 31 and Luke is now asking for it to be stabilized. I reintroduced it. Okay to restart stabilization?
(In reply to comment #3) > I reintroduced it. Okay to restart stabilization? fine. The following keyword changes are necessary to proceed: #required by net-misc/bfgminer-2.5.0, required by =net-misc/bfgminer-2.5.0 (argument) =dev-libs/jansson-2.3.1 ~amd64 #required by net-misc/bfgminer-2.5.0[adl], required by =net-misc/bfgminer-2.5.0 (argument) =x11-libs/amd-adl-sdk-4.0 ~amd64 http://blogs.gentoo.org/ago/2012/07/06/repoman-check-before-file-stable-request/
(In reply to comment #4) > (In reply to comment #3) > > I reintroduced it. Okay to restart stabilization? > fine. > > The following keyword changes are necessary to proceed: > #required by net-misc/bfgminer-2.5.0, required by =net-misc/bfgminer-2.5.0 > (argument) > =dev-libs/jansson-2.3.1 ~amd64 > #required by net-misc/bfgminer-2.5.0[adl], required by > =net-misc/bfgminer-2.5.0 (argument) > =x11-libs/amd-adl-sdk-4.0 ~amd64 > The request comes with the understanding that the deps should be stabilized too.
> > =x11-libs/amd-adl-sdk-4.0 ~amd64 Luke and I maintain x11-libs/amd-adl-sdk-4.0. It has been in the tree since May 22 no bugs. Its okay to stabilize for bfgminer.
(In reply to comment #6) > > > =x11-libs/amd-adl-sdk-4.0 ~amd64 > > Luke and I maintain x11-libs/amd-adl-sdk-4.0. It has been in the tree since > May 22 no bugs. Its okay to stabilize for bfgminer. Then please edit the summary next time.
amd64 stable
The following keyword changes are necessary to proceed: #required by virtual/opencl-0-r2, required by net-misc/bfgminer-2.5.0, required by =net-misc/bfgminer-2.5.0 (argument) =dev-util/intel-ocl-sdk-1.5 ** The following license changes are necessary to proceed: #required by virtual/opencl-0-r2, required by net-misc/bfgminer-2.5.0, required by =net-misc/bfgminer-2.5.0 (argument) >=dev-util/intel-ocl-sdk-1.5 Intel-SDP
All OpenCL options need to be keyworded first, even though BFGMiner doesn't require OpenCL at all? How does the license for it come into the picture?
ping x86
(In reply to comment #11) > ping x86 Please see https://bugs.gentoo.org/show_bug.cgi?id=430210#c9 . This is what prevents me from testing this.
(In reply to comment #12) > (In reply to comment #11) > > ping x86 > > Please see https://bugs.gentoo.org/show_bug.cgi?id=430210#c9 . This is what > prevents me from testing this. That's a runtime dependency for USE=opencl, and probably a bug itself since Intel's OCL SDK won't satisfy the dependency (but any non-CPU OpenCL SDK will). You should be able to test CPU mining just fine without it (USE=-opencl). Even if you could test with OpenCL, you couldn't test any of the FPGA drivers without that specific hardware, so I don't think it'd be reasonable to consider OpenCL testing necessary to stabilization (as long as 3rd parties can confirm it works, which it does).
(In reply to comment #13) > so I don't think it'd be > reasonable to consider OpenCL testing necessary to stabilization (as long as > 3rd parties can confirm it works, which it does). That's not the problem. You can't stabilize package with unstable dependencies.
I guess that's why blueness added amd-adl-sdk to the stablereq; it satisfies the same dependency.
Sorry, getting late here... amd-adl-sdk does NOT satisfy that dependency; ati-drivers does, and is already stable.
x86 stable. Last arch, closing