Package: wnpp
Severity: wishlist
Owner: Robin Jarry
* Package name: golang-github-soniakeys-quant
Version : 1.0.0-1
Upstream Author : Sonia Keys
* URL : https://github.com/soniakeys/quant
* License : Expat
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
* Package name: golang-github-mattn-go-sixel
Version : 0.0.5-1
Upstream Author : mattn
* URL : https://github.com/mattn/go-sixel
* License : Expat
Programming Lang: Go
Description : DRCS/Sixel Encoder
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
* Package name: golang-sourcehut-rockorager-vaxis
Version : 0.8.2-1
Upstream Author : Tim Culverhouse <>
* URL : https://git.sr.ht/~rockorager/vaxis
* License : Apache-2.0
Programming Lang: Go
Descr
Nilesh Patra, Feb 01, 2024 at 10:07:
From what I gather, filters/html still uses socksify from dante package.
This looks OK as recommends - given that in 2024, people do get a bunch of HTML
mails.
I want to close this bug if you agree.
We *could* drop it and change the default html filter to
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
* Package name: golang-sourcehut-rockorager-go-jmap
Version : 0.3.0-1
Upstream Author : Tim Culverhouse
* URL : https://git.sr.ht/~rockorager/go-jmap
* License : Expat
Programming Lang: Go
Description
Lucas Nussbaum, Aug 14, 2023 at 03:54:
> If you fail to reproduce this, please provide a build log and diff it with
> mine
> so that we can identify if something relevant changed in the meantime.
Hi Lucas,
I didn't manage to reproduce this. Here are both build logs binary and
source. I
On Sun, 30 Jul 2023 17:48:07 +0200 Pelle wrote:
> I think it would make sense if address book completion was enabled for
> the reply-to header field like it is for other fields for entering
> email addresses (From, To, CC, BCC).
Hi Pelle,
this is not supported at the moment. The list of headers
Nilesh Patra, Jul 14, 2023 at 20:35:
> On Fri, Jul 14, 2023 at 08:13:16PM +0200, Robin Jarry wrote:
> > Nilesh Patra, Jul 14, 2023 at 19:59:
> > > There you go
> > >
> > > https://pb.envs.net/?816fb8c61575e2ba#4kD2xS4wJMGrsCd8tBhPfqHDJZ7qeM6qERaobgoYj46F
> &
Nilesh Patra, Jul 14, 2023 at 19:59:
> There you go
>
> https://pb.envs.net/?816fb8c61575e2ba#4kD2xS4wJMGrsCd8tBhPfqHDJZ7qeM6qERaobgoYj46F
Thanks a lot that helps. It looks like there is a deadlock due to two
goroutines trying to interact with the terminal:
goroutine 1 [sync.Mutex.Lock]:
If you manage to reproduce this easily, could you try the following:
1) aerc >trace.log 2>&1
2) Compose a message reproduce the freeze.
3) From another terminal, kill aerc with SIGQUIT.
After aerc has died, share the trace.log file contents. Ideally via
paste service, lists.sr.ht bounce emails
Nilesh Patra, Jul 14, 2023 at 19:14:
> Are you using debian though?
No, I am on Fedora 38.
Linux ringo 6.3.11-200.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Sun Jul 2 13:17:31
UTC 2023 x86_64 GNU/Linux
go version go1.20.5 linux/amd64
sway version 1.8.1
foot version: 1.14.0 -pgo +ime +graphemes
pelle, Jul 14, 2023 at 18:23:
> > Robin and I are both on wayland...I'm guessing with xclip you are on
> > X? I wonder if that comes into play at all?
>
> I'm having the issue in Sway. I've noticed that the freeze happens in
> vim when pasting with `CTRL+V` or `SHIFT+INSERT` while pasting works
>
Nilesh Patra, Jul 13, 2023 at 19:27:
> Hi,
>
> On Wed, 12 Jul 2023 11:09:03 +0200 Pelle wrote:
> > Package: aerc
> > Version: 0.15.2-1
> > Severity: normal
> >
> > I find that aerc almost always freezes when pasting into the compose area.
> >
> > It can easily be reproduced here:
> >* Open
Nilesh Patra, Feb 05, 2023 at 12:12:
Hi Robin,
buildbot is marked for removal on Feb 16. Do you intend to make an
upload?
Hi Nilesh,
sorry I had forgotten about that. It looks like Bastien has uploaded
3.7.0-1 with a fix.
Paul Gevers, Sep 19, 2022 at 21:52:
> Architecture: !armel !armhf
> is supported.
Awesome. I'll upload a new version with that fix then.
Thanks!
Paul Gevers, Sep 19, 2022 at 21:13:
> I consider tests marked flaky as not so useful. Obviously if you'll
> look at it from time to time it's OK, but if no human is going to
> inspect it, it's smarter to just skip those architectures. Doing the
> latter is also easier than the former as we have
Hi Paul,
sorry for the delay. I am getting to work on this issue.
I am not sure how to increase the timeouts for these tests.
Would it be acceptable to mark these tests as flaky only on armel and
armhf?
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
* Package name: golang-sourcehut-rockorager-tcell-term
Version : 0.1.0-1
Upstream Author : Tim Culverhouse
* URL : https://git.sr.ht/~rockorager/tcell-term
* License : expat
Programming Lang: Go
Hey Nilesh,
Nilesh Patra, Aug 25, 2022 at 14:20:
> This bug is causing an autoremoval warning for aerc. There does not seem to
> be a fix
> upstream about this. I am not sure what exactly is triggering this, but my
> hunch
> is it might be related to change in sort function with golang 1.19.
>
Hi Paul,
I have checked in bonsai code base, and there is no reference to
should_close_asyncio_loop. It looks like a tornado thing.
However, looking at the full error trace, I can see that:
> ldapwhoami: unrecognized option -�
> Issue LDAP Who am I? operation to request user's authzid
>
>
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
* Package name: golang-github-emersion-go-mbox
Version : 1.0.3-1
Upstream Author : Simon Ser
* URL : https://github.com/emersion/go-mbox
* License : Expat
Programming Lang: Go
Description : Package
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
* Package name: golang-github-emersion-go-milter
Version : 0.3.3-1
Upstream Author : Simon Ser
* URL : https://github.com/emersion/go-milter
* License : BSD-2-clause
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
* Package name: golang-github-emersion-go-msgauth
Version : 0.6.6-1
Upstream Author : Simon Ser
* URL : https://github.com/emersion/go-msgauth
* License : Expat
Programming Lang: Go
Description : A Go
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
* Package name: golang-github-arran4-golang-ical
Version : 0.0~git20220517.fd89fefb0182-1
Upstream Author : Arran Ubels
* URL : https://github.com/arran4/golang-ical
* License : Apache-2.0
Programming Lang
Martin, Jun 20, 2022 at 15:49:
> See https://wiki.debian.org/Javascript/Nodejs/Tasks/
>
> The tool generates the source code for a wiki page, e.g. like this one:
Hi,
I ran the script on buildbot-build-common which is not a real
installable package, only a toolkit used by www plugins (it took
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-txrequests
Version : 0.9.6
Upstream Author : Pierre Tardy
* URL : https://github.com/tardyp/txrequests
* License : Apache-2.0
Programming
Hi,
this is a known issue. The buildbot-www package cannot be integrated in
Debian due to tons of missing JS dependencies. See buildbot(7) and bug
#883529 for more details.
Since then, buildbot has changed from coffeescript+gulp to plain
JS+webpack. This should make it easier to package the
Package: wnpp
Severity: wishlist
Owner: Robin Jarry
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: bonsai
Version : 1.3.0
Upstream Author : noirello
* URL : https://github.com/noirello/bonsai
* License : MIT
Programming Lang: Python 3
Hi Vadim,
2021-09-02, Vadim Zeitlin:
> Package: buildbot-worker
> Version: 2.10.1-1
> Severity: normal
>
> Dear Maintainer,
>
> Setting WORKER_OPTIONS in /etc/default/buildbot-worker to e.g. "--verbose"
> doesn't work because its value is used in a wrong place in the init.d
> script: it does
>
Unfortunately, I don't know if 3.0.0 is stable. It deprecates a lot of
things and only has been out for a couple of days.
I'll submit 2.10.2 first and then I'll check with the python team what
they think.
Hi Hans,
I was considering uploading 3.0.0 now that has been released.
https://github.com/buildbot/buildbot/releases/tag/v3.0.0
Would that be ok?
Control: severity -1 important
The autopkgtests seem to work now:
https://ci.debian.net/user/britney/jobs?package=buildbot[]=testing[]=amd64
The bug may have been fixed by: python3-defaults 3.8.2-2
Lets leave it open for a while to see if the tests are stable now.
--
Robin
Hi,
This problem causes a lintian warning:
W: buildbot source: orig-tarball-missing-upstream-signature
buildbot_2.3.1.orig.tar.gz
N:
N:The packaging includes an upstream signing key but the corresponding
N:.asc signature for one or more source tarballs are not included in your
N:
; urgency=high
+
+ * Fix OAuth module security bypass [CVE-2019-12300] (Closes: #929849)
+
+ -- Robin Jarry Mon, 03 Jun 2019 14:47:25 +0200
+
buildbot (2.0.1-1) unstable; urgency=medium
* Use scdoc for man pages
diff -Nru
buildbot-2.0.1/debian/patches/0005-Revert-master-Accept-GitHub
Control: reassign -1 src:migrate 0.11.0-4
Control: affects -1 src:buildbot
Control: reassign -1 migrate 0.11.0-4
2018-12-20, Mattia Rizzolo:
> All of them seems to always boil down to:
> builtins.NameError: name 'sqlite3' is not defined
The error actually pops into migrate code.
File "/usr/lib/python3/dist-packages/migrate/changeset/databases/sqlite.py",
line
Control: severity -1 serious
By the way, this bug breaks the build of buildbot 1.1.1-3 (which is
already in the archive).
--
Robin
Package: python3-sphinx
Source: sphinx
Version: 1.7.5-2
Severity: important
Tags: upstream fixed-upstream
Hi,
With python{,3}-sphinx 1.7.5-*, using numbered toctrees cause a crash.
Take the following rst source:
.. toctree::
:numbered:
doc1
doc2
doc3
When building (whatever
Package: ftp.debian.org
Please remove the buildbot-slave source package from the archive. All
buildbot packages are now built from the buildbot source package.
Thanks.
--
Robin
2018-03-26, Piotr Ożarowski:
> great, just let me know if you accept our policy and I'll hit the button
Yes, I accept the Debian Python Policy:
https://www.debian.org/doc/packaging-manuals/python-policy/
> (BTW, dh-python should be ready for builbot now, let me know if you need
> more changes)
Hi all,
after some discussions on https://bugs.debian.org/883529, Martin Borgert
suggested that buildbot becomes maintained by the Python Applications
Packaging Team.
That sounds like a good thing to have more than one person able to work
on this package.
I am currently working on buildbot
2018-02-14, W. Martin Borgert:
> Robin, many thanks for working on buildbot!
> Very much appreciated!
Don't mention it. It is a good thing to have it in Debian, it gives a
lot of visibility and good reputation to the project. I'm glad to help!
> At least for Node I reject the term ecosystem.
Hi Martin,
2018-02-14, W. Martin Borgert:
> did the discussion about coffeescript vs ECMA6 already lead to something?
We mentioned it a few times during the weekly meetings we have on
tuesdays. We have been busy lately with the 1.0.0 release!
Hi,
I had a look at the current state of the buildbot and buildbot-slave
source packages. It looks like the choice was made to have one source
package per binary package.
https://tracker.debian.org/pkg/buildbot
https://tracker.debian.org/pkg/buildbot-slave
All buildbot related code is under
Package: python-virtualenv
Version: 15.1.0+ds-1
Source: python-virtualenv
When creating a venv with the --no-wheel option, the wheel package is
not installed in /lib/pythonX.Y/site-packages. However, due to a
Debian patch [1], all *.whl files in /usr/share/python-wheels are copied
into
retitle 883529 ITA: buildbot,buildbot-slave -- Build automation system
owner 883529 !
thanks
Hi,
I am willing to adopt both buildbot and buildbot-slave (which should maybe
be renamed to buildbot-worker).
Cheers,
--
Robin
46 matches
Mail list logo
