Bug#1032386: ITP: libaribcaption -- portable caption decoder / renderer for handling ARIB STD-B24 based TV broadcast captions

[Sebastian Ramacher]

Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher 
X-Debbugs-Cc: debian-devel@lists.debian.org, sramac...@debian.org

* Package name: libaribcaption
  Version : 1.0.0
* URL : https://github.com/xqq/libaribcaption
* License : MIT
  Programming Lang: C++
  Description : portable caption decoder / renderer for handling ARIB 
STD-B24 based TV broadcast captions

>From upstream:

libaribcaption provides decoder and renderer for handling ARIB STD-B24
based broadcast captions, making it possible for general players to
render ARIB captions with the same effect (or even better) as
Television.

libaribcaption is written in C++17 but also provides C interfaces to
make it easier to integrate into video players. It is a lightweight
library that only depends on libfreetype and libfontconfig in the worst
case.


Cheers
-- 
Sebastian Ramacher

Re: Grub Password configuration during install

[Cyril Brulebois]

Hi,

Timothy M Butterworth  (2023-03-04):
> Would it be possible to add a section to the installer when Grub is being
> installed and configured to configure a grub password?

I think that's supported already:

Template: grub-installer/password
Type: password
# :sl2:
_Description: GRUB password:
 The GRUB boot loader offers many powerful interactive features, which could
 be used to compromise your system if unauthorized users have access to the
 machine when it is starting up. To defend against this, you may choose a
 password which will be required before editing menu entries or entering the
 GRUB command-line interface. By default, any user will still be able to
 start any menu entry without entering the password.
 .
 If you do not wish to set a GRUB password, leave this field blank.

Can be preseeded, or specified during an expert install. Definitely not
something that should be asked during a normal install.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Reducing allowed Vcs for packaging?

[Adrian Bunk]

On Sat, Mar 04, 2023 at 07:43:37PM +, Scott Kitterman wrote:
> On March 4, 2023 5:25:35 PM UTC, Adrian Bunk  wrote:
> >On Wed, Mar 01, 2023 at 05:54:38PM -0700, Sean Whitton wrote:
> >> 
> >> This is a matter of perspective.  The fact that dak doesn't store git
> >> histories and send them out to mirrors is an implementation detail, to
> >> me.  salsa and dgit-repos are both just as significant Debian archives,
> >> even if they're not what we refer to when we write "Debian archive".
> >
> >for the contents of packages in the archive the ftp team requires that 
> >everything is in the preferred form of modification.
> >
> >It is therefore surprising that you as member of the ftp team declare 
> >that there is no requirement at all that the packages themselves that 
> >get uploaded to the archive are in the preferred form of modification
> >as long as the preferred form of modification is in salsa.
>...
> Putting something in a git repository doesn't make a particular file more or 
> less the preferred form of modification.  It's the same form.  IMO you are 
> conflating two separate concepts here.  I don't find  Sean's perspective at 
> all surprising.

In proper git workflows the metadata is in git only, and cannot be 
included in what is being exported for upload to the Debian archive.

Example:
https://salsa.debian.org/haskell-team/git-annex/-/blob/master/debian/patches/debian-changes

> Scott K

cu
Adrian