Bug#993285: ITP: xilinx-bootgen -- boot image converter for Xilinx ARM SoCs

2021-08-29 Thread Nobuhiro Iwamatsu
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: xilinx-bootgen Version : 2021.1 Upstream Author : Xilinx Inc * URL : https://github.com/Xilinx/bootgen.git * License : Apache-2.0 Programming

Re: Shall we serve scripts as application or as text?

2021-08-29 Thread Paul Wise
On Sun, Aug 29, 2021 at 2:13 PM Simon McVittie wrote: > For scripting languages like sh and Python, I'm not sure: either way > could be appropriate. Which is more common: sharing scripts as source > code to read and edit, or sharing scripts as executables to download > and run as-is? If the former

Re: Shall we serve scripts as application or as text?

2021-08-29 Thread Thaddeus H. Black
Charles: On Sun, Aug 29, 2021 at 02:17:10PM +0900, Charles Plessy wrote: > Before I remove text/x-sh and the like so that shell and tcl scripts > files are served as 'application' like others, I would like to hear if > some of you see a potential problem with that. Someone might see a problem, bu

Re: Bug#969631: can base-passwd provide the user _apt?

2021-08-29 Thread Colin Watson
On Sun, Aug 29, 2021 at 11:31:05AM -0700, Russ Allbery wrote: > Colin Watson writes: > > I think it's an interesting idea and worth pursuing, but on the face of > > it it seems that this would end up violating policy 9.2.2: > > > "Globally allocated by the Debian project, the same on every Debi

Re: Bug#969631: can base-passwd provide the user _apt?

2021-08-29 Thread Marco d'Itri
On Aug 29, Colin Watson wrote: > I can see the issue there. Adding another prompt that every Debian user > will need to consider on upgrade to the next release is pretty > undesirable, though - I actively try to avoid that in base-passwd > changes. So maybe the policy violation, i.e. ending up

Re: Bug#969631: can base-passwd provide the user _apt?

2021-08-29 Thread Russ Allbery
Colin Watson writes: > I think it's an interesting idea and worth pursuing, but on the face of > it it seems that this would end up violating policy 9.2.2: > "Globally allocated by the Debian project, the same on every Debian > system." > ... because the UID of the _apt user in fact wouldn'

Re: Bug#969631: can base-passwd provide the user _apt?

2021-08-29 Thread Colin Watson
[For debian-devel readers; the original stated motivation for this bug was being able to trim down the de-facto-essential set by removing adduser from it.] On Wed, Aug 25, 2021 at 09:54:35AM +0200, Johannes Schauer Marin Rodrigues wrote: > Quoting Helmut Grohne (2020-09-06 09:48:26) > > Another b

Re: Re: Debian choice of upstream tarballs for packaging

2021-08-29 Thread Nicholas Guriev
> git archive --prefix=$(DEBPKGNAME)-$(VERSION)/ $(GIT_TAG) \ > | xz >../$(DEBPKGNAME)_$(VERSION).orig.tar.xz I think you should add +ds version suffix or similar to indicate repacking for Debian. Does it still make sense provided that upstream does not care much of tarballs? signature.as

Re: Shall we serve scripts as application or as text?

2021-08-29 Thread Simon McVittie
On Sun, 29 Aug 2021 at 14:17:10 +0900, Charles Plessy wrote: > Judging from IANA's registered types for other script languages, it > looks like the application type is more relevant. Also, the > application/ types appear first in our /etc/media.types file, and if I > remember well this gives them

Re: Shall we serve scripts as application or as text?

2021-08-29 Thread Paul Wise
On Sun, Aug 29, 2021 at 5:17 AM Charles Plessy wrote: > Before I remove text/x-sh and the like so that shell and tcl scripts > files are served as 'application' like others, I would like to hear if > some of you see a potential problem with that. Do the new MIME types cause different behavior in

Re: Debian choice of upstream tarballs for packaging

2021-08-29 Thread Simon Richter
Hi, On 27.08.21 22:56, Sean Whitton wrote: That is ecosystem dependent. Yes, that was my point. We're going to have upstreams who release tarballs and upstreams who release tags for some time. My expectation for that state would be "indefinitely", and I don't see that as a bad thing, we

Bug#993242: ITP: golang-github-gambol99-go-marathon -- A GO API library for working with Marathon

2021-08-29 Thread Alois Micard
Package: wnpp Severity: wishlist Owner: Aloïs Micard * Package name: golang-github-gambol99-go-marathon Version : 0.7.1-1 Upstream Author : Rohith Jayawardene * URL : https://github.com/gambol99/go-marathon * License : Apache-2.0 Programming Lang: Go Descri

Bug#993240: ITP: golang-github-donovanhide-eventsource -- Server Side Events client and server for Go

2021-08-29 Thread Alois Micard
Package: wnpp Severity: wishlist Owner: Aloïs Micard * Package name: golang-github-donovanhide-eventsource Version : 0.0~git20171031.3ed64d2-1 Upstream Author : Donovan Hide * URL : https://github.com/donovanhide/eventsource * License : Apache Programming Lan

Bug#993237: ITP: svt-av1 -- Scalable Video Technology for AV1

2021-08-29 Thread Dylan Aïssi
Package: wnpp Severity: wishlist Owner: Dylan Aïssi X-Debbugs-Cc: debian-devel@lists.debian.org, debian-multime...@lists.debian.org * Package name: svt-av1 Version: 0.8.7 * URL : https://gitlab.com/AOMediaCodec/SVT-AV1/ * License : BSD-2-clause Descript