Bug#864925: wiki.debian.org: gridlines in tables

2018-10-26 Thread Antoine Beaupre
Package: wiki.debian.org
Followup-For: Bug #864925

I'm using the following custom style to godd effect:

th, td { border-bottom: 1px solid #d2d3d7; }

Sample page:

https://wiki.debian.org/SystemBuildTools

Before:

https://screenshots.firefox.com/KCOr4HJHKqiNqcbQ/wiki.debian.ogr

After:

https://screenshots.firefox.com/KCOr4HJHKqiNqcbQ/wiki.debian.org

Seems way more readable to me! :)

Do notice how it will outline structure problems in some tables (see
the "General tools" section for an example). I consider that a
feature.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#859123: automate import of DLAs and DSAs in www.debian.org

2017-03-30 Thread Antoine Beaupre
Package: www.debian.org
Severity: normal

According to carnil in a discussion on the debian-lts@ mailing list,
DLAs and DSAs are manually imported in the website:

https://lists.debian.org/debian-lts/2017/03/msg00200.html

The process looks something like:

cd webwml/english/security
./parse-dla.pl $message
cvs add $year/dla-$nr.{wml,data}
cvs commit -m '[DLA $nr] $source security update'

where $message is the text of the DLA.

A similar script exists for DSAs, which is in parse-advisory.pl.

My question is: should this process be automated further? Is there a
way we could/should do this within the security team(s) directly?

I ask this because I wonder if we would have had the same problem with
the missing DLAs (in #859122) if the process would be automated.

Thanks!

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: armhf

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)



Bug#859122: about 500 DLAs missing from the website

2017-03-30 Thread Antoine Beaupre
Package: www.debian.org
Severity: normal

Hi!

First, thanks for doing the work of importing DLAs and DSAs in the
website, it is greatly appreciated.

However, during a discussion on the debian-lts@ mailing list, we have
noticed that DLAs since squeeze LTS support was terminated have not
been imported:

https://lists.debian.org/debian-lts/2017/03/msg00205.html

An excerpt from the discussion:

> Here's the bits that are missing:
> 
>  * the last DLA on the website is DLA-445-2, which is basically the last
>DLA before squeeze support ended and wheezy was handed over
> 
>  * among those 445 DLAs, there are actually 31 missing:
> 
>webwml$ cd english/security/; find -name 'dla-*.wml' | wc -l
>424
> 
>  * even worse, it seems there are at least 20 advisories missing from
>the website because regression uploads hide advisories, because our
>naming convention differs from DSA ("DLA-XXX-N", where XXX is the
>original advisory and N are regression updates)
> 
>$ grep DLA- data/DLA/list | sed 's/.* DLA-//;s/ .*//' | sort -n | sed 
> '/445-2/,$d' | wc -l
>465
> 
>  * the canonical list has 928 advisories:
> 
>secure-testing$ grep DLA- data/DLA/list | wc -l 
>928

Is there any reason why new DLAs have not been imported?

Is there anything we can do to help in completing that import?

I will open a separate ticket regarding possible automation shortly.

Thanks!

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: armhf

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)