Bug#1012286: RFS: zig/0.9.1-1 [ITP] -- Programming language

2022-12-18 Thread Nick Hastings
Hi Bastian,

* Bastian Germann  [221219 06:22]:
> A quick note before I forget it: llvm-toolchain-13 is on its way out of 
> Debian.
> Can we make this package use the unversioned (default, currently v14)
> llvm packages or v15?

The cmake setup is quite specific about needing v13 so changing it to
greater than v13 would be significant work. Instead I changed it from
v13 to v14. I was able to get it to configure, but the build failed.

make[3]: Leaving directory '/build/zig-0.9.1/obj-x86_64-linux-gnu'
[ 82%] Built target embedded_softfloat
/build/zig-0.9.1/src/zig_llvm-ar.cpp:139:1: error: 'LLVM_ATTRIBUTE_NORETURN' 
does not name a type; did you mean 'LLVM_ATTRIBUTE_NODEBUG'?
  139 | LLVM_ATTRIBUTE_NORETURN static void badUsage(Twine Error) {
  | ^~~
  | LLVM_ATTRIBUTE_NODEBUG
/build/zig-0.9.1/src/zig_llvm-ar.cpp:146:1: error: 'LLVM_ATTRIBUTE_NORETURN' 
does not name a type; did you mean 'LLVM_ATTRIBUTE_NODEBUG'?
  146 | LLVM_ATTRIBUTE_NORETURN static void fail(Twine Error) {
  | ^~~
  | LLVM_ATTRIBUTE_NODEBUG

I changed these LLVM_ATTRIBUTE_NORETURN to "[[ noreturn ]]" and then the
build failed soon after at:

make[3]: Leaving directory '/build/zig-0.9.1/obj-x86_64-linux-gnu'
[ 82%] Built target embedded_softfloat
/build/zig-0.9.1/src/zig_clang.cpp: In function 'void 
ZigClang_detect_enum_TypeClass(clang::Type::TypeClass)':
/build/zig-0.9.1/src/zig_clang.cpp:297:27: error: 'DependentExtInt' is not a 
member of 'clang::Type'
  297 | case clang::Type::DependentExtInt:
  |   ^~~
/build/zig-0.9.1/src/zig_clang.cpp:318:27: error: 'ExtInt' is not a member of 
'clang::Type'
  318 | case clang::Type::ExtInt:
  |   ^~


So I think the short answer is: no, we can't use LLVM 14 or 15. I guess
it may be possible by patching the source but if that level of effort is
to be spent I think would be better spending it on getting Zig 0.10.0
(which depends on LLVM 15) to build. See
https://github.com/ziglang/zig/issues/13915

Cheers,

Nick.



Bug#1026362: RFS: binutils-sh-elf/2 -- GNU binary utilities for embedded SuperH devices

2022-12-18 Thread John Scott
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 source package)
 * URL  : https://sourceware.org/binutils/
 * License  : GPL-3+
 * Vcs  : 
https://salsa.debian.org/electronics-team/toolchains/binutils-sh-elf (but see 
below)
   Section  : devel

The source builds the following binary packages:

  binutils-sh-elf - GNU binary utilities for embedded SuperH devices

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/binutils-sh-elf/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/b/binutils-sh-elf/binutils-sh-elf_2.dsc

Changes since the last upload:

 binutils-sh-elf (2) unstable; urgency=medium
 .
   * Bump Standards-Version to 4.6.2, no changes required.
   * Add new dependencies on libdebuginfod and libzstd

I also update the Lintian overrides to match newer Lintian output. I
will push the changes to Git after the upload has been accepted.

This upload does *not* need to go before gcc-sh-elf, they can be done in
any order. None of these changes should affect carl9170 either.

Happy hacking!


signature.asc
Description: This is a digitally signed message part


Bug#1026358: RFS: streamlink/5.1.2-1 -- CLI for extracting video streams from various websites to a video player

2022-12-18 Thread Alexis Murzeau

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "streamlink" for a new
upstream version 5.1.2.

 * Package name: streamlink
   Version : 5.1.2-1
   Upstream Author : Streamlink Team
 * URL : https://streamlink.github.io/
 * License : BSD-2-clause, Apache-2.0, MIT/Expat, SIL-OFL-1.1
   Section : python

It builds those binary packages:

  python3-streamlink - Python module for extracting video streams from
various websites
  python3-streamlink-doc - CLI for extracting video streams from various
websites (documentation)
  streamlink - CLI for extracting video streams from various websites to
a video player

To access further information about this package, please visit the
following URL:
  https://mentors.debian.net/package/streamlink


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/s/streamlink/streamlink_5.1.2-1.dsc

Changes since the last upload to unstable:
streamlink (5.1.2-1) unstable; urgency=medium

   * New upstream version 5.1.2
   * d/README.source: update instructions
   * d/streamlink.{install,manpages}: update completion scripts location

  -- Alexis Murzeau   Mon, 19 Dec 2022 00:25:14 +0100


Regards,
--
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F


























OpenPGP_signature
Description: OpenPGP digital signature


Bug#1026357: RFS: sioyek/2.0.0+dfsg-1 [ITP] -- PDF viewer with a focus on technical books and research papers

2022-12-18 Thread Victor Westerhuis
Package: sponsorship-requests
Severity: wishlist
Control: retitle 1006130 ITP: sioyek -- Sioyek is a PDF viewer designed for 
reading research papers and technical books
Control: owner 1006130 vic...@westerhu.is

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "sioyek":

 * Package name : sioyek
   Version  : 2.0.0+dfsg-1
   Upstream contact : https://github.com/ahrm/sioyek/issues
 * URL  : https://sioyek.info/
 * License  : BSL-1.0, GFDL-NIV-1.2+ or CC-BY-SA-3.0 or CC-BY-SA-2.5 
and CC-BY-SA-2.0 and CC-BY-SA-1.0, GPL-3.0+
 * Vcs  : https://salsa.debian.org/viccie30/sioyek
   Section  : misc

The source builds the following binary packages:

  sioyek - PDF viewer with a focus on technical books and research papers

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/sioyek/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/s/sioyek/sioyek_2.0.0+dfsg-1.dsc

Changes for the initial release:

 sioyek (2.0.0+dfsg-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #1006130)

Regards,
- -- 
  Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmOfoVATHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA++PgD/wM2ZBy0uaIM/ZzOQ/H/v2QbvUV5K6x
QD1Xc3EDTpsX2Bm61rwZozGJcNTiBc9uQ9NJ0MYPxPut3MNhrHxr3fPcnGyujKiZ
SBgm1bEZUAKGdP9VVecjlTNe9lnY/WpRGtx+f8ERLylroIm+s/33xbLAVX8IvjVN
YCZ8f0cM7Zso3DUFXTGIV/6HCUuD4iEZjEbEFu7me6G3MkpZ9PPks7tHUGBRetMs
PJmJcY4wlgRlTJhZeDf1nBtQU86n9nz9KVcd3bfLkDf3mQcy+dTtUp3kkccyx7kB
++O68CRCwxX4l3uvIzrSqbTDCubVs2/agujyWoFzHubhx8A/kuSc9fPKQBowdqn3
OFpUAXgzfvsXjK6NN2zJ42vjUc7UTO/1Pg/zADlXO9nuj3Fp9iwT6mF2oSIN71WY
dZDRQvZCCA78XQCrNAD2GVW3aeK8GhNqOXRPVna9h0wj2kQz41+6x8b3dtUu149g
weVzoXp9J+YXhm8JjpVHOIbSNwLPM0ioGtAQEoGlDW5pVYmwe93I9ES7R0U/p9Xz
+GSVt2in6Sqsn5QvhPYT63JITByb3m3bLbXxye5t7rID+gF74jPb06fSnZocDOmi
ggfHKddVi1hR+D1MRrOwFA0uGnNLtH51VESjL3jvdmv4IgzUFIBUG0aX0ZOO9eQB
zSSIOQyCCtHGFg==
=FlfD
-END PGP SIGNATURE-



Re: sbuild foo_2.0-2 and upload to NEW

2022-12-18 Thread Santiago Vila

Hello Geert.

El 15/12/22 a las 23:12, Geert Stappers escribió:

Which paramaters to provide to sbuild
to get the   .orig.tar.xz  included?


I think you need both --source and --force-orig-source.
(Maybe you were trying only one at a time?)

btw: There is a bug about this problem (need to include source again
when there are new binaries) here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831562

Thanks.



Bug#1012286: RFS: zig/0.9.1-1 [ITP] -- Programming language

2022-12-18 Thread Bastian Germann

A quick note before I forget it: llvm-toolchain-13 is on its way out of Debian.
Can we make this package use the unversioned (default, currently v14) llvm 
packages or v15?



Bug#1026335: RFS: carl9170fw/1.9.9-427-gecb68a7-1 [ITP] -- firmware for AR9170 USB wireless adapters

2022-12-18 Thread John Scott
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 contact : linux-wirel...@vger.kernel.org
 * URL  : 
https://wireless.wiki.kernel.org/en/users/Drivers/carl9170.fw
 * License  : many, but mostly GPL 2 or later
 * Vcs  : https://salsa.debian.org/kernel-team/carl9170fw (but see 
below)
   Section  : kernel

The source builds the following binary packages:

  firmware-carl9170 - firmware for AR9170 USB wireless adapters

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/carl9170fw/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/c/carl9170fw/carl9170fw_1.9.9-427-gecb68a7-1.dsc

Changes for the initial release:

 carl9170fw (1.9.9-427-gecb68a7-1) experimental; urgency=medium
 .
   * Initial release (Closes: #994625)

This package is rather unusual and there is a lot to be said for it.
Currently the carl9170 firmware is already in firmware-linux-free, so
why do we need this package? At the moment firmware-linux-free ships a
pre-built blob. This package builds the firmware from the source using
the gcc-sh-elf cross compiler I've packaged. As of this writing there is
an open RFS for gcc-sh-elf, but that's merely coincidental; the version
of gcc-sh-elf already in the archive is adequate to build this package,
so gcc-sh-elf does 혯혰혵 need to be uploaded first.

I need to nuke the Git repository (which I currently don't have
permission to do) to start fresh and account for the Files-Excluded
(upstream accidentally shipped an unneeded binary, not of the firmware,
in the source tree and it rightfully raises many alarm bells with
Lintian). So for now, please ignore the Git repo.

Unless you manually delete the carl9170 firmware from your system, this
package will not be installable at all. We'll have to do Breaks+Replaces
in order for this package to take over the firmware at a later time.
After we clear NEW, we can prepare an upload to unstable, coordinate
which version of firmware-linux-free will be the one to drop the
firmware, and add the fields appropriately.

I have the appropriate hardware and can confirm this firmware works. If
you don't have the hardware, I suppose you'll just have to take my word
for it. If anyone is interested in co-maintenance of this package, I'll
be glad to send you appropriate hardware however.

Because of what this package is, there's very little we can do quality
assurance-wise; we obviously can't do an autopkgtest to check that a
network connection works, say. I try to make up for this with QA efforts
for gcc-sh-elf.

We ship a Git snapshot because like other firmware projects, the version
number is very significant and doesn't get incremented for non-interface
breaking changes. We do however need to keep up with fixes for building
with newer versions of GCC and Newlib.

Happy hacking!


signature.asc
Description: This is a digitally signed message part


Bug#1026308: RFS: gcc-sh-elf/5 -- GNU C compiler for embedded SuperH devices

2022-12-18 Thread John Scott
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 environment succeeds now.


signature.asc
Description: This is a digitally signed message part


Bug#1026308: RFS: gcc-sh-elf/5 -- GNU C compiler for embedded SuperH devices

2022-12-18 Thread John Paul Adrian Glaubitz

Hello John!

On 12/18/22 08:17, John Scott wrote:

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.


The package does not build in a clean unstable environment with an additional
experimental repository on top, see:

checking whether fwrite_unlocked is declared... no
checking for readline in -lreadline... no
configure: error: the required "readline" library is missing
make[3]: *** [Makefile:10531: configure-sim] Error 1
make[3]: *** Waiting for unfinished jobs
yes
checking whether getchar_unlocked is declared... yes
checking whether getc_unlocked is declared... yes

I assume you're missing libreadline-dev from BuildDepends.

Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913