On Wed, 2023-08-16 at 12:28 +0800, Paul Wise wrote:
> On Sun, 2023-08-13 at 11:51 +0000, John Scott wrote:
>
> > Because carl9170 is largely under the GPL and we're obligated to distribute complete sources for our binaries, I've set Static-Built- Using on both gcc (because of libgcc
I have a crazy idea I haven't seen here yet. Folks are already using Salsa to
authenticate themselves and log in to nm.debian.org, so why not just allow
importing key(s) from Salsa? You can find my current key and a long obsolete
key at https://salsa.debian.org/jscott.gpg and this URL
Control: tags -1 -moreinfo
Dear all,
I have uploaded a new version of carl9170fw to mentors.debian.net that
represents my very best work. Please review it carefully. Building it requires
the just-uploaded libnewlib-sh-elf-dev version 3.3.0+8. I tend to ramble and
I've already written at great
Control: owner -1 John Scott
Control: tags -1 pending
I made a boo boo. An explanation and fix will be ready shortly
signature.asc
Description: This is a digitally signed message part
Control: tags -1 fixed-upstream
Control: block -1 by 1010735
I think this is fixed upstream. Apparently they were made aware that this
particular failing test just takes a long time, but if you give it a couple
minutes it does pass.
signature.asc
Description: This is a digitally signed
Dear dkg,
I see you were active on Salsa not long ago, which is why I thought I'd try and
reach out again.
A lot of people care about GnuPG in Debian and want to help, including me. The
packages are in collaborative maintenance, but they're also key packages, so in
all honesty folks are
Source: gdb
Severity: normal
Control: affects -1 src:gcc-sh-elf
I chatted with Helmut about this some time ago, but I think gdb-source is
supposed to be Multi-Arch: foreign. Right now it stops gcc-sh-elf from being
cross buildable. Please consider marking gdb-source Multi-Arch: foreigh so I
On Thu, 13 Jul 2023 12:58:31 +0200 Bastian Germann wrote:
> what is the state of this? Do you have a newlib 4.* draft ready?
Oops, I forgot about this, thanks for the poke!
I'm going to do the new Newlib package from scratch; there's not much in the
existing package worth keeping.
I'm about to
Thanks to Matt for clearing up the situation, I've written a new watch file.
Matt said that there is no longer a distinction between stable and unstable
releases, so please accept this watch file for the next upload and attribute me
in the changelog as John Scott:
version=4
https
attributes works now
+
+ -- John Scott Tue, 25 Jul 2023 08:11:34 -0400
+
curl (7.88.1-10+deb12u1) bookworm-security; urgency=medium
* Team upload.
diff -Nru curl-7.88.1/debian/patches/series curl-7.88.1/debian/patches/series
--- curl-7.88.1/debian/patches/series 2023-07-23 17:43:52.0
On Thu, 2023-07-27 at 12:25 -0400, Sergio Durigan Junior wrote:
> > > I'll write some TLS autopkgtests, we'll rebuild reverse dependencies
> > > and see how they fare, it'll be great.
> >
> > That's an excellent first step, thanks for looking into it!
>
> +1, thanks for helping with this, John.
A lot of arguments have been made for switching to OpenSSL, and I can think of
some arguments that haven't even been made yet. I just wrote two OpenLDAP
autopkgtests that interact with other packages to prove my merit as a
knowledgeable contributor, even if I did just learn today the majority
On Tue, 2023-07-25 at 09:42 +0100, Jonathan McDowell wrote:
> The longer term question is whether any of us are stepping up to help
> out with full package maintenance, which I believe should be a
> prerequisite of an upload to unstable if we don't hear from Eric or dkg.
I'm neither a DD nor a DM,
Source: curl
Version: 7.85.0-1
Severity: important
Tags: patch upstream fixed-upstream bookworm
Forwarded:
https://github.com/curl/curl/commit/0ac6108856b9d500bc376d1d7e0b648d15499837
Dear curl Debianites,
I have discovered that curl is not taking OpenLDAP-specific code paths, and is
instead
Control: forwarded -1
https://github.com/xournalpp/xournalpp/commit/9172ee831f4dfbb88dfeb13b66862e80e64a0d3f
Control: tags -1 fixed-upstream
It looks like this has been fixed upstream, so I'm setting the bug metadata as
such.
signature.asc
Description: This is a digitally signed message part
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: pkg-electronics-de...@alioth-lists.debian.net
Control: block 1026335 by -1
Dear mentors,
I am looking for a sponsor for my package "gcc-sh-elf":
* Package name : gcc-sh-elf
Version : 7
* License : various
*
Control: tags -1 moreinfo
I've discovered an issue with how the Built-Using fields are generated.
Specifically, because gcc-sh-elf does not set a Built-Using field for Newlib,
and because of the way the libnewlib-sh-elf-dev binary package is currently
versioned, there is no way to precisely
Lintian asserts that having Built-Using on an Arch: all package is always
incorrect. Debian Policy permits and often requires having Built-Using on an
Arch: all package. This is the situation with carl9170fw, a
GPL-2.0-only-licensed binary that bakes in several static libraries that need
to
Control: retitle -1 RFS: carl9170fw [ITP] -- firmware for AR9170 USB wireless
adapters
Dear mentors,
I am looking for a sponsor for my package "carl9170fw":
* Package name : carl9170fw
Version : 1.9.9-450-gad1c721-1
Upstream contact : linux-wirel...@vger.kernel.org
* URL
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "gcc-sh-elf":
* Package name : gcc-sh-elf
Version : 6
* License : many, but primarily GPL 3+ for GCC and permissive
licenses for Newlib
* Vcs :
> I do not indend to hijack/adopt gnupg2, so I am very reluctant to upload
> without some kind of go from Daniel or Eric. (Even to experimental.)
>
> However I have updated the GIT branches to 2.4.1 today.
Thanks for your hard work Andreas! Those packages do indeed solve issues for me
and bring
Package: dh-make-golang
Version: 0.6.0-2+b5
Severity: normal
Control: block 1035318 by -1
It looks like dh-make-golang fails when the commits are signed, and this
makes me unable to package the rtltcp library:
$ dh-make-golang make -type "library" github.com/bemasher/rtltcp
2023/04/30 15:46:18
Package: wnpp
Severity: wishlist
Owner: John Scott
X-Debbugs-Cc: debian-de...@lists.debian.org
Control: block 1025210 by -1
* Package name: golang-github-bemasher-rtltcp
* URL : https://github.com/bemasher/rtltcp
* License : AGPLv3
Programming Lang: Go
Description
the signature.
I hope that makes sense. Unfortunately I only know C, so I don't think I'll be
able to contribute this.
Thanks
-- Package-specific info:
--- /etc/devscripts.conf ---
Empty.
--- ~/.devscripts ---
DEBSIGN_KEYID=A23F3CA5BD39D9EB18AC7F35B3F4DD2861F4CDBA!
DEBSIGN_MAINT="John
Source: rust-sequoia-sq
Severity: wishlist
Hi,
It would be nice to have a new upstream version with support for fetching keys
via DANE.
-- System Information:
Debian Release: 12.0
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing'), (2, 'unstable-debug'),
(2,
Package: apt
Version: 2.6.0
Severity: wishlist
apt-transport-https only supports the traditional certificate authority model.
However, APT uses GnuTLS, which has a convenient interface for validating
certificates with DANE. GnuTLS should be used to provide an alternative to the
certificate
Hi,
I'm doing the build right now and it got past the part where it's been failing,
so I'm pretty sure we're good!
Adrian, would you be willing to sponsor my upload? I'll send a second mail when
it's ready. The change is extremely small, and to be frank I'll probably skip
running the test
Hi José and Vagrant,
It seems bugs #998728, 1008573, and #1032907 are all the same. Perhaps
the maintainers would like to merge them.
Thanks for your workaround, Vagrant; I found that adding
KexAlgorithms -sntrup761x25519-sha...@openssh.com
to my ~/.ssh/config allows me to connect to a
I believe the backend name is Xtensa. I wasn't able to try doing an LLVM
build myself and do not have a patch because I ran out of disk space. I
think setting -DLLVM_EXPERIMENTAL_TARGETS_TO_BUILD=Xtensa will do the
right thing, but again I was not able to test this.
signature.asc
Description:
Source: llvm-toolchain-16
Version: 1:16.0.0-1~exp5
Severity: normal
X-Debbugs-Cc: debian-ker...@lists.debian.org
Control: affects -1 src:open-ath9k-htc-firmware
Please enable the experimental Xtensa backend in LLVM 16 and newer and
make a new upload to experimental.
A lot of prominent firmware,
Package: wnpp
Severity: wishlist
Owner: John Scott
Tags: newcomer
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name : usbscale
Upstream Contact: Eric Jiang
* URL : https://github.com/erjiang/usbscale
* License : GPL 3.0 or any later version
Programming Lang: C
It doesn't make sense to use a patch to add the Meson documentation to
this source package. I wonder if a new source package providing Meson
documentation (because it is maintained separately) would be welcome? I
would be willing to prepare this, but as I am not a Debian Developer, I
will need a
/run/systemd/system)
LSM: AppArmor: enabled
From 611fab84c0b6b0156d4e5d0a72da2c420c5bdddc Mon Sep 17 00:00:00 2001
From: John Scott
Date: Fri, 31 Mar 2023 12:19:03 -0400
Subject: [PATCH] Backport a fix to the keylisting operations and prepare for
release to Bullseye
---
debian/changelog
Hi Andrea,
When the Muon package starts coming along, can you give me a poke? I have a few
autopkgtest ideas I'd like to lend a hand in implementing.
signature.asc
Description: This is a digitally signed message part
Hi,
So, my package got auto-rejected. I talked to the FTP Masters, and
they'd much rather that a workaround be incorporated into my package
than them having to manually make it pass through. I've uploaded the
one-line change to mentors.debian.net; if you could upload it once more,
there shouldn't
Control: affects -1 ftp.debian.org
This caused my package to get rejected, and Lintian overrides cannot be
used to mitigate it.
signature.asc
Description: This is a digitally signed message part
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: pkg-electronics-de...@alioth-lists.debian.net
debian-sup...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "binutils-sh-elf":
* Package name : binutils-sh-elf
Version : 2 (this is a native
Package: sponsorship-requests
Severity: wishlist
Control: block 994625 by -1
X-Debbugs-CC: debian-ker...@lists.debian.org b...@debian.org
Dear mentors,
I am looking for a sponsor for my package "carl9170fw":
* Package name : carl9170fw
Version : 1.9.9-427-gecb68a7-1
Upstream
On Sun, 2022-12-18 at 08:49 +0100, John Paul Adrian Glaubitz wrote:
> I assume you're missing libreadline-dev from BuildDepends.
You are, of course, absolutely right. I forgot to build in a clean
environment. This has been fixed in a new upload to mentors.debian.net
and a build in a clean
Control: owner -1 glaub...@physik.fu-berlin.de
On Sun, 2022-12-18 at 08:09 +0100, John Paul Adrian Glaubitz wrote:
> I can sponsor this upload.
Thanks so much! Please go ahead whenever you're ready.
signature.asc
Description: This is a digitally signed message part
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: pkg-electronics-de...@alioth-lists.debian.net
debian-sup...@lists.debian.org
Dear mentors and fellow Electronics Team members,
I am looking for a sponsor for my package "gcc-sh-elf":
* Package name : gcc-sh-elf
Version
On Mon, 29 Aug 2022 18:36:23 +0200 Bastian Germann wrote:
> Do you still want to get carl9170fw into Debian?
Hi Bastain! Sorry I didn't notice your email until now. Yes, I'm still
very interested in getting this package into Debian. I'm almost finished
with the copyright review and will have a
Hi,
I see from previous mails that Blender upstream has decided not to support
32-bit architectures anymore. This is a friendly ping that the maintainer will
request its removal so it may migrate into Bookworm.
Thanks,
John
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: John Scott
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-h...@lists.debian.org,
debian...@lists.debian.org
* Package name : rtlamr
Version : 0.9.1
Upstream Author : Douglas Hall
* URL : https://github.com/bemasher/rtlamr
On Tue, 2022-11-29 at 06:44 +0900, Mike Hommey wrote:
> Support compiled in would make libgpsd a hard requirement, which some
> other people would probably complain about. But anyways, the main
> problem is that, as far as I know, it doesn't actually work.
Your reasoning is sound. Thanks for your
Package: firefox-esr
Version: 102.4.0esr-1
Severity: normal
Hi,
Firefox has opt-in support for gpsd to determine user location. However, the
Debian package doesn't compile in support for it. It should be as easy as
configuring with --enable-gpsd and adding the Build-Depends. Even when support
Package: bluez-tools
Version: 2.0~20170911.0.7cb788c-4
Severity: normal
Tags: patch upstream
Hi,
There is a NULL pointer dereference in bt-device.c.
Since upstream is not very active, please apply this patch downstream.
It should be apparent that the only case in which behavior will differ is in
Package: binutils-source,libc6-dev
Severity: important
Tags: upstream
Control: block 1016253 by -1
Control: block 1016224 by -1
Control: affects -1 src:binutils-sh-elf src:binutils-z80
Hi,
See
https://sourceware.org/bugzilla/show_bug.cgi?id=29447
and
Package: ocrfeeder
Version: 0.8.3-3
Severity: normal
ocrfeeder-cli doesn't work at all:
$ ocrfeeder-cli -h
/usr/lib/python3/dist-packages/ocrfeeder/util/lib.py:25: PyGIWarning:
Gtk was imported without specifying a version first. Use
gi.require_version('Gtk', '4.0') before import to ensure that
Control: tags -1 fixed-upstream
Control: forwarded -1 https://github.com/distcc/distcc/pull/407
It would be nice to see a release of distcc 3.4 so we can migrate away
from GTK 2.
signature.asc
Description: This is a digitally signed message part
Source: dejagnu
Version: 1.6.2-1
Severity: wishlist
Hi,
DejaGnu 1.6.3 includes baseboards/riscv-sim.exp, the configuration for
the RISC V simulator. This version of DejaGnu will be necessary to run
the GCC test suite for gcc-riscv32-elf.
-- System Information:
Debian Release: bookworm/sid
2021-11-02 09:09:37.0 -0400
+++ b/debian/changelog 2022-07-10 10:17:53.840907340 -0400
@@ -1,3 +1,10 @@
+libiberty (20211102-2) UNRELEASED; urgency=medium
+
+ [ John Scott ]
+ * Add a DEP-8 test leveraging some functionality of libiberty.
+
+ -- Debian GCC Maintainers Sun, 10 Jul 2022
Thanks for taking a look, Bastian. I believe the changes are
satisfactory now, except that after close inspection I found that those
files specified as being covered by the BSD-3-Clause license are still
covered by it. Please me know if I'm misunderstanding something.
signature.asc
Description:
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-ker...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "open-ath9k-htc-firmware":
* Package name : open-ath9k-htc-firmware
Version : 1.4.0-106-gc583009+dfsg1-2
Upstream Author :
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: pkg-electronics-de...@alioth-lists.debian.net
Dear mentors,
I am looking for a sponsor for my package "gcc-sh-elf":
* Package name : gcc-sh-elf
Version : 4
* License : various
* Vcs :
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-sup...@lists.debian.org
X-Debbugs-CC: pkg-electronics-de...@alioth-lists.debian.net
Dear mentors and other interested parties,
I am looking for a sponsor for my package "gcc-sh-elf":
* Package name : gcc-sh-elf
Version
Source: okular
Version: 4:21.12.3-1
Severity: wishlist
Okular and the version of Poppler now in unstable both support digital
signing of PDFs, which is awesome. However, Okular checks at build time
whether Poppler provides the functions necessary for PDF signing.
It is sufficient to make a new
Control: tags -1 moreinfo
Hi Paul,
Thanks for your very detailed review of carl9170fw. I'm still making my
changes to the package and will give you a poke and remove the moreinfo
tag once I have an upload ready for re-review.
> I don't think udebs are needed for firmware packages, none of the
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-ker...@lists.debian.org
Dear mentors and Kernel Team,
I'm looking for a sponsor for my package "carl9170fw":
* Package name : carl9170fw
Version : 1.9.9-399-gcd480b9-1
Upstream Author :
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: pkg-electronics-de...@alioth-lists.debian.net
Dear mentors and Electronics Team,
I'm looking for a sponsor for my package "gcc-sh-elf":
* Package name : gcc-sh-elf
Version : 2 (this is a native package)
* License
Package: bison
Version: 2:3.8.2+dfsg-1
Severity: wishlist
I think that when beginners install Bison to use as yacc, they expect to
find the Bison/yacc library installed as well. Even if it's not suited
for Recommends, it would be nice to have libbison-dev in the Suggests,
so that libbison-dev may
libfido2 1.9.0 was released a few days ago, and it seems like it might
have all of the necessary changes to support OpenSSL 3.0, for example
https://github.com/Yubico/libfido2/pull/357
I haven't tried building it though.
signature.asc
Description: This is a digitally signed message part
The fix is currently waiting in the NEW queue.
signature.asc
Description: This is a digitally signed message part
On Fri, 2021-10-22 at 11:18 +0200, John Paul Adrian Glaubitz wrote:
> I had a look at the package and it throws a number of lintian errors. Are you
> planning to address these or are they common for all binutils-$ARCH-elf
> packages
> we currently have in Debian?
I believe you're referring to
Package: epiphany-browser
Version: 41.0-2
Severity: normal
Here is a proof-of-concept file you can open, assuming you have bash-
doc installed:
Proof of concept
Link
Clicking the link will try to open a new tab to view the
On Fri, 2021-10-15 at 12:24 +0200, John Paul Adrian Glaubitz wrote:
> So, do you want me to upload newlib or do you want Tobias to do it?
I think it would be more appropriate if you would. Just be sure to do
it to a delayed queue for a minimum of two weeks, and send a mail to
On Fri, 2021-10-15 at 12:07 +0200, John Paul Adrian Glaubitz wrote:
> What about the Salsa repository? Is it going to be updated?
I've sent a merge request, and in fact did so a long time ago before my
first NMU, but since the maintainers have been unresponsive it hasn't
gotten merged. The Git
On Fri, 2021-10-15 at 11:56 +0200, John Paul Adrian Glaubitz wrote:
> Are you planning to adopt the package?
Yes, I'm intending to salvage it and become the maintainer (the ITS is
#996432). I think I'll keep it under the umbrella of the Electronics
Team.
signature.asc
Description: This is a
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: pkg-electronics-de...@alioth-lists.debian.net,
glaub...@physik.fu-berlin.de
Control: affects -1 src:newlib
Dear mentors,
I am looking for a sponsor for my package "newlib":
* Package name : newlib
Version : 3.3.0-1.2
Source: newlib
Version: 3.3.0-1.1
Severity: important
X-Debbugs-Cc: debian-toolch...@lists.debian.org,
pkg-electronics-de...@alioth-lists.debian.net, m...@qa.debian.org
The Newlib package is, in my opinion, currently in a poor state of
affairs.
* The upstream release 4.1.0 has yet to be
Source: gpgme1.0
Version: 1.16.0-1.1
Severity: important
In my opinion, this smells like a Policy violation, but I'm setting the
severity at non-RC since it's not my judgment that matters, but that of
the CI team.
Because DEP-8 tests (autopkgtests) speed up migration and have other
consequences
On Thu, 2021-09-30 at 09:18 -0400, John Scott wrote:
> Outside a minimal chroot, on my desktop system, zbarimg seems to
> process SVGs just fine. So this may be a case of a Recommends
> (somewhere) not being installed wreaking havok, but in my opinion
> zbarimg should still not beh
Control: reassign -1 zbar-tools
Control: notfound -1 zint/2.10.0-1
Control: owner -1 !
I think I've partially identified what is happening.
It turns out that the version of zint in testing, despite being passed
the --filetype=SVG flag, actually produces a PNG, which in the past has
been happily
On Sun, 2021-09-26 at 18:55 +0200, John Paul Adrian Glaubitz wrote:
> I'm willing to sponsor this as I am Debian's primary maintainer of the sh4
> port.
Thanks for your consideration! FYI, I just pushed a small fix for the
Binutils autopkgtest to both Git and mentors.debian.net. I would
On Tue, 22 Dec 2020 00:42:36 + (UTC) Thorsten Glaser wrote:
> >thanks for considering
>
> Not before bullseye. There are many regressions and problems
> with the new releases. I plan on doing (at least) one more
> upload with more individual fixes backported, though ☺
>
> My current plan is
Package: autoconf2.69
Version: 2.69-3
Severity: important
Justification: breaking change, not in NEWS, makes draft packages FTBFS
Control: block 994770 by -1
Control: block 985563 by -1
Hi,
I'm working on packaging binutils-sh-elf, and I know of someone else
working on updating binutils-m68hc1x.
Package: wnpp
Severity: wishlist
Owner: John Scott
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ker...@lists.debian.org
Control: block -1 by 986778
Control: block 890601 by -1
Control: affects -1 linux-firmware-free
* Package name : carl9170fw
Version : 1.9.9-399-gcd480b9
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: pkg-electronics-de...@alioth-lists.debian.net, nico...@debian.org
Control: block -1 by 985563
Control: block 986778 by -1
Dear mentors,
I am looking for a sponsor for my package "gcc-sh-elf":
* Package name : gcc-sh-elf
On Sun, 2021-08-22 at 13:43 -0400, Taowa wrote:
> I'm planning on doing an upload this week to fix it- ideally today.
Do you still got this, Taowa?
signature.asc
Description: This is a digitally signed message part
, commit:84fc4b2ae319ea155de52adceaa83a4da9f82c92
Reviewed-By: John Scott
Last-Update: 2021-08-30
--- gnome-maps-3.38.2.orig/src/mapView.js
+++ gnome-maps-3.38.2/src/mapView.js
@@ -401,15 +401,17 @@ var MapView = GObject.registerClass({
this._mapType = mapType;
if (mapType
Control: retitle -1 RFS: open-ath9k-htc-firmware/1.4.0-106-gc583009+dfsg1-2
[RC] -- firmware for AR7010 and AR9271 USB wireless adapters
Thanks to the Reproducible Builds folks for notifying me, the current
package is FTBFS due to the Binutils 2.37 upload to unstable.
Fortunately my package
Control: forwarded -1 https://github.com/viking-gps/viking/issues/111
Control: tags -1 upstream fixed-upstream
I haven't tried it, but Viking 1.9 appears to support building with GTK
3 and deprecates GTK 2.
signature.asc
Description: This is a digitally signed message part
This seems to be fixed in the version in experimental.
signature.asc
Description: This is a digitally signed message part
for new targets.
+(Closes: #912271)
+
+ -- John Scott Tue, 08 Jun 2021 17:17:43 -0400
+
newlib (3.3.0-1) unstable; urgency=medium
[ Agustin Henze ]
diff -Nru newlib-3.3.0/debian/control newlib-3.3.0/debian/control
--- newlib-3.3.0/debian/control 2020-02-29 08:35:41.0 -0500
+++ newlib
Source: zbar
Version: 0.23.90-1
Severity: wishlist
The zbar headers appear to have Doxygen annotations, and the doc folder
of the source tree has a doxygen.conf.in file. Please figure out how to
build the zbar documentation and put it in a libzbar-doc package, since
pre-built API documentation
Another (untested) way to fix this issue is to craft the format string
using _Generic:
strcpy(p, mtp3_timer2str(x));
p += strlen(p);
-sprintf(p, "(%lis)%c",
ss7->ss7_sched[ss7->links[i]->mtp3_timer[x]].when.tv_sec - time(NULL),
+#define FORMAT _Generic((time_t){0}, long int: "(%lis)%c", long
On Wed, 2021-06-09 at 17:07 +0200, Tobias Frost wrote:
> > * Friendly takeover back into the WebExt team.
>
> I can't find any documentation about that have been ACKed by the
> current maintainer. (CCing Jonas so that he can response/confirm, to
> put it on record that this is not an hijack…)
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: 981...@bugs.debian.org
Control: block 981702 by -1
Please unblock package privacybadger
[ Reason ]
Privacy Badger is unique and different from other anti-tracking
extensions
On Tue, 2021-06-01 at 07:07 +0200, Tobias Frost wrote:
> The Files-Excluded section is used by tools like uscan to strip files from the
> orig.tar. The formatted text just says that the field can extend over
> multiple
> lines, it does not mean its free text without meaning.
> TL;DR: I'm pretty
Control: tags -1 -moreinfo
On Tue, 08 Jun 2021 21:38:56 + John Scott
wrote:
> On Tue, 2021-06-01 at 07:52 +0200, Tobias Frost wrote:
> > > I haven't encountered the maintainer previously, but believe in
> > > good faith that these changes would be welcome and that the
On Sun, 20 Jun 2021 19:22:52 + John Scott
wrote:
> I've spruced up the patch a little bit and and made it work on
> systems not running systemd. The new patch which may be applied with
> 'git am' to debian/experimental is attached
Forgot to close the bug in the changelog entr
I've spruced up the patch a little bit and and made it work on systems
not running systemd. The new patch which may be applied with 'git am'
to debian/experimental is attached
From a0ec674ae155d4e4596078f286e4f2c29e3aca27 Mon Sep 17 00:00:00 2001
From: John Scott
Date: Sat, 10 Apr 2021 12:38:10
On Wed, 09 Jun 2021 00:32:02 + John Scott
wrote:
> I believe it's in the best interest of Debian users that this bug be
> downgraded for Bullseye so Sage can be used in the mostly-wholesome
> shape it's in, but since I lack expertise in maintaining it I too
> will leave this to
On Tue, 08 Jun 2021 17:15:44 +0200 Julien Puydt wrote:
> I've been convinced that getting a fragile sagemath in next stable
> wouldn't be a good thing.
You've put much more effort than I have into maintaining scientific
software in Debian, so I respect your opinion, but is it really
accurate to
On Tue, 2021-06-01 at 07:52 +0200, Tobias Frost wrote:
> > I haven't encountered the maintainer previously, but believe in
> > good faith that these changes would be welcome and that the
> > LowThresholdNmu criterion are met by addressing a bug with
> > important severity. My interest in this bug,
On Wed, 2021-06-02 at 20:33 +0530, Nilesh Patra wrote:
> wmcpu Fails to cross build because it hardcodes gcc as build
> compiler in CC=gcc.
> Simply removing this line would do the trick for us, however I've
> replaced this with CC ?= gcc
> Although this is a no-op for us, but this will help
Control: tags -1 -moreinfo
On Mon, 2021-05-31 at 20:25 +0200, Tobias Frost wrote:
> I've took a look at your package:
Awesome, thanks.
> - d/copyright:
> - The word "Comment:" went missing after the Files-Exlucded section.
I don't believe this is an error. The Files-Excluded field is currently
Package: reprotest
Version: 0.7.16
Severity: minor
On my system, reprotest has the following Depends/Recommends:
Depends: diffoscope (>= 112~), python3-distro, python3-rstr, python3:any,
python3-debian, apt-utils, libdpkg-perl, procps, python3-pkg-resources
Recommends: disorderfs, faketime,
I'd like to report that another reason to support systemd-nspawn, which
really is an upgraded version of chroot, is that it Just Does The Right
Thing. For example, using autopkgtest-virt-chroot without further
preparation besides calling debootstrap causes my test to fail due to
not having /dev/
Has anyone been able to reproduce this? Attempting to build Sage in a
fresh unstable environment succeeds for me; perhaps the build failure
was spurious.
signature.asc
Description: This is a digitally signed message part
1 - 100 of 423 matches
Mail list logo