[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Newbie needs help



On Mon, Jul 02, 2018 at 05:33:26PM +0200, Mikolaj Konarski wrote:
> Clint, thank you very much, it went very well,
> except for "Removal request by pochu" in
> https://tracker.debian.org/pkg/haskell-lambdahack
> probably because haskell-lambdahack breaks the old
> allure package. I've updated allure just now. If you could
> upload it, perhaps things will sort themselves out.

He did that in order to prevent a delay in GHC 8.2.2 migrating to
testing.

On Tue, Jul 03, 2018 at 12:08:17PM +0200, Mikolaj Konarski wrote:
> 1. Guys, what does
> "Required age increased by 10 days because of autopkgtest"

autopkgtest results can affect the timing of testing migrations.  We
don't have any autopkgtests for Haskell packages though we could
probably add some for libraries.

> 2. Also do you have any idea why cabal test is run for
> https://buildd.debian.org/status/fetch.php?pkg=haskell-lambdahack&arch=amd64&ver=0.8.3.0-1&stamp=1530472680&raw=0
> 
> as defined here
> https://salsa.debian.org/haskell-team/DHG_packages/tree/master/p/haskell-lambdahack/debian
> 
> but not run for
> https://buildd.debian.org/status/fetch.php?pkg=allure&arch=amd64&ver=0.8.3.0-1&stamp=1530583690&raw=0
> 
> as defined here
> https://salsa.debian.org/haskell-team/DHG_packages/tree/master/p/allure/debian
> 
> The debian files are almost identical and the test executable
> is compiled in both cases, so it's a waste that it's not run
> in the latter case (it also tells me how hight the FPS is, and so if the
> game is usable on that a sample machine, with a sample load,
> on that particular architecture (the FPS is CPU-bound, not GPU-bound)).

This is arguably a bug in haskell-devscripts-minimal, but you could work
around it by inserting check-ghc-stamp as a dependency of some cdbs
target.

This works for lambdahack as it is done automatically for library
packages.


Reply to: