Quoting Simon Josefsson (2024-11-22 12:54:02)
> Doesn't 'gbp import-orig --uscan' work if you have a watch-file like this:
> 
> version=4
> opts="mode=git, pgpmode=none,\
>       dversionmangle=s/\+ds\d*$//,repacksuffix=+ds" \
>   https://github.com/withfig/autocomplete-tools.git \
>   HEAD debian

but this uses mode=git. The documentation in uscan(1) very clearly says about
the git mode:

> If the upstream publishes the released tarball via its web interface, please
> use it instead of using this mode. This mode is the last resort method.

Or maybe this part of the documentation is just not accurate anymore and things
have changed?

> Also is there a problem to mirror upstream's non-DFSG content on Salsa?
> 
> The important aspect seems to be that *.orig.tar.* and debian/* uploaded
> into the archive shouldn't contain non-DFSG stuff if it targets main.  I
> thought Salsa can be used to maintain contrib/non-free/non-free-firmware
> projects too, so I assume there is no restriction that Salsa git repositories
> may only contain DFSG-content.

Should our users (and that includes people who want to change the source) use
the orig.tar and dsc for their development or should they not use the packaging
git instead if they want to make changes or contribute? If they use the latter,
should what they are using there not adhere to the principles of the DFSG? If I
run "apt-get source tinyusb" then it correctly suggests:

> NOTICE: 'tinyusb' packaging is maintained in the 'Git' version control system 
> at:
> https://salsa.debian.org/debian/tinyusb.git
> Please use:
> git clone https://salsa.debian.org/debian/tinyusb.git
> to retrieve the latest (possibly unreleased) updates to the package.

I don't think it would be nice if retrieving that git repo (and all the
branches needed for working with the package) would require downloading
non-free content even though tinyusb is in main. I don't think this is written
down anywhere, so maybe I'm just making life harder for myself and maybe
instead I should not feel so bad about using salsa as a hosting platform for
non-free content and then distributing that non-free content to users who want
to hack on Debian "main"?

Thanks!

cheers, josch

Attachment: signature.asc
Description: signature

Reply via email to