Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-go@lists.debian.org
* Package name: golang-github-bougou-go-ipmi
Version : 0.7.2-1
Upstream Contact: Bougou Nisou
* URL : https://github.com/bougou/go-ipmi
On 18.01.25 10:52, Maytham Alsudany wrote:
Packaging for golang-github-azure-azure-sdk-for-go-sdk (the new package)
is now available at [1], pending upload.
Is there some reason why you did not import the upstream commit history?
I find it a little bit unusual to see new packages that omit th
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-go@lists.debian.org
* Package name: golang-github-kimmachinegun-automemlimit
Version : 0.7.0-1
Upstream Contact: Geon Kim
* URL : https://github.com
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-go@lists.debian.org
* Package name: golang-github-coder-quartz
Version : 0.1.3-1
Upstream Contact: Spike Curtis
* URL : https://github.com/coder/quartz
On 24.09.24 16:41, Shengjing Zhu wrote:
The reason that I propose to use 0.0~gitMMDD is to just track the
latest commit in the mono repo. It just stops caring how the sub
modules are tagged and avoid confusing in the single packaging version
This is what I have done for golang-github-moby-sy
On 21.06.24 23:15, Shengjing Zhu wrote:
I think people are hesitant to sponsor because of the reconstruction
of the upstream repository.
So I propose to create a new package called
golang-github-azure-azure-sdk-for-go-sdk, which contains all the
modules in the /sdk directory. And the package
On 25.08.23 19:40, Mathias Gibbens wrote:
Something has changed in sid's golang environment since August 4
which is causing dh-make-golang to fail to determine a package's
dependencies and generate a correct d/control. For example, this worked
fine on August 4 but now fails:
It's probably al
On 12.07.23 16:52, tous wrote:
I attributed the copyright to the Go authors in:
https://salsa.debian.org/go-team/packages/golang-github-xhit-go-str2duration/-/commit/3a66d8a57cd3acf5afe7a77479ef015e16f4d03d
Uploaded with a few minor changes. Please check my commits for details.
OpenPGP_signat
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-go@lists.debian.org
* Package name: golang-github-linode-linodego
Version : 1.18.0-1
Upstream Contact: Linode
* URL : https://github.com/linode/linodego
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-go@lists.debian.org
* Package name: golang-github-prometheus-community-pro-bing
Version : 0.3.0-1
Upstream Contact: Prometheus Monitoring Community
* URL
On 06.07.23 15:47, tous wrote:
I am looking for a sponsor for golang-github-xhit-go-str2duration:
https://salsa.debian.org/go-team/packages/golang-github-xhit-go-str2duration
The package looks fine except that the debian/copyright does not
attribute copyright to The Go Authors, who are referen
Hi Scarlett,
Welcome to the team!
On 20.02.23 11:16, Scarlett Moore wrote:
func TestTitleHeading(t *testing.T) {
doc := NewDocument()
doc.Heading(1, "Title", "A short description", time.Now())
if doc.String() != `.TH TITLE 1 "2022-01-11" "Title" "A short
description"` {
t
On 02.01.23 06:59, Mathias Gibbens wrote:
OK, I'll begin uploading the previously mentioned packages with that
change.
That's good news, if it resolves the circular dependency conflict /
stalemate in prometheus-{client-golang,client-model,common} that I wrote
about in another thread.
How
On 22.12.22 21:01, Shengjing Zhu wrote:
On Thu, Dec 22, 2022 at 07:54:49AM +, Peymaneh wrote:
Maybe it is an option to vendor one of the prometheus packages in the other
respective package to get rid of the build dependency, and drop the vendored
files and reintroduce the circular depende
Hi,
On 22.12.22 16:30, Shengjing Zhu wrote:
So I think we can follow upstream, which means:
+ still uses protoc-gen-go 1.3 to regenerate the client_model, ensure it only
imports github.com/golang/protobuf. This is to make sure other packages that
still depend on old protobuf won't break.
Hi,
I'm throwing this out to the team in hope of getting some help with a
tricky problem regarding two packages central to the Prometheus ecosystem.
golang-github-prometheus-common and
golang-github-prometheus-client-golang have a circular dependency on
each other. They have also both long d
I set myself as owner of #1022937 whilst the package is
waiting in NEW.
Best,
Daniel
OpenPGP_signature
Description: OpenPGP digital signature
On 22.10.22 10:08, Martin Dosch wrote:
Dear all,
ymuse [0] shows the application version and release date in the about
dialogue. So far I used the upstream version there and set the date to
the latest debian/changelog entry as afaik I can't access the upstream
release date during the build.
On 13.09.22 02:48, Shengjing Zhu wrote:
Why you think this thread is about the FTBFS on riscv64? It won't render
consul rc-buggy.
Consul is to be removed because no one takes time to maintain it and it
has open security bug for a long time.
My mistake - I thought that consul was being evic
On 12.09.22 22:41, Martina Ferrari wrote:
On 10/09/2022 16:13, Nilesh Patra wrote:
src:nomad still B-D on consul, although you are right that it is out
of testing, but
IIRC it was in a good shape a while ago(but not now), even made it to
last stable.
So keeping consul _maybe_ useful (dunno fo
On 10.07.22 04:08, Mathias Gibbens wrote:
I've pushed a small packaging update of hcloud-cli to salsa that
fixes the outstanding FTBFS bug #1002264. Updating to the latest
upstream version of this program would require packaging the library
github.com/hetznercloud/hcloud-go, so I only performe
Hi,
On 30.01.22 20:54, Nilesh Patra wrote:
I am aware the protobuf and friends golang packages (golang-goprotobuf,
golang-gogoprotobuf et. al.)
have drastic changes with even minor versions, and it is not very
straightforward to migrate these,
and hence I am unsure of what might be the best wa
s not supported[2]
[1] https://tracker.debian.org/pkg/gdu
[2] https://github.com/golang/go/issues/28531
Cheers
--
Daniel Milde
Dne 28. 08. 21 v 4:14 Tianon Gravi napsal(a):
On Fri, 27 Aug 2021 at 16:33, Daniel Milde wrote:
I have tried to alter the PATH to check /usr/lib/go-1.16/bin, but
debhelper still fails with:
Can't exec "go": No such file or directory at
/usr/share/perl5/Debian/Debhelper/Dh_
/Dh_Lib.pm line 523
Thanks
Daniel
Hi Aloïs,
awesome work, thank you!
Cheers,
Daniel
Dne 04. 08. 21 v 0:18 Aloïs Micard napsal(a):
Hello team,
I've managed to merge the repositories from
github.com/debian/dh-make-golang
and salsa.debian.org/go-team/ci into the new
salsa.debian.org/go-team/infra/pkg-go-tools.
While doi
Package: wnpp
Severity: wishlist
Owner: Daniel Kessler
* Package name: oauth2-proxy
Version : 7.0.1-1
Upstream Author : OAuth2 Proxy
* URL : https://github.com/oauth2-proxy/oauth2-proxy
* License : Expat
Programming Lang: Go
Description : A reverse
Thank you! I will look at it and try to use the SOURCE_DATE_EPOCH variable.I am
upstream as well :) So I can remove the user info, it's not so important.Daniel
Původní zpráva Od: Cyril Brulebois Datum:
12.02.21 17:00 (GMT+01:00) Komu: Daniel Milde Cc:
debi
Hi,
how do you make reproducible builds when the software is using build
variables linked via -X?
E.g.
https://salsa.debian.org/go-team/packages/gdu/-/blob/debian/sid/debian/rules
Is it bad practice to have these build variables at all (maybe except
version)?
Thanks
Daniel
Stephen,
I think you are right.
I have created pull request upstream -
https://github.com/antonmedv/expr/pull/160 hopefully they will accept it.
Daniel
Dne 02. 02. 21 v 17:19 Stephen Gelman napsal(a):
Daniel,
I actually looked at this a little last night. I believe the correct fix, which
}
Thanks
Daniel
Hi Stephen,
I have consulted with another dev (Ondrej Novy) and he told me that they
all should be uploaded at once.
Thanks
Daniel
Dne 25. 01. 21 v 1:37 Stephen Gelman napsal(a):
OK, I uploaded golang-github-gdamore-tcell.v2. I think that might need to clear
NEW before I can upload golang
Hi Stephen,
I have upgraded gdu to 4.3.0 and noticed that the pipeline is always
failing - https://salsa.debian.org/go-team/packages/gdu/-/jobs/1377762
Looks like some conflicting config.
Does it need some ENV variable to be set for the project?
Thanks
Daniel
Dne 24. 01. 21 v 8:08 Stephen
Hi Stephen,
my bad.
I was testing it only with gbp and hadn't have clean environment.
Fixed now.
Thanks
Daniel
Dne 24. 01. 21 v 8:08 Stephen Gelman napsal(a):
Daniel,
I am unable to build golang-github-gdamore-tcell.v2 in a clean pbuilder. I get
a long list of errors such as:
src/gop
Ok, changed.
Thanks
Daniel
Dne 23. 01. 21 v 22:47 Stephen Gelman napsal(a):
Looking good as a whole. A few small changes before it’s ready to upload:
- gdu needs a newer version of golang-github-rivo-tview right? Therefore it
should depend on at least that version.
- Can you please either
Hi Stephen,
ITP created: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980863
and changelog updated.
Cheers
Daniel
Dne 23. 01. 21 v 0:20 Stephen Gelman napsal(a):
Daniel,
I believe now that we are uploading golang-github-gdamore-tcell.v2 as
a new package it requires an ITP. If that&#
Package: wnpp
Severity: wishlist
Owner: Daniel Milde
* Package name : golang-github-gdamore-tcell.v2
Version : 2.1.0-1
Upstream Author : Garrett D'Amore
* URL : https://github.com/gdamore/tcell
* License : Apache-2.0
Programming Lang: Go
Descri
That's right. I will create one and modify the changelog to close
it.ThanksDaniel
Původní zpráva Od: Stephen Gelman Datum:
23.01.21 0:39 (GMT+01:00) Komu: Daniel Milde Cc:
debian-go@lists.debian.org Předmět: Re: Update of golang-github-gdamore-cell to
2.* Daniel,I be
Great, thank you!
Just pushed all three:
https://salsa.debian.org/go-team/packages/golang-github-gdamore-tcell.v2
https://salsa.debian.org/go-team/packages/golang-github-rivo-tview
https://salsa.debian.org/go-team/packages/gdu
I will be pleased for your sponsorship!
Cheers
Daniel
Dne 22. 01
package https://salsa.debian.org/dundee/gdu
How should I continue? Create a merge request?
Thanks
Daniel
Dne 21. 01. 21 v 22:58 Stephen Gelman napsal(a):
Daniel,
Does v2 work automatically with existing packages? I recommend using
ratt to test. If not, v2 should be uploaded as a separate package
(see buildlogs/termshark_2.2.0-1)
2021/01/22 12:57:14 FAILED: golang-github-rivo-tview (see
buildlogs/golang-github-rivo-tview_0.0~git20181018.a7c1880-1.1)
2021/01/22 12:57:14 FAILED: golang-github-gcla-gowid (see
buildlogs/golang-github-gcla-gowid_1.2.0-1)
I will change it to v2.
Thanks
Daniel
Dne 2
merge request? Or wait for the membership request to
be accepted?
Thanks!
Daniel
Dne 21. 01. 21 v 15:15 Utkarsh Gupta napsal(a):
Hi Daniel,
On Thu, Jan 21, 2021 at 2:13 PM Daniel Milde wrote:
I would like to pack https://github.com/dundee/gdu afterwards which
needs gdamore/tcell (as it uses
Hi,
ok, I will try.
I would like to pack https://github.com/dundee/gdu afterwards which
needs gdamore/tcell (as it uses rivo/tview).
Thank you!
Daniel
Dne 21. 01. 21 v 8:11 Utkarsh Gupta napsal(a):
Hi Daniel,
On Thu, Jan 21, 2021 at 3:47 AM Daniel Milde wrote:
I am starting with
undee/golang-github-gdamore-tcell
My question is: Should I update the current package or start a new one
for it (golang-github-gdamore-tcell-v2)?
Thanks
Cheers
Daniel
2
>
> I think more and more packages will be expecting golang 1.13 from now
> on. Is there any plan to backport golang 1.13 to buster? Or any
> objections if I were to backport it?
>
> Thanks
> Praveen
>
>
>
--
Daniel Swarbrick
GAPS (IONOS Cloud)
1&1 ION
:
https://github.com/kumina/postfix_exporter/pull/17
The exporter would just need to have sufficient group membership (e.g.
adm) to be able to read e.g. /var/log/mail.log.
Cheers
On 11.02.19 12:56, Martín Ferrari wrote:
On 11/02/2019 11:32, Daniel Swarbrick wrote:
Hi Martin,
On 11.02.19 12:21
Hi Martin,
On 11.02.19 12:21, Martín Ferrari wrote:
Yes, I realised that when I was working on the package. But this does
not solve the issue about supporting sysv, so I added a rsyslog snippet
to create the separate logfile, and removed the systemd.enable flag from
the default so both versions
ubstantive changes to the package. I hope it is OK
for all involved.
On 07/02/2019 17:01, Martín Ferrari wrote:
Daniel, et al.
I was preparing a fix for this by copying some support scripts from
other exporters when I noticed a couple of things, and wanted to check
with you before making any c
48 matches
Mail list logo
