Hi Emanuel,
If you decided to go with Martina's proposal, please keep the
discussion in public, as I am interested in the proposed future
workflow as well, and last time I tried it, I failed miserably.
thx
On Fri, Feb 14, 2020 at 2:09 PM Martina Ferrari wrote:
>
> Hi Emanuel,
>
> A colleague of
package request: pixterm https://github.com/eliukblau/pixterm (like
termpix & termpeg).
Hi Emanuel,
A colleague of yours who is also a friend of mine pointed me to this
thread that I had missed originally.
I would be happy to help you getting this packages into Debian, but I
have made my policy for sponsoring to use the new packaging guidelines[1].
Sadly, it seems you used dh-make-
Another way is using -mod=vendor
1. Create the vendor dir
ln -sf /usr/share/gocode/src vendor
2. Build
GO111MODULE=on GOPROXY=off GOSUMDB=off go build -mod=vendor -v ./
This way seems go tool will ignore the go.mod and go.sum.
And works like what we do with GOPATH.
I did some random test, but haven't thought carefully.
Take one package src:elvish for example(since the build-depends is
really simple)
1. Remove origin go.mod go.sum
2. Create a new go.mod
```
module github.com/elves/elvish
require (
github.com/boltdb/bolt v0.0.0
github.com/kr/p
On Sat, Feb 15, 2020 at 12:57 AM Ola Bini wrote:
>
> Hi,
>
> First - I apologize if this is the wrong medium for my questions.
>
> Me and my team have worked on a new FLOSS application in Golang, and
> are now getting to the stage where we are thinking about making it
> available in different pack
Hi,
First - I apologize if this is the wrong medium for my questions.
Me and my team have worked on a new FLOSS application in Golang, and
are now getting to the stage where we are thinking about making it
available in different package managers. The application is not
necessarily big, and doesn'
