Bug#1062983: Developers Reference in A4 instead of US Letter

2024-02-04 Thread Sebastian Geiger (Lanoxx)

Package: developers-reference
Version: 13.4

I just downloaded the developers-reference from
https://www.debian.org/doc/devel-manuals and I noticed that it is being
formatted in US Letter. While this may be the preferred format for US
users, the rest of the world is using A4 sized pages. I am not sure if
there is any recommendation in Debian to choose a paper size for
documentation.

I went over some common Debian user and developer manuals and noticed
that there is a mix of paper sized, but the A4 format seems to be most
common:

* https://www.debian.org/doc/manuals/debian-faq/debian-faq.en.pdf (A4)
* https://www.debian.org/doc/manuals/refcard/refcard.en.pdf (A4)
*
https://www.debian.org/doc/manuals/debian-reference/debian-reference.en.pdf
(A4)

*
https://www.debian.org/doc/manuals/hamradio-maintguide/hamradio-maintguide.en.pdf
(letter)
* https://www.debian.org/doc/debian-policy/policy.pdf (letter)

* https://www.debian.org/doc/manuals/debmake-doc/debmake-doc.en.pdf (A4)
* https://www.debian.org/doc/manuals/maint-guide/maint-guide.en.pdf (A4)

May I request, that:

a) We switch to A4 as the default format for the developers-reference
since that is the format used by most of the world.
b) We consider offering both formats on the Debian manuals page, so that
users can choose their preferred format.

In general it would be nice to have a consistent solution for all
documents. I often like to print the manuals and then its a bit odd to
see the large US letter margins on an A4 page.

Given that all PDFs are build automated pipelines, its probably possible
that we automatically build both formats and introduce a general
mechanism on https://www.debian.org/doc/
that allows users to choose their preferred format?

Kind Regards
Sebastian Geiger



Bug#964785: Package accepted

2022-02-20 Thread Sebastian Geiger (Lanoxx)

Hi all,

the shutter 0.99.2-3 package was accepted into unstable [1]. Thanks to
everyone who helped to make this possible. If I am not mistaken, then
packages automatically migrate to testing after 7 days in unstable. We
might just barely miss the Debian Import Freeze for Ubuntu 22.04 which
starts on 24.02 [2]. I think once the package has migrated to testing we
could ask for a freeze exception on the Ubuntu side [3] and then shutter
would finally be back to both Debian and Ubuntu.

[1]:
https://packages.debian.org/search?suite=all=names=shutter

[2]: https://discourse.ubuntu.com/t/jammy-jellyfish-release-schedule/23906

[3]: https://wiki.ubuntu.com/FreezeExceptionProcess



Bug#955619: openjdk-11-jre-headless: failure to install due to non-existant /usr/share/man/man1/ directory

2021-11-08 Thread Sebastian Geiger (Lanoxx)

Hello all,

here is some additional context. I think this bug is present in all
openjdk versions, not only openjdk-11. It was [recently fixed][1] for
openjdk-8 which is [maintained separately][2] from the [repository in
salsa][3] which includes openjdk-11 and above.

The affected source of the [post install script][7] for openjdk and
later can be found in the salsa repository.

The issue is that this script does not check if man1 exits. The FSH
standard [requires /usr/bin/man to exists (see FSH 4.11.2)][6], [but not
subfolders such as man1 (see FSH 4.11.6 and footnote 32)][5]. This means
the openjdk package is not compatible with the FSH. In a docker image
this folder does not exists causing the update-alternatives call to fail.

A patch has been created recently for openjdk-8 and can be found in
commit cfae7df8a6f6710ae97c582a42785c136b0e6f73 of [2].

That commit fixes the issue by adding this line to the post install script:

  test -d /usr/share/man/man1 || mkdir -p /usr/share/man/man1

I raised a [merge request][4] to port the fix to the salsa repository,
so it can be applied to openjdk-11 and later. I hope that helps to fix
this issue.

Kind Regards
Sebastian

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863199#23
[2]: https://evolvis.org/anonscm/git/alioth/openjdk-8.git/
[3]: https://salsa.debian.org/openjdk-team/openjdk
[4]: https://salsa.debian.org/openjdk-team/openjdk/-/merge_requests/1
[5]:
https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s11.html#idm236091735088
[6]: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s11.html
[7]:
https://salsa.debian.org/openjdk-team/openjdk/-/blob/master/debian/JB-jdk-headless.postinst.in



Bug#788023: tilda: Uses obsolete vte3 which is going away

2015-11-17 Thread Sebastian Geiger (Lanoxx)

Hi,

I uploaded tilda 1.3.0 today to mentors, its pending upload to unstable 
from my sponsor.


Please hold removing tilda from testing until the new package has arrived.

Cheers
Lanoxx (Sebastian)

On Mon, 9 Nov 2015 18:25:21 +0100 Emilio Pozuelo Monfort 
 wrote:

> Control: block 796907 by -1
> Control: severity -1 serious
>
> On Mon, 08 Jun 2015 18:46:01 +0200 Rodolphe PELLOUX-PRAYER 


> wrote:
> > Package: tilda
> > Followup-For: Bug #788023
> >
> > Upstream bug : https://github.com/lanoxx/tilda/issues/94
>
> vte 2.90 won't be in Stretch, this bumping the severity of this bug 
to serious.

>
> Cheers,
> Emilio
>
>