Hi,
Quoting Michael Stapelberg (2015-10-19 09:03:40)
> Thanks for the clarification. The attached patch seems to work for me. Does
> it look good to you as well?
I do not speak go and I did not test that patch but as far as I can see it
looks good to me. :)
I also see that you implemented
Quoting Michael Stapelberg (2015-10-14 19:24:34)
> dh-make-golang actually does build-depend on golang-golang-x-tools-dev:
>
> https://anonscm.debian.org/cgit/pkg-go/packages/dh-make-golang.git/tree/debian/control?id=64d6a0f658cb9618af076935ba5c2f14315b74a0#n11
yes, but we were talking about
Hi,
Quoting Michael Stapelberg (2015-10-14 22:25:25)
> Ah, so dose-ceve operates on binary packages in the invocation that we’re
> using.
yes. When I talk about source packages I prefix them with "src:" or explicitly
say "source packages". When I talk about binary packages then I will not use
Package: ratt
Version: 0.0~git20150816.0.b060319-1
Severity: wishlist
Hi,
ratt calls sbuild without setting the SBUILD_CONFIG environment variable
which was introduced in sbuild 0.66.0-1.
Without that environment variable, sbuild will use the users subildrc in
~/.sbuildrc which in turn might
Package: ratt
Version: 0.0~git20150816.0.b060319-1
Severity: wishlist
Hi,
ratt relies on finding all source packages that have the given binary
package in their build dependencies. It seems that ratt is only able to
find these reverse dependencies in very simple situations. In reality,
ratt
Package: ratt
Version: 0.0~git20150816.0.b060319-1
Severity: wishlist
Hi,
ratt currently directly uses files from /var/lib/apt/lists/ but this
should not be done for reasons explained in bug #752702. Important
quotes by David Kalnischkies:
| I think it is a bad idea to use our lib-directory
Quoting Michael Stapelberg (2015-10-12 20:59:10)
> > Maybe ratt should:
> >
> > - have an option that lets pass arbitrary sbuild arguments
> > - have an option that lets one select the sbuild chroot
> > - use the Distribution value from the .changes file to choose the
> >chroot
> >
>
> I’d