Re: preparing the upgrade of www-master to bookworm: issues building the bullseye release notes (fonts-sil-charis)

[Holger Wansing]

Hi all,

Am 29. September 2024 21:54:27 MESZ schrieb Paul Gevers :
>Hi,
>
>On 29-09-2024 14:40, Thomas Lange wrote:
>> I would be happy if you could decide what you want to do. Keep the PDF
>> versions (with or without updating them) or remove building the PDFs?
>> Currently this discussion seems to be stalled and I like to move forward.
>> How likes to decide this? debian-doc or release team?
>> 
>> IMO the release notes for an oldstable release are not that important
>> to postpone the upgrade of a Debian machine.
>
>With my Release Team member hat on, I propose to at least stop building once a 
>release is no longer supported by the Release Team / Security Team. I don't 
>have a strong opinion on keeping the notes for historical purposes, but I 
>don't think we've done that so far.

For old releases (buster and before) we only keep the plain-text
variant on the website.
So why not do so for Bullseye as well now?


Holger



-- 
Sent from /e/ OS on Fairphone3

Re: preparing the upgrade of www-master to bookworm: issues building the bullseye release notes (fonts-sil-charis)

[Holger Wansing]

led font not found.
stdin.tex:136: leading text:  W
stdin.tex:291: Font TU/URWPalladioL(0)/b/n/12="URW Palladio L" at 12.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:291: leading text:D
Unexpected error occured
Error: xelatex compilation failed
make: *** [Makefile:216: de/release-notes.amd64.pdf] Fehler 1
--snap---

So it now tries to use other fonts, but fails in the same way at the end.

Thus, there is something different badly broken here, not the fonts itself...


> I am not sure about the best path to follow, maybe just disable the 
> builds of release-notes for bullseye when we upgrade www-master to 
> bookworm? (We would still offer the already built files but I'm not sure 
> about the lifecycle of the release notes and possible changes/updates 
> during LTS).

Since I fear we won't get a fix for this from dblatex/xetex maintainers resp.
upstream for this special situation (bullseye buildchain on bookworm machine)
I think it would be the best solution, to disable PDF for all languages for
bullseye. Not perfect, but probably the best we can get.
That way we would at least get up-to-date html versions in case of late
changings, but hey - this is only for LTS period of oldstable and should 
therefore be acceptable.


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Translation status robot (again?)

[Holger Wansing]

Hi,

Camaleón  wrote (Sun, 4 Aug 2024 17:31:22 +0200):
> 
> So, finally... what do I have to do (should I can do anything on my 
> side) for «multispeech» po-debconf file (Spanish ES) shows its current 
> translation status (fully translated and sent to BTS) at the stats 
> page?:
> 
> https://www.debian.org/international/l10n/po-debconf/es

"Find someone, who is able to improve the code of the scripts, so they
work as you wish" is my best guess  :-((

There is nothing you can do otherwise IMHO.


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Translation status robot (again?)

[Holger Wansing]

Hi,

Helge Kreutzmann  wrote (Sat, 27 Jul 2024 13:15:03 +):
> Hello Holger and all,
> Am Fri, Jul 26, 2024 at 11:51:34PM +0200 schrieb Holger Wansing:
> > And finally:
> > The page
> > https://i18n.debian.org/nmu-radar/nmu_bypackage.html
> > is currently pointless, since there is noone doing such NMU uploads for
> > l10n updates (that was bubulle's part, who is no longer active in Debian).
> > So people should not care about this page.
> 
> As stated earlier, I do care (a lot) about this page and I do i18n
> NMUs when we are closing towards a release. I already state this
> earlier on this list.

Ok, I was not aware of you doing such NMUs, sorry!
Thank you for that!

> I totally agree, that I'm doing much less in this regard than bubulle,
> yes, so additional people working on this are more than welcome to do
> so.

I'm just in the process of applying for a DD (currently non-uploading DD), 
so once I get that done, there is probably potential for this :-)


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Translation status robot (again?)

[Holger Wansing]

Hi again,

Am 27. Juli 2024 09:43:07 MESZ schrieb "Camaleón" :
>El 2024-07-26 a las 23:51 +0200, Holger Wansing escribió:
>> Long story short:
>> the repeating complaining about "Translation status page not updated 
>> (again)" 
>> and similar may look as an issue at the first glance, but as far as I can 
>> see, 
>> there is no problem currently.
>> It's just that the system is working diffently compared to how people think
>> it does.
>> 
>> There is room for optimization probably, but the status quo is working as
>> intended.
>
>I beg to differ.
>
>These pages (not just for «es» but other languages)
>
>https://www.debian.org/international/l10n/po-debconf/es
>
>Need to reflect the CURRENT and REAL status of PO files when a translator
>interacts with the robot.

Is it really necessary, that this is *all* visible on *one* page? I guess no.
It would be fine, but not strictly needed.

>So, for multispeech file, the one I'm complaining about, this must 
>reflect a grey table row color and:
>
>---
>multispeech 0% (0t;0f;16u) bts Camaleón
>2024-07-21 06:36:01 1076657
>---
>
>But currently it is displayed as «Hey, no one is in care  of this file, 
>is not translated... you can go ahead and translate it into Spansish» 
>which, being this page the main source for translator's coordination, 
>I guess is not the desired/expected message :-/

All the information is there, but divided on two pages.

>I mean, I see no difference between multispeech and evqueue-core, for 
>instance. The former is WRONGLY displayed, while the latter is RIGHT.
>
>Why?
>
>OTOH, the multispeech Spanish translated file should be -by now- 
>uploaded into unstable, as the rest of the languages which are already there:
>
>https://i18n.debian.org/material/po/unstable/main/m/multispeech/debian/po/
>
>Finally, (I don't think so but) if NOW it is unnecessary/useless sending
>commands to the robot to set the status of po-debconf PO files, just 
>tell and I will stop doing so. 
>
>Instructing the robot about the status of files takes MUCH valuable time
>for translators who could be spent in performing another tasks.

The feeding of the robot is not useless; the information is processed and
shown on the robot status pages.

Of course, everyone is free to implement any changings they see
fit. But that's out of my skills.


Holger



-- 
Sent from /e/ OS on Fairphone3

Re: Translation status robot (again?)

[Holger Wansing]

robot 
(https://l10n.debian.org/coordination/spanish/es.by_translator.html)
are integrated into the centralized l10n statistics page
(https://www.debian.org/international/l10n/po-debconf/es).
That statistics pages are originally not planned to deal with these data,
and this is the reason for inconsistencies, which people are seing.

Of course, this would force people to look at two pages instead of only
one, to see the whole picture.
But probably that would be an improvement nevertheless.
That would divide the huge process of building this whole statistics beast
into two smaller parts, allowing for easier maintenance and debugging in
case of errors (or topics, that just seem to be an error, but are not).




And finally:
The page
https://i18n.debian.org/nmu-radar/nmu_bypackage.html
is currently pointless, since there is noone doing such NMU uploads for
l10n updates (that was bubulle's part, who is no longer active in Debian).
So people should not care about this page.
Maybe we should remove it? Or place a big fat warning about its status?
It's annoying, if different pages (with totally different approaches) are 
compared against, and the differences lead to such complains.



So long

Holger




-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#1076697: #1076697 Translation of "Galician" is missing from trixie release notes table

[Holger Wansing]

Wenbin Lv  wrote:
> In https://www.debian.org/releases/trixie/releasenotes , translation of
> "Galician" is missing from any version other than English.

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057288


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#815202: #815202 packages: machines and sponsors information is outdated

[Holger Wansing]

No progress for the last 7 years :-(

I have just updated the sponsors list manually for now.


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#442083: #442083packages.debian.org: [i18n] several i18n related issues

[Holger Wansing]

Thomas Lange  wrote:
> I wonder if this bug is still valid?

The discrepancies spotted by Paul in



are still there, so this is valid.

Just apply the patch and see how it goes?


Holger



-- 
Sent from /e/ OS on Fairphone3

Bug#1071739: marked as done (packages.debian.org: Removal of spam domain from download mirror page)

[Holger Wansing]

Am 24. Mai 2024 20:16:35 MESZ schrieb Holger Wansing :
>
>
>Am 24. Mai 2024 20:10:35 MESZ schrieb Thomas Lange :
>>>>>>> On Fri, 24 May 2024 20:02:35 +0200, Holger Wansing 
>>>>>>>  said:
>>
>>> Hi Thomas,
>>> you fixed this in master branch.
>>> Are you sure about this?
>>> I somehow seem to remember, that debian-master branch is used for 
>> packages.d.o ...
>>you are right, debian-master seems to be the correct branch.
>>I will fix it also in debian-master.
>>
>>Do you know if the branch master is used for anything?
>
>Don't know.

Maybe we should just make debian-master the default branch (instead of the 
master one)?


Holger

-- 
Sent from /e/ OS on Fairphone3

Bug#1071739: marked as done (packages.debian.org: Removal of spam domain from download mirror page)

[Holger Wansing]

Am 24. Mai 2024 20:10:35 MESZ schrieb Thomas Lange :
>>>>>> On Fri, 24 May 2024 20:02:35 +0200, Holger Wansing 
>>>>>>  said:
>
>> Hi Thomas,
>> you fixed this in master branch.
>> Are you sure about this?
>> I somehow seem to remember, that debian-master branch is used for 
> packages.d.o ...
>you are right, debian-master seems to be the correct branch.
>I will fix it also in debian-master.
>
>Do you know if the branch master is used for anything?

Don't know.


Holger


-- 
Sent from /e/ OS on Fairphone3

Bug#1071739: marked as done (packages.debian.org: Removal of spam domain from download mirror page)

[Holger Wansing]

Hi Thomas,

you fixed this in master branch.
Are you sure about this?
I somehow seem to remember, that debian-master branch is used for packages.d.o 
...


Holger






Von:Thomas Lange 
An:1071739-done@bugs.debian.orgGesendet:Fri May 24 
19:31:01 GMT+02:00 2024Betreff:Bug#1071739 fixed in www.debian.org

Hello,

Bug #1071739 in www.debian.org reported by you has been fixed in the Git 
repository.
You can see the commit message below and you can check the diff of the fix at:

https://salsa.debian.org/webmaster-team/packages/-/commit/68dd648d0b460c33c396e743732268c0bcd10f8a







-- 
Sent from /e/ OS on Fairphone3

Bug#1071157: www.debian.org: securing debian manual: broken links

[Holger Wansing]

Control: reassign -1 harden-doc



Am 15. Mai 2024 11:33:44 MESZ schrieb Hendrik Jaeger 
:
>Package: www.debian.org
>Severity: minor
>X-Debbugs-Cc: debian-b...@henk.geekmail.org
>
>Dear Maintainer,
>
>   * What led up to the situation?
>
>Collecting information on SysRq.
>Followed by trying to find information how to report issues with the 
>documentation.
>
>   * What was the outcome of this action?
>
>For both tasks: stumble over broken links.
>
>   * What outcome did you expect instead?
>
>Working links.
>
>
>https://www.debian.org/doc/manuals/securing-debian-manual/restrict-sysrq.en.html
> has the following text:
>»For more information, read security chapter in the Remote Serial Console 
>HOWTO, Kernel SysRQ documentation. and the Magic_SysRq_key wikipedia entry.«
>The link to the »Kernel SysRQ documentation« is broken and leads to
>https://kernel.org/doc/Documentation/sysrq.txt
>correct link would probably be
>https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html
>
>https://www.debian.org/doc/manuals/securing-debian-manual/changelog.en.html 
>has the following text:
>»You can download or view the latest version of the Securing Debian Manual 
>from the Debian Documentation Project.«
>The link to »Debian Documentation Project« leads to
>https://www.debian.org/doc/manuals/securing-debian-howto/ which shows »Page 
>not found« and should maybe instead lead to
>https://www.debian.org/doc/ddp.
>
>It looks like there are possibly more broken links, among other to 
>alioth.debian.org.
>So generally it might be a good idea to regularly run a broken link checker 
>over all docs.

The issue is in the documentation package, not on the website; reassign to 
harden-doc.


Holger

-- 
Sent from /e/ OS on Fairphone3

Re: Broken page link for buster installation

[Holger Wansing]

Hi,

Am 17. Mai 2024 16:27:28 MESZ schrieb Thomas Lange :
>Having LTS support does not mean that we recommend to install new
>systems using the outdated release. Therefore I've removed the link.
>
>And where is the page (which) mentioned?

The buster release page says "To obtain and install Debian, see the 
installation 
information page ..." but such page is not existant.


>
>> Editing the page like this is not professional (mentioning a page,
>> which is not there anymore).
>> Buster is still under LTS support, so not archived strictly.
>

Holger

-- 
Sent from /e/ OS on Fairphone3

Re: Broken page link for buster installation

[Holger Wansing]

Hi,

Am 17. Mai 2024 15:12:55 MESZ schrieb Thomas Lange :
>Yes, it's correct that this link is not working any more. You can find
>the installer ISO here:
>  https://cdimage.debian.org/mirror/cdimage/archive/10.13.0/amd64/iso-cd/
>
>> On Thu, 16 May 2024 17:49:46 +, Heidi Fehr  said:
>
>> Hello!
>> I recently went to go look for an installer for Debian Buster v10 but it 
> appears that the page link is no longer working.
>> https://www.debian.org/releases/buster/debian-installer/

So, why was that page removed then?
Or at least add a link pointing to above archive URL?
Editing the page like this is not professional (mentioning a page,
which is not there anymore).
Buster is still under LTS support, so not archived strictly.


Holger


-- 
Sent from /e/ OS on Fairphone3

Debian website: Translation sync

[Holger Wansing]

Hello all (previous website translators in BCC):

recently there were some changings in English, which you are not aware of
probably, since the relevant files are not listed at the website statictics
pages like https://www.debian.org/devel/website/stats/de.

I did some syncing as far as possible for me, however there is still some little
work to do for translators.

So you might want to look into these files:
webwml//international/l10n/po/tmpl.src
webwml//international/l10n/po4a/tmpl.src

You can lookup the changings in English via these commands:
git diff 29e4b6a41ff6..0b3b565fa9cc -- english/international/l10n/po/tmpl.src
git diff 29e4b6a41ff6..0b3b565fa9cc -- english/international/l10n/po4a/tmpl.src


Thanks + Regards
Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Errors building /releases/buster folder in several languages (Re: webwml failed)

[Holger Wansing]

Am 30. April 2024 15:26:29 MESZ schrieb Laura Arjona Reina 
:.
>
>I don't know if there is another solution that does not involve manually 
>deleting files in www-master, to be taken into account for the future.

Simply wipe out the whole tree?


Holger

-- 
Sent from /e/ OS on Fairphone3

Re: upgrade procedure instructs users to run “apt update” but neglects upgrading

[Holger Wansing]

You have reported this already some days ago, and this issue has been fixed.
You have been informed about this.

Sorry, why report again?
You don't get anything by reporting the same issue  multiple times.

Closing.





-- 
Sent from /e/ OS on Fairphone3

Bug#877337: single-page html of debian-policy to be revived?

[Holger Wansing]

Hi,

Sean Whitton  wrote (Sun, 14 Apr 2024 12:27:34 +0800):
> On Thu 11 Apr 2024 at 08:32am GMT, Holger Levsen wrote:
> 
> > On Thu, Apr 11, 2024 at 09:18:06AM +0200, Thomas Lange wrote:
> >> A single page html may be an additional option but there's already the
> >> single page txt version and the PDF. That's sufficient and I see no
> >> need in providing more formats of this manual.
> >>
> >> Therefore we can close this and I will close 877337.
> >
> > fwiw, I disagree with this conclusion. single page txt and pdf versions
> > are no replacements for single page html.
> 
> I agree, and still think we should be publishing the single page version.

1.
Currently, the package does not ship this version. So this would have to
be re-added there.

2.
There are pro's and con's for both the single-page and multi-page variants.
Thus the only possible way IMO is to ship both via www.d.o.
The developers-refererence also ships both already, so it would be consistent 
there.
To make the existing mechanism work, which finds both variants on the
web mirrors via webwml, the single-page html file needs to be named
debian-policy.html:
https://salsa.debian.org/webmaster-team/webwml/-/blob/master/english/doc/devel-manuals.defs?ref_type=heads
That needs to be dealed with in the package, just renaming the file does not 
work, since it would break all the internal links.
(Don't know how it worked in the past on the website with the file being named 
policy-1.html though.)

3.
There were several bugs (e.g. #873456, #876075, #879048) with the single-page
html version. Are they known to be solved now?
Sphinx has received much development in the past 7 years, so there may be a
chance to have them fixed ... (?)
To get an idea of where we stand, I have built latest version of debian-policy
with re-activated singlehtml variant (build via sbuild, so with latest Sphinx
version), made the copy-and-rename dance which happens on wolkenstein for 
publication on www.d.o and pushed the result at
https://people.debian.org/~holgerw/debian-policy-with-singlehtml/

The multi-page html is found via
https://people.debian.org/~holgerw/debian-policy-with-singlehtml/debian-policy/index.html

while single-page html is at
https://people.debian.org/~holgerw/debian-policy-with-singlehtml/debian-policy/policy-1.html


Could the Policy Editors team check, if everything is fine now, and if 
this should be published again?
At least there is still an issue with the footnotes, there are 16 occurrences
of #id1 for example... (search for "[1]" in policy-1.html).


So long
Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#1053549: Create a Debian theme for documentation based in Sphinx (reStructuredText)

[Holger Wansing]

Hi James,

Am 11. April 2024 23:52:52 MESZ schrieb James Addison :
>Hi Holger,
>
>On Sun, 7 Apr 2024 13:00:43 +0200, Holger wrote:
>> The only thing which is not working currently, is the search functionality,
>> but since that's not theme-specific I guess (please correct me, if I'm
>> wrong), I close this bug.
>
>The theme looks great, and I agree with closing this bug.  However, so that
>we don't overlook another potential python3-sphinx bug: could you report the
>problem that you encountered?  (I contribute to upstream and may be able to
>help with investigating that)

It's not a bug in sphinx or something like that.
The issue was in the build process for the website, what lead to some missing 
files in the manuals' tree (javascript script files and the searchindex.js).

Everything fine for now.

I'm currently working on switching the Debian release-notes to the new theme, 
and that might bring some issues, since the release-notes have translations as 
well (this was not the case for the debian-policy).

So maybe I come back to you in such case, if that's ok?


Thanks
Holger


-- 
Sent from /e/ OS on Fairphone3

Debian RT - please install an additional dependency for new html theme for Sphinx-based release-notes on wolkenstein

[Holger Wansing]

Hello DSA


To switch the Debian release-notes to the new Debian-style html theme 
(already active for debian-policy, see [1]), we need one more package 
installed on wolkenstein: python3-sphinx-rtd-theme.

Rationale: other manuals like debian-policy are not built from scratch
on wolkenstein, but their binary package is downloaded, unpacked and copied
to www install path.
For release-notes this is different: since the release-notes are not in the
Debian archive (there is no such package like 'release-notes'), we need to
build the release-notes completely from scratch on wolkenstein.
Therefore we need the above mentioned package for the build.

Sorry for bothering you again regarding the Sphinx docs thingy.


I'm attaching a patch for the debian.org-www-master.debian.org
dependencies including the new dependency.


Kind regards,
Holger

[1] https://www.debian.org/doc/debian-policy/

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076
>From e9d4de468296a1e186d4d98d1d6dcae7db6e81f6 Mon Sep 17 00:00:00 2001
From: Holger Wansing 
Date: Thu, 11 Apr 2024 21:34:29 +0200
Subject: [PATCH] Additional build dependency for release-notes (new
 Debian-style html theme)

---
 debian/changelog | 5 +
 debian/control   | 1 +
 2 files changed, 6 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index e45719c..d9c08eb 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -18,6 +18,11 @@ debian.org (74) UNRELEASED; urgency=medium
 + libjson-perl
 + libcrypt-jwt-perl
 
+  [ Holger Wansing ]
+  * www-master - additional dependency for Sphinx-based release-notes
+(Debian-style html theme):
++ python3-sphinx-rtd-theme
+
  -- Pierre-Elliott Bécue   Mon, 18 Mar 2024 22:01:07 +0100
 
 debian.org (73) stable; urgency=medium
diff --git a/debian/control b/debian/control
index e5d4b03..2d8433e 100644
--- a/debian/control
+++ b/debian/control
@@ -340,6 +340,7 @@ Depends: debiandoc-sgml,
 	python3-distro-info,
 	python3-sphinx,
 	python3-stemmer,
+	python3-sphinx-rtd-theme,
 	tex-gyre,
 	texinfo,
 	fonts-freefont-otf,
-- 
2.39.2

Bug#872944: #872944 www.debian.org: Remove JavaScript from Policy Manual published on web mirrors

[Holger Wansing]

Hi,

Bill Allombert  wrote (Wed, 10 Apr 2024 
22:24:20 +0200):
> On Wed, Apr 10, 2024 at 09:33:50PM +0200, Holger Wansing wrote:
> > Hello www team and debian-policy editor team,
> > 
> > Note: apparently we have no alternative beside js, if we want full-text 
> > search for html output (single-page html could be a possible way, but 
> > that output format has been disabled due to various other issues).
> 
> Sorry, but why is this so hard to generate a single-page html ?
> debiandoc could do it. Using the browser intra-page search is always much
> easier/faster that using a search box.

I did not go deeper into this scenario, I just found 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877337
which includes a forward-backword-forward dance switching multiple
times between multi-page and single-page html variant requests.


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#872944: #872944 www.debian.org: Remove JavaScript from Policy Manual published on web mirrors

[Holger Wansing]

Hello www team and debian-policy editor team,


in-line with activating the new html theme on our website I also
worked on the javascript front:

to make the html theme work on small screens (smartphones) the readthedocs.org
theme relies on javascript functionality, to display a sidebar with the table
of content only, when the device is in landscape direction resp. when the 
burger button is pressed.

The second javascript functionality is the full-text search.

I made all needed changings, to get the above functions work and they are doing 
fine now. See 

Please note, that I made use of javascript by intend, despite of this bug 
requesting to remove all js functionality.
This is because I wanted to find out,  what we need (aka which javascript 
packages) to make all the above mentioned functions work. 
Since I lack the skills to value this simply by studying source code and 
reading documentation, I had to test this in live to be sure.

The outcome of this is:
we need content of the javascript packages "libjs-sphinxdoc" and "libjs-jquery" 
existing in the manuals' path, to accomplish the above goals.

We need to decide now, if we want these functionality, when they require 
those javascript packages. 
Or if we skip such functionality.

Note: apparently we have no alternative beside js, if we want full-text 
search for html output (single-page html could be a possible way, but 
that output format has been disabled due to various other issues).

And being able to show/hide the sidebar on smartphones is a great benefit
when screen size is limited.


There are requests to not use js, but it has also been mentioned, that it
may be worth it enabling js, because of the relatively reduced amount of js 
use in sphinxdoc / jquery.
Note: I'm lacking skills to inspect source code, which other functions are
integrated in the doctools.js / jquery.js / searchtools.js / sphinx-highlight.js
scripts resp. what the functions I find there are doing exactly! 
Maybe someone can make a statement here?

I would like to mention another point:
it's a Browser functionality for decades to have the possibility to disable
use of JavaScript. So people who want to avoid any risk due to js, can or
will most probably have JavaScript disabled in the Browser settings anyway.


Please note, that this decision is not only for debian-policy, but for
all sphinx-based manuals on Debian website.
(I hope we don't make different decisions on this question for the 
various manuals we have. That would make the implentation once again
more difficult.)



What should be done now?


Holger

Re: Bug#987943: www.debian.org: Developers Reference: Sphinx search non-functional: searchindex.js missing

[Holger Wansing]

Hi,

Holger Wansing  wrote (Mon, 8 Apr 2024 00:35:46 +0200):
> Everything works fine there as far a I see (with a desktop firefox and brave
> browser, as well as with the mobile versions of those browsers on my 
> smartphone).
> Feel free to test with more browsers/platforms/whatever.
> 
> I guess I will need to trim the 7doc script once again - h ...

This is done now.
debian-policy on debian.org/doc is fine as it is now.

See commits 3462a061, a2262ec9 and ae8aa074 on
https://salsa.debian.org/webmaster-team/cron/-/commits/master/parts/7doc?ref_type=heads

So, we know now what is needed, to get it this far (aka: get the search
function working and make the html theme work on big (desktop pcs) and
small (smartphone) screens:

We need javascript functionality from the packages libjs-sphinxdoc and 
libjs-jquery. Without these, the above funtions will not work.
I brought it this far, to make sure of this fact.

I will close this bug now.

Whether javascript will stay active on debian.org website will need to be
decided. I will follow up regarding this topic on 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=872944


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#987943: www.debian.org: Developers Reference: Sphinx search non-functional: searchindex.js missing

[Holger Wansing]

Hi,

Holger Wansing  wrote (Sat, 25 Nov 2023 12:43:24 +0100):
> In the meantime things have evolved, Sphinx has changed its way to
> deal with this; see 
> <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=872944#74>
> 
> Thus, the current developers-reference built on a bookworm or later system
> leads to a output, where the search is working.
> Can be viewed at 
> <https://people.debian.org/~holgerw/sphinx-theme-for-debian/alabaster/developers-reference/>
> (also with a different html theme, BTW)
> 
> 
> So, when wolkenstein gets updates to bookworm (currently on bullseye)
> it will just, I guess.

Sorry, the above was complete nonsens, since for Developers Reference on the 
website we use the binary Debian package as a basis, which is built by
buildds, so on unstable. Thus the Sphinx version on wolkenstein is completely 
irrelevant.

I mixed that up with the release-notes, which I have worked on to migrate to
Sphinx: since there is no such package like 'release-notes' in the archive,
they in fact need to be built from scratch on wolkenstein.

So ...

$ time_machine start target=submitting-date

... we are back to the beginning:

Stefano Rivera  wrote:
> Sphinx search is broken on the developers reference:
> https://www.debian.org/doc/manuals/developers-reference/searchindex.js
> is 404.

Note: I'm working on debian-policy now, which has also switched to Sphinx;
as debian-policy shows the same problem, I think it's a systematic issue and
thus a solution for this will work for other sphinx-based manuals as well
(hopefully).

First, I focused on the symlinks to several .js scripts in _static, which point
to not existing targets. That has been mentioned at several places, and drawed
my attention.
After several attempts I have all those scripts existing now on the relevant 
place at https://www.debian.org/doc/debian-policy/_static/,
however the search is still not working :-((

But then --- guess what: the subject says it all:
"searchindex.js is missing" !

Indeed, that file is existing here after a local build of the package, but
is missing on our webserver.
That's because the 7doc script in webmaster's cron repo (to push /doc content on
the website) does only process html files in the root directoriy of the manual, 
no .js files.

I have prepared a build of debian-policy with all needed javascript scripts
and that searchindex.js file at
https://people.debian.org/~holgerw/new-rtd-sphinx-theme-for-debian/debian-policy/debian-policy/

Everything works fine there as far a I see (with a desktop firefox and brave
browser, as well as with the mobile versions of those browsers on my 
smartphone).
Feel free to test with more browsers/platforms/whatever.

I guess I will need to trim the 7doc script once again - h ...


So long
Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Bug#1053549: Create a Debian theme for documentation based in Sphinx (reStructuredText)

[Holger Wansing]

Hi,

Laura Arjona Reina  wrote (Fri, 6 Oct 2023 09:35:09 +0200):
> Several documentation manuals are being generated now using 
> ReStructuredText and Sphinx, and it would be nice that a Debian theme in 
> Sphinx is created and used to match our docs appearance with the Debian 
> website colours etc.

Thanks to Stéphane Blondon, we have a nice Debian theme for Sphinx now, and
I managed to get it to the website in the end so far, currently visible at
debian-policy:
https://www.debian.org/doc/debian-policy/index.html

I had to deal with some missing javascript files as well, to make the 
sidebar appear/disappear on small screens like smartphones, but that works
now.

The only thing which is not working currently, is the search functionality,
but since that's not theme-specific I guess (please correct me, if I'm 
wrong), I close this bug.

Javascript leaves some open issues, but for those I will follow-up on some 
existing javascript bugs, we already have for the website/manuals.


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: issue with Debian-style html theme for sphinx-based documents

[Holger Wansing]

Hi,

Holger Wansing  wrote (Tue, 2 Apr 2024 14:47:12 +0200):
> We need a separate copy of 3 packages in our www build tree on
> wolkenstein and all www static mirrors (simply let DSA install those
> packages on the machines will not work).
> And every sphinx-based manual needs relative symlinks in its tree, pointing
> to the above packages' content.
> The 1ftpfiles and 7doc scripts, which need to be adapted for that, and
> also the situation on the www mirrors is getting more complex, so I'm unsure 
> if we want this.
> See my patch.
> 
> On the other side, I don't see any other solution apart from developing
> a new theme.

Since there were no objections, I pushed that yesterday (+ one additional
change was needed), and that works now.


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

issue with Debian-style html theme for sphinx-based documents

[Holger Wansing]

Control: reassign 1064593 www.debian.org


Hi all,

Sean Whitton  wrote (Tue, 02 Apr 2024 10:11:39 +0800):
> Hello,
> 
> On Mon 01 Apr 2024 at 02:50pm +02, Holger Wansing wrote:
> 
> > I now tend to switch to another approach (also proposed similarly by Adam):
> >
> > instead of relying on the rtd-theme package in the default install path of 
> > the
> > package installed by DSA, I will use the infrastructure in 1ftpfiles and
> > 7doc of webmaster's cron repo, to (always) fetch the latest version of that
> > package (and two more packages, which the former depends on: 
> > fonts-font-awesome
> > and fonts-lato, to get the needed fonts) and unpack+copy them into
> > a dedicated path inside the www build tree.
> >
> > That path will be synced to the static www mirrors, and we can symlink
> > to it from the manuals.
> > (And the content of that path will automatically be kept up-to-date on
> > the unstable version of packages, so we don't get outdated/orphaned
> > copies of that packages in the isolated path.)
> > I want the unstable version of that packages here, since they need to
> > incorporate with the unstable version of the different manuals (like
> > debian-policy), and those packages are built by buildd, so unstable.
> >
> > How does that sound in the light of Debian guidelines and best practice?
> >
> > Is it ok, to have such "isolated copies" of packages as described above?
> >
> > I have not much experience in similar things, so I would like to get
> > some comments here, please.
> 
> I mean, it seems okay to me, but it's up to the web team really.

Yeah, that makes we aware of that this bug is now assigned to the wrong
package (this is no longer an issue on debian-policy side, but on
www.debian.org). 

Therefore, web team is most probably not aware at all of this specific issue.
So, I'm reassigning this bug to www.debian.org now.
And also debian-doc in CC, since in the past the doc/manuals part of
the website was somehow under responsibility of -doc people IIRC.



@web + doc teams:
We have (after more than 5 years) a new Debian-style html theme for 
sphinx-based 
documents, created by Stéphane Blondon based on a readthedocs.org theme.
It looks really good, and a preview of debian-policy with this theme can be 
seen here:
https://people.debian.org/~holgerw/new-rtd-sphinx-theme-for-debian/debian-policy/debian-policy/

However, getting this theme to work on the Debian website became more and more 
of a challenge these days/weeks.
An issue came up, which can be seen at Debian's website:
https://www.debian.org/doc/debian-policy/
The html layout is completely broken, because the theme relys on files
provided by the sphinx-rtd-theme-common package, which are not there on
the www mirrors.
Getting that files correctly on the mirrors occured to become difficult, sadly.

You can find a current summary of this issue at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064593#125

This comes down to one more adaption of the 1ftpfiles / 7doc scripts
in webmaster's cron repo.
Attached is the latest version of my patch, to get this going.

It works so far, but I wonder if this is the way we want to go.
There is a significant amount of things, which need to work correctly to
make this new theme appear correctly on Debian's website:

We need a separate copy of 3 packages in our www build tree on
wolkenstein and all www static mirrors (simply let DSA install those
packages on the machines will not work).
And every sphinx-based manual needs relative symlinks in its tree, pointing
to the above packages' content.
The 1ftpfiles and 7doc scripts, which need to be adapted for that, and
also the situation on the www mirrors is getting more complex, so I'm unsure 
if we want this.
See my patch.

On the other side, I don't see any other solution apart from developing
a new theme.


Comments?


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076
diff --git a/parts/1ftpfiles b/parts/1ftpfiles
index 3a2d953..3079131 100755
--- a/parts/1ftpfiles
+++ b/parts/1ftpfiles
@@ -72,6 +72,11 @@ $WGET -O - $httpurlamd64 | xzcat >Packages-amd64
 
 httpurlrepo="http://${ftpsite}/debian";
 
+# readthedocs.org html theme files and related fonts
+getdeb all sphinx-rtd-theme-common
+getdeb all fonts-font-awesome
+getdeb all fonts-lato
+
 # many language specific binary packages (arch=all)
 getdebs aptitude
 getdebs debian-faq
diff --git a/parts/7doc b/parts/7doc
index b079aea..c2ff284 100755
--- a/parts/7doc
+++ b/parts/7doc
@@ -341,6 +341,39 @@ if [ "$lang" = "en" ]; then
 fi
 }
 
+#
+
+place_symlinks_to_theme_files()
+# To make the html theme (which is b

Re: Bug#1067949: www.debian.org: No language selection on "www.debian.org/doc/manuals/maint-guide/"

[Holger Wansing]

Am 29. März 2024 12:22:29 MEZ schrieb Christian Buhtz :

>
>There is no option to select the language of that document. I always see the
>translated version (in my case German). But I want to see the original of
>course.

For the manuals we have overview pages with links per language and format
on .

See 
and 

Closing this bug



Holger





-- 
Sent from /e/ OS on Fairphone3

Re: Bug#1067671: unable to run "make pot" due to missing english/template/debian/legal.wml

[Holger Wansing]

Hi,

Wenbin Lv  wrote (Mon, 25 Mar 2024 19:21:16 +0800):
> Package: www.debian.org
> 
> Hi,
> 
> I noticed some .pot files are out of date when translating the web pages,
> but can't update them by running "make pot" under english/po. The errors
> are:
> 
> ../../english/po/wmlxgettext.pl legal
> ../../english/template/debian/legal.wml
> ../../english/template/debian/legal_tags.wml > ../../english/po/legal.pot
> Unable to open ../../english/template/debian/legal.wml
> make[1]: *** [Makefile:140: ../../english/po/legal.pot] Error 2
> make[1]: Leaving directory '/home/lwb/sources/webwml/english/po'
> make: *** [Makefile:184: pot] Error 2
> 
> This file was deleted in commit 4e6f84e3b617a3ef6f7fb3c7b7d4e75ef302968c.

I seems it has been forgotten to remove the reference for legal.pot from 
./english/po/Makefile.
Doing that, lead to similar errors for other files, that have also been
removed shortly:
./english/security/dsa.rdf.in
./english/security/make-ref-table.pl
./english/security/index.include


Fixed in 
https://salsa.debian.org/webmaster-team/webwml/-/commit/a4735ef7b64ae00322ecd0796aa7513d9909


Closing this bug

Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Debian RT - please install an additional dependency for Sphinx-based documentation on wolkenstein

[Holger Wansing]

Hello DSA


Inline with the migration of documentation to restructedText / Sphinx there is
the need for one more package to be installed on www-master:

A somewhat longstanding topic is the creation of a Debian-style html theme for
those documents (currently the style of those docs is not really in-line with
the color scheme on debian.org. See [2] for example).
Thanks to Stéphane Blondon we have a proposal now (see [1]), which is based
on a theme from readthedocs.org.
To make that work, we need to have python3-sphinx-rtd-theme installed on
www-master (?).
Without that package, we have a broken html layout, which can be seen at
[3] currently.

Please note, that this dependency is not a build-dependency, but also needed
during runtime (aka: on every www mirror which serves those Sphinx-based
documents we need to have python3-sphinx-rtd-theme installed, to make the
new theme work for the website visitor).
However, I couldn't find any other stanza for www.debian.org web mirrors
than www-master.
Are all www mirrors deployed from this stanza, or how is it supposed to
work?


I'm attaching a patch for the debian.org-www-master.debian.org
dependencies including the new dependency, in the hope that it is correct
this way.


Kind regards,
Holger

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915583#25
[2] https://www.debian.org/doc/manuals/developers-reference/index.en.html
[3] https://www.debian.org/doc/debian-policy/

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076
>From 72c0871fa470eeb30e8d4f3afa7d2b1f6ae17f68 Mon Sep 17 00:00:00 2001
From: Holger Wansing 
Date: Sun, 24 Mar 2024 18:59:13 +0100
Subject: [PATCH] Add python3-sphinx-rtd-theme as dependency for www-master, to
 get a nice Debian-style html theme for our Sphinx-based documents

---
 debian/changelog | 4 
 debian/control   | 1 +
 2 files changed, 5 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index ef3d457..ffcc71e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,6 +8,10 @@ debian.org (74) UNRELEASED; urgency=medium
   * Drop debian.org-lintian.debian.org
   * Drop debian.org-lintian-new.debian.org
 
+  [ Holger Wansing ]
+  * www-master - additional dependency for Sphinx-based documentation:
++ python3-sphinx-rtd-theme
+
  -- Pierre-Elliott Bécue   Mon, 18 Mar 2024 22:01:07 +0100
 
 debian.org (73) stable; urgency=medium
diff --git a/debian/control b/debian/control
index 4de3955..cef3776 100644
--- a/debian/control
+++ b/debian/control
@@ -340,6 +340,7 @@ Depends: debiandoc-sgml,
 	python3-distro-info,
 	python3-sphinx,
 	python3-stemmer,
+	python3-sphinx-rtd-theme,
 	tex-gyre,
 	texinfo,
 	fonts-freefont-otf,
-- 
2.39.2

Re: URL update 32 bit from 11 to 12

[Holger Wansing]

Hi,

Am 15. Februar 2024 12:19:35 MEZ schrieb "dadadortda-darmst...@yahoo.com" 
:
> Thank You
>The problem is
>on Your homepage
>debian.org
>is the update10 to 11.
>That is the reason I did ask You.

Which URL?


Holger

>Thank You
>Sophie
>
>
>
>Am Mittwoch, 14. Februar 2024 um 17:50:58 MEZ hat Holger Wansing 
>  Folgendes geschrieben:  
> 
> Hi Sophie,
>
>Am 14. Februar 2024 16:41:49 MEZ schrieb "dadadortda-darmst...@yahoo.com" 
>:
>>Good afternoonPlease send me the URLfor the instructionsto update Debian 11 
>>to 12 32 bit LXDEIm newbie
>
>this is the wrong list for user support questions, sorry.
>Please ask at debian-u...@lists.debian.org
>(or debian-user-ger...@lists.debian.org, if you would prefer German).
>
>
>Moreover, 
><https://www.debian.org/releases/stable/amd64/release-notes/>
>is what you want...
>
>
>Holger
>
>

-- 
Sent from /e/ OS on Fairphone3

Re: URL update 32 bit from 11 to 12

[Holger Wansing]

Am 14. Februar 2024 17:50:51 MEZ schrieb Holger Wansing 
>Moreover, 
><https://www.debian.org/releases/stable/amd64/release-notes/>
>is what you want...

Uups, you explicitly asked for 32bit, so that would be
<https://www.debian.org/releases/stable/i386/release-notes/>


-- 
Sent from /e/ OS on Fairphone3

Re: URL update 32 bit from 11 to 12

[Holger Wansing]

Hi Sophie,

Am 14. Februar 2024 16:41:49 MEZ schrieb "dadadortda-darmst...@yahoo.com" 
:
>Good afternoonPlease send me the URLfor the instructionsto update Debian 11 to 
>12 32 bit LXDEIm newbie

this is the wrong list for user support questions, sorry.
Please ask at debian-u...@lists.debian.org
(or debian-user-ger...@lists.debian.org, if you would prefer German).


Moreover, 

is what you want...


Holger


-- 
Sent from /e/ OS on Fairphone3

Re: Upcoming stable point release (12.5)

[Holger Wansing]

Hi,

Thomas Lange  wrote (Thu, 8 Feb 2024 12:10:33 +0100):
> >>>>> On Thu, 8 Feb 2024 11:25:22 +0100, Holger Wansing 
> >>>>>  said:
> 
> > Now leaving out the year from above link like
> > https://www.debian.org/security/dsa-5612
> > also redirects to the same announcement.
> 
> > @Thomas: is this the intended behaviour (both variants are supported
> > and it stays this way) ?
> > In that case nothing needs to be done in the point release 
> announcements...
> 
> Yes, it's intended to work with and without the year. The security
> team knows about this and will change to links without the year in the future.
> 
> I prefer without the year, because people do not care about the year
> when looking for a DSA/DLA, and it's hard to guess the year if you
> don't know it but only the number.

Sounds fair.
So the proper long-term solution would be to apply changings like in the
patch I proposed anyway...


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Upcoming stable point release (12.5)

[Holger Wansing]

Hi,

Holger Wansing  wrote (Thu, 8 Feb 2024 10:47:21 +0100):
> Hi,
> 
> Jean-Pierre Giraud  wrote (Thu, 08 Feb 2024 
> 09:49:00 +0100):
> > Le jeudi 08 février 2024 à 08:28 +0100, Thomas Lange a écrit :
> > > It's now easier than before. You don't need the year in the URL any more.
> > > This should be used instead:
> > > https://www.debian.org/security/dsa-5551
> 
> @Jean-Pierre:
> Good catch noticing this. Thanks for the heads-up!
> 
> 
> Changings like in attached patch should do it.

On the other hand, I wonder if the above ("You don't need the year in the URL 
any more") is strictly correct:

Looking at the security tracker for instance at
https://security-tracker.debian.org/tracker/source-package/chromium
then choosing a CVE like
https://security-tracker.debian.org/tracker/CVE-2024-1077
and then at the referenced DSA at
https://security-tracker.debian.org/tracker/DSA-5612-1
there is a link to the DSA at debian.org (the link is just named "Debian")
that points to 
https://www.debian.org/security/2024/dsa-5612
and that works: it gets redirected to the correct DSA announcement at
https://lists.debian.org/debian-security-announce/2024/msg00019.html

Now leaving out the year from above link like
https://www.debian.org/security/dsa-5612
also redirects to the same announcement.


@Thomas: is this the intended behaviour (both variants are supported
and it stays this way) ?
In that case nothing needs to be done in the point release announcements...



Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Upcoming stable point release (12.5)

[Holger Wansing]

Hi,

Jean-Pierre Giraud  wrote (Thu, 08 Feb 2024 09:49:00 
+0100):
> Le jeudi 08 février 2024 à 08:28 +0100, Thomas Lange a écrit :
> > It's now easier than before. You don't need the year in the URL any more.
> > This should be used instead:
> > https://www.debian.org/security/dsa-5551

@Jean-Pierre:
Good catch noticing this. Thanks for the heads-up!


Changings like in attached patch should do it.


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076
--- 20240210.wml	2024-02-08 10:38:13.344483185 +0100
+++ 20240210-fix-dsa-links.wml	2024-02-08 10:41:00.640002849 +0100
@@ -8,10 +8,10 @@
 12.5
 
 
-DSA-%1
+DSA-%0
 <:
 my @p = ();
-for my $p (split (/,\s*/, "%2")) {
+for my $p (split (/,\s*/, "%1")) {
 	push (@p, sprintf ('https://packages.debian.org/src:%s";>%s', $p, $p));
 }
 print join (", ", @p);
@@ -139,48 +139,48 @@
 
 
 Advisory ID  Package
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
 
 
 

Re: Trixie installation guide links -> 404

[Holger Wansing]

Hi,

"d...@dougwebb.site"  wrote (Sun, 14 Jan 2024 19:44:47 
+0100):
> Hi there,
> 
> Just wanted to report that all of the guide links to install trixie on page:
> 
> https://www.debian.org/releases/trixie/installmanual
> 
> ...return 404 status codes (status code not presented to page viewer!)

That URL is not yet valid.
To install trixie (testing), see https://www.debian.org/devel/debian-installer/


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: po statistics

[Holger Wansing]

Hi,

Helge Kreutzmann  wrote (Fri, 17 Nov 2023 16:37:14 +):
> > > I'll just pick one:
> > > de_PY.nl.html is
> > > "Toestand van de PO-bestanden voor de taalcode: de_PY — German 
> > > @tmpl_lang@ndash; Paraguay"
> > > who needs this?
> 
[...]

> And maybe some German speaking community in Paraguay just happens to
> decide right now to do the work - then they could ramp up their
> efforts quickly, as the infrastructure is already there.

That was a bad example.
There is no such language team like de_PY (German in Paraguay).
'py' is a substitution for 'python' here; there is a German po file for
some python module at that page.

So I have removed de_PY, fr_PY, it_PY and zh_PY from the list.

As well as bin (which is a substitution for binary) and cli (as a short form
for Commandline Interface) and cut (there are no po files for 'cut' language
at that page; there are Danish, German and French po files at that page).


Greetings
Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: New script to strip out entries from languages list

[Holger Wansing]

Am 2. Januar 2024 23:23:05 MEZ schrieb Holger Wansing :
>While my first approach was, to call this new script in 
>webwml/english/international/l10n/po/Makefile after the gen-files.sh run, I 
>now realize that the correct way is, to call strip-langs.sh in webmaster's 
>cron repo in lessoften-parts/1l10n-data, where the data/langs file is 
>created. (I somehow was in the assumption, that the gen-files.sh creates
>data/langs, but today I saw I was wrong here.)
>While both approaches worked so far, it's the cleaner (and more obvious) way, 
>to call strip-langs.sh via the cron script 1l10n-data directly after creating
>data/langs. 
>Thus changing it that way. 
>
>See
>https://salsa.debian.org/webmaster-team/cron/-/commit/9fdc0e492fbb044f11c675fc92f660c13ab74616
>and
>https://salsa.debian.org/webmaster-team/webwml/-/commit/e59bdd1ee162d9d1eb2faca9b587eac151c478a4

Calling strip-langs.sh from cron script directly does not work 
as intended, so reverting back to my previos version.

Sorry for this forward-backward dance...


Holger



-- 
Sent from /e/ OS on Fairphone3

Re: New script to strip out entries from languages list

[Holger Wansing]

Hi again,

Holger Wansing  wrote (Tue, 02 Jan 2024 17:03:28 +0100):
> Am 2. Januar 2024 09:29:05 MEZ schrieb Thomas Lange :
> >Hi Holger,
> >
> >this script looks good to me. Thanks a lot for your work on this.
> >I think you can merge it.
> 
> Just merged.

While looking at the logs now, I see that I had to change that once more:

While my first approach was, to call this new script in 
webwml/english/international/l10n/po/Makefile after the gen-files.sh run, I 
now realize that the correct way is, to call strip-langs.sh in webmaster's 
cron repo in lessoften-parts/1l10n-data, where the data/langs file is 
created. (I somehow was in the assumption, that the gen-files.sh creates
data/langs, but today I saw I was wrong here.)
While both approaches worked so far, it's the cleaner (and more obvious) way, 
to call strip-langs.sh via the cron script 1l10n-data directly after creating
data/langs. 
Thus changing it that way. 

See
https://salsa.debian.org/webmaster-team/cron/-/commit/9fdc0e492fbb044f11c675fc92f660c13ab74616
and
https://salsa.debian.org/webmaster-team/webwml/-/commit/e59bdd1ee162d9d1eb2faca9b587eac151c478a4


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: New script to strip out entries from languages list

[Holger Wansing]

Hi,

Am 2. Januar 2024 09:29:05 MEZ schrieb Thomas Lange :
>Hi Holger,
>
>this script looks good to me. Thanks a lot for your work on this.
>I think you can merge it.

Just merged.


>>>>>> On Mon, 1 Jan 2024 23:39:09 +0100, Holger Wansing  
>>>>>> said:
>
>
>> In additional steps, we could also remove entries like de_AT, de_CH, 
> de_DE
>> and only leave 'de', as mentioned by Thomas.
>> But that's another discussion.
>I guess we do not want to remove those languages, but merge the
>variants into de. But maybe this need to be done in a different
>script, maybe in gen-files.pl.

Hmm. That will be out of my skills...


Holger


-- 
Sent from /e/ OS on Fairphone3

New script to strip out entries from languages list

[Holger Wansing]

Hi,

Thomas Lange  wrote (Thu, 23 Nov 2023 13:39:16 +0100):
> thanks for all the feedback. It seems that there's more work to do
> than I've expected. Currently I will not work on fixing the po
> statistics, because I want to concentrate on the security pages.
> So, if anyone else likes to work on this, feel free to do so.

I have a tested patch here, which allows to strip out some of the language
entries out of the 'langs' list, so those entries do no longer show up at
https://www.debian.org/international/l10n/po/ and the respective html
pages are not built as well.

For the first step I have chosen to delete most of the "Unknown language"
entries and some more, which are false-positives because of wrongly
named files/directories in packages.
It workes fine here locally.

The functionality is as the following:
When make is executed in the ./english/international/l10n/po directory,
the gen-files.sh script is called, which builds the list of languages
out of the material from https://i18n.debian.org/material/.
This list of languages is written to ./english/international/l10n/data/langs.

I have now created a script named strip-langs.sh, which removes entries 
by choice from this langs file (you can define in this script, which 
entries to remove).
The strip-langs.sh is called after the gen-files.sh run.
And then the html files for all the left languages are built.

With this, we would have an infrastructure, to remove single language
entries from the langs list choice by choice.

In additional steps, we could also remove entries like de_AT, de_CH, de_DE
and only leave 'de', as mentioned by Thomas.
But that's another discussion.


I have filed this as a merge request:
https://salsa.debian.org/webmaster-team/webwml/-/merge_requests/947

Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: website error report

[Holger Wansing]

Am 1. Januar 2024 01:43:33 MEZ schrieb zaknic :
>Hi,
>
>Clicked on this link and error message came up.
>
>https://packages.debian.org/jessie/x11vnc

Jessie has been superseded more than 5 years ago, according to


Please upgrade to a more recent Debian release


Holger

-- 
Sent from /e/ OS on Fairphone3

Re: Translate pages

[Holger Wansing]

Hi,

Руслан Сёмченко  wrote (Fri, 29 Dec 2023 12:39:41 
+0300):
> Good afternoon, I would like to improve the translation or improve it. I
> know 3 languages Ukrainian Russian and English

See
https://www.debian.org/international/Russian
https://www.debian.org/international/Ukrainian

You will find contact addresses there, to get in touch with the translation
teams.


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Continuous updates on linux kernel

[Holger Wansing]

Hi,

Am 15. Dezember 2023 19:39:31 MEZ schrieb Gianfranco 
:
>Good morning, today I downloaded the kernel update to 
>linux-image-6.1.0-16-amd64, a few days ago to inux-image-6.1.0-15-amd64 and a 
>short time before to inux-image-6.1.0-14-amd64 which was then also removed 
>from https://packages.debian.org/bookworm/kernel/
>
>Is there any problem? Something we should know about?

sorry, this mailinglist is for maintaining the website, not for user support.

See  instead.


Holger



-- 
Sent from /e/ OS on Fairphone3

Re: Main download button on Debian.org website returns 404

[Holger Wansing]

Hi,

Am 11. Dezember 2023 01:52:44 MEZ schrieb Davi Mello de Figueiredo 
:
>Hi,
>
>I believe this the tag `current-tiny-cd-release-filename` on the deployed
>website returns a wrong path for the main download button.
>
>```
>href="
>https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-12.2.0-amd64-netinst.iso";
>=> 404

Works now.
The website has been updated to reflect the point releases, that happened this 
weekend.


Holger

-- 
Sent from /e/ OS on Fairphone3

Re: how to get more recent translations for important web pages

[Holger Wansing]

[Adding debian-www to the loop]

Hi,

Holger Wansing  wrote (Sun, 3 Dec 2023 00:08:21 +0100):
> I would not vote too strict against the removal of outdated translations,
> in fact I did that some years ago for German as well, due to lack of
> manpower in the German team.
> You don't get applause for such initiative, it's an unthankful job.
> 
> That being said, I could imagine a timeframe from ~6 months for this
> to be senseful?
> 
> On the other hand, it occurred to me, if it's possible, to only change the
> filename from let's say index.wml to index.wml.old instead of removing the 
> file (assuming that the wml build process of the website ignores such
> files; did not check that).
> That would make it very easy for translators, to catch up with their work,
> if they find time. 
> Of course you might say "Hey, the file is not lost, we have a git repo
> here! No need for such trick." 
> That's of course correct, but translators might not be as familiar with
> such advanced usage of git as DDs are.
> So I think it would be worse it.

I have tested this for ../german/releases/trixie/installmanual.wml,
renamed that into installmanual.outdated and that works, the page gets
removed from the web, and otherwise no errors on the webwml build.
So, maybe that would be a possible "solution", instead of removing the
translation files completely?


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Overhaul of releases//index (Re: how to get more recent translations for important web pages)

[Holger Wansing]

[Adding debian-ww to the loop]

Hi,

Holger Wansing  wrote (Sun, 3 Dec 2023 00:08:21 +0100):
> And for usual changings:
> I think we need to much resources (on the English side as well as on
> translator's) for repeating tasks like pages under ../releases.
> Basically, the files under 
> ../releases/buster
> ../releases/bullseye
> ../releases/bookworm
> ../releases/trixie
> are nearly the same, but with small differences in codenames, release
> dates and such.
> But nevertheless all those pages need to be touched by translators
> many times over the release cycle (if translators want to keep their
> files up-to-date).
> Even pages for oldstable need translator's time to be up-to-date
> (I just spotted exactly this situation for Bullseye today!)
> And remember: if one changes a page in English, that might imply work for 
> dozens of translators!!!
> 
> 
> I can think about changing the whole mechanism behind these pages, to create
> a basis, which has content for all situations during the whole release
> lifetime, without any need to change that underway:
> 
> So, we would create such "template" for English, translators work on 
> translating the relevant parts and then they have their template for
> their language as well, and when a new release comes, we just run a
> sed script, which changes the codenames from the stable one to oldstable,
> testing to stable, and so on. The release dates need to be adjusted, 
> but with that most of the work should be done.
> Another relevant situation is when LTS period starts or ends for a
> release, but I imagine we can get this done be just changing an entity,
> which is used for all languages, and we are done.

I have a tested and working proposal ready now (here for 
../releases/bookworm/index).

It contains six sets of different content, which makes it possible, to
dynamically enable the needed content for the respective situations over
the whole release cycle.

That all is controlled via these six variables:

--
# Is -2 the current release ? (yes/no)


# Is -1 the current release ? (yes/no)


# Is  the current release ? (yes/no)


# Is +1 the current release ? (yes/no)


# Security updates discontinued for current release ? (yes/no)


# Has LTS period begun for current release ? (yes/no)

--

Apart from that, I have converted the hardcoded dates for "initial release
of Debian 12.0" and "security updates discontinued for Bookworm" into
tags defined in ./english/template/debian/release_info.wml, so no need to
change the index file, when the time for those change comes, just change
the tag.



I filed this as MR:
https://salsa.debian.org/webmaster-team/webwml/-/merge_requests/944


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#1057288: www.debian.org: use of wml::debian::translation-check header breaks translation of "Galician"

[Holger Wansing]

Package: www.debian.org
X-Debbugs-CC: a...@debian.org

I just found (more or less by accident), that using the
wml::debian::translation-check header in wml files breaks the translation of
the word "Galician".
So this counts for all pages but English.
The result can be found on pages like

https://www.debian.org/releases/trixie/releasenotes.nl.html
https://www.debian.org/releases/trixie/releasenotes.zh-cn.html

or

https://www.debian.org/doc/user-manuals.fr.html#refcard
https://www.debian.org/doc/user-manuals.es.html#refcard

All those pages have a line with HTML | text | PDF links, where the
language entry at the beginning is blank.


Removing the translation-check header from the respective wml file will
make the "Galician" word appear.
(Interestingly, all other language names are correctly translated in either
way!)

My wild guess would be this being a wml issue (thus abe in CC), but I would be 
more comfortable, if I could get more debugging info, like the full wml 
commandline, or the like.
Don't know, how to get this though ...


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#905344: #905344www.debian.org: please publish Japanese translation of the Debian Policy Manual

[Holger Wansing]

AFAICS there has been not much work on Japanese since this bug has been filed.

How to proceed?
Sorry for not acting more in time, but should we still  publish Japanese 
translation?


Holger

-- 
Sent from /e/ OS on Fairphone3

Bug#1026446: #1026446Static javascript resources for Policy and DevRef give 404 errors, breaking search

[Holger Wansing]

see 


-- 
Sent from /e/ OS on Fairphone3

Bug#987943: www.debian.org: Developers Reference: Sphinx search non-functional: searchindex.js missing

[Holger Wansing]

In the meantime things have evolved, Sphinx has changed its way to
deal with this; see 


Thus, the current developers-reference built on a bookworm or later system
leads to a output, where the search is working.
Can be viewed at 

(also with a different html theme, BTW)


So, when wolkenstein gets updates to bookworm (currently on bullseye)
it will just, I guess.


Holger


-- 
Sent from /e/ OS on Fairphone3

Re: Bug#932957: New theme for docs in reStructuredText (was: Re: Bug#932957: #932957 Please migrate Release Notes to reStructuredText)

[Holger Wansing]

Holger Wansing  wrote (Fri, 24 Nov 2023 22:49:47 +0100):
> I used the alabaster theme, which is the default theme in Sphinx, and 
> set some configuration options in conf.py, to adapt some details. That's all.
> 
> So no need to create a new theme IMO.
> 
> Just set the appropriate options in the manual, and build it.

I have switched trixie's release-notes to this new theme, and the result 
is now visible on www.debian.org/releases/trixie/release-notes.

I noticed, that the links to the previous and next chapter at the top
and the bottom of the pages are missing.

Some research showed, that the reason for this is the sphinx version on
www-master, which is a bullseye system.
Starting with the sphinx version in bookworm, those links are supported.
So this will start working, when wolkenstein will get updated to bookworm.

Moreover, I changed the Debian logo to include the document name (here:
"Release-Notes"), to have that information available on every page of the
release-notes (at the top).


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Bug#932957: New theme for docs in reStructuredText (was: Re: Bug#932957: #932957 Please migrate Release Notes to reStructuredText)

[Holger Wansing]

[ Re-sending message; first attempt from smartphone dropped some recipients, 
sorry ]


Am 24. November 2023 10:50:19 MEZ schrieb Laura Arjona Reina 
:
>I've had a quick look at the theme 
>inhttps://people.debian.org/~holgerw/sphinx-theme-for-debian/alabaster/release-notes/
>  and looks very nice both in my computer and my phone, and I think it's a 
>good improvement for the current theme. Thank you *very much*.
>
>I don't know which is the better way forward, maybe add a repo for the theme 
>in the ddp-team umbrella, and then file a bug for every documentation manual 
>using Sphinx, suggesting including it?

I used the alabaster theme, which is the default theme in Sphinx, and 
set some configuration options in conf.py, to adapt some details. That's all.

So no need to create a new theme IMO.

Just set the appropriate options in the manual, and build it.


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Bug#932957: #932957 Please migrate Release Notes to reStructuredText

[Holger Wansing]

Hi again,

Holger Wansing  wrote (Mon, 13 Nov 2023 11:19:07 +0100):
> Time for a status update:
> Since the new release-notes itself are now being built on www-master (based
> on Sphinx), some changings were needed for the webpage (currently 
> www.debian.org/releases/testing/releasenotes), because we no longer have
> separate release-notes for the different release-archs.
> 
> I did that yesterday, let's say as a proposal.
> 
> Previously, there was some sort of black magic (or maybe it's perl), 
> which automatically creates a table with all architectures, languages,
> and output formats of the r-n.
> Changing this mechanism to leave out the architecture part is out of my
> skills, but I managed to copy (and adapt) the logic which is being used in 
> the debian.org/doc part of the website, to generate the list of available 
> languages and formats for the different manuals there.
> 
> It looks fine IMO, and it also works. However new languages are not 
> displayed automatically, so compared to the old mechanism there might
> be some handwork needed at some point (but rare I guess).
> 
> 
> @webmaster, @release-team, @ddp-team: what do you think? Would this
> proposal be acceptable to you for the new release-notes (trixie and later)?

And since there has been a call for a Debian theme for Sphinx (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053549), a proposal
for that can be found at
https://people.debian.org/~holgerw/sphinx-theme-for-debian/alabaster/release-notes/
(for those, who are uncomfortable with the greenish theme).


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: po statistics

[Holger Wansing]

Hi,

Am 17. November 2023 11:44:22 MEZ schrieb Thomas Lange :
>If I look at
>/srv/www.debian.org/www/international/l10n/po
>I see more than 9400 html files. Wow!
>We provide the "Status of PO files for language code: de — German " in
>15 different languages (ls de.*.html) and all german files (including
>de_*.*.html) are 112. What is this good for?
>I'll just pick one:
>de_PY.nl.html is
>"Toestand van de PO-bestanden voor de taalcode: de_PY — German 
>@tmpl_lang@ndash; Paraguay "
>who needs this?
>
>
>First, why is the list of languages on page
>https://www.debian.org/international/l10n/po/
>so long? Shouldn't we just list the main lagnuages, without it's variants?
>Should we ignore all "Unknown language"?

I also had similar thoughts in the past.

What do people think about us, when they see such a massive language
list, with absolutely stupid looking (and some wrong) entries? 

"Debian is completely crazy" ?
"They are unable to or have no interest in maintaining their system well" ?

The problem would be: which do we want to display and which 
not. You would need some clever logic (if this possible) or need 
to maintain a list by hand. Which would be an unthankful job, 
and it costs time.

That's an issue indeed ...


Holger




-- 
Sent from /e/ OS on Fairphone3

Re: po statistics

[Holger Wansing]

Hi,

Am 17. November 2023 17:37:14 MEZ schrieb Helge Kreutzmann 
:
>Hello Laura et. al.
>Am Fri, Nov 17, 2023 at 12:41:54PM +0100 schrieb Laura Arjona Reina:
>> > If I look at
>> > /srv/www.debian.org/www/international/l10n/po
>> > I see more than 9400 html files. Wow!
>> > We provide the "Status of PO files for language code: de — German " in
>> > 15 different languages (ls de.*.html) and all german files (including
>> > de_*.*.html) are 112. What is this good for?
>> > I'll just pick one:
>> > de_PY.nl.html is
>> > "Toestand van de PO-bestanden voor de taalcode: de_PY — German 
>> > @tmpl_lang@ndash; Paraguay"
>> > who needs this?
>
>Users who do not speak english (very well). In your example this is a
>combination, so a (probably wrong or very rare) language combination

"Users, who do not speak English (very well)" ???

This is a page specific for translators, and the workflow in Debian is 
"translate from English to ".

So, we should expect that every person viewing this page is capable of 
reading/speaking English!

Therefore, I propose to remove all translations of these pages! It is enough, 
if they are only existing in English.

That would reduce the amount of pages from 9400 to 580 without losing anything.



Holger


-- 
Sent from /e/ OS on Fairphone3

Bug#941962: #941962Publish the new (Sphinx based) Developers Reference

[Holger Wansing]

I guess this bug can be closed, right?
The developers-reference (Sphinx-based) is online on www.d.o
(There are some minor issues with search and the theme, but they have separate 
bugs.)


Holger


-- 
Sent from /e/ OS on Fairphone3

Bug#1053549: #1053549Create a Debian theme for documentation based in Sphinx (reStructuredText)

[Holger Wansing]

Hi,

I'm have no experiences regarding design or CSS or the like, but I have
created some sort of a proposal for this, using an adapted alabaster theme.

See 

The used conf.py can also be found there for reference.

While it looks good IMO on laptos, PC etc., it does not on a small 
screen like on smartphones, because the sidebar gets unvisible.

Maybe someone can help with that?




Holger


-- 
Sent from /e/ OS on Fairphone3

Re: plan to remove translations with only few pages

[Holger Wansing]

Hi,

Am 16. November 2023 05:00:26 MEZ schrieb Thomas Lange :
>
>What's your oppinion about removing those translations which are
>just useless?

+1


-- 
Sent from /e/ OS on Fairphone3

Re: Bug#932957: #932957 Please migrate Release Notes to reStructuredText

[Holger Wansing]

Hi,

Paul Gevers  wrote (Thu, 24 Aug 2023 14:10:41 +0200):
> I have just requested webmaster to switch the bookworm build from the 
> master branch to the bookworm branch [1]. After that request gets merged 
> and deployed, I'd like you to publish your work in the master branch 
> such that we can work from there (and see the results too [2]). Because 
> in your worked we stopped making notes per architecture, we probably 
> need to make further changes to the webmaster archive, but let's first 
> build something.

Time for a status update:
Since the new release-notes itself are now being built on www-master (based
on Sphinx), some changings were needed for the webpage (currently 
www.debian.org/releases/testing/releasenotes), because we no longer have
separate release-notes for the different release-archs.

I did that yesterday, let's say as a proposal.

Previously, there was some sort of black magic (or maybe it's perl), 
which automatically creates a table with all architectures, languages,
and output formats of the r-n.
Changing this mechanism to leave out the architecture part is out of my
skills, but I managed to copy (and adapt) the logic which is being used in 
the debian.org/doc part of the website, to generate the list of available 
languages and formats for the different manuals there.

It looks fine IMO, and it also works. However new languages are not 
displayed automatically, so compared to the old mechanism there might
be some handwork needed at some point (but rare I guess).


@webmaster, @release-team, @ddp-team: what do you think? Would this
proposal be acceptable to you for the new release-notes (trixie and later)?


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Bug#1053445: Merge request regarding 'Please migrate Release Notes to reStructuredText'

[Holger Wansing]

> > On 29-07-2023 21:29, Holger Wansing wrote:
> Hey webmaster team,
> 
> please consider MR13 in webmaster's cron repo:
> 
> https://salsa.debian.org/webmaster-team/cron/-/merge_requests/13

This has been done; closing this bug.


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Why are these web pages translated?

[Holger Wansing]

Hi,

Thomas Lange  wrote (Sun, 1 Oct 2023 21:43:07 +0200):
> Hi,
> 
> I wonder why a page like
> https://www.debian.org/international/l10n/po/de is translated to other
> languages than german.  IMO an english and german version would be
> sufficient. I'm sure the translations are generated by a script and it
> would make sense to stop the generation of these pages if the target
> language does not match the language for which the statistics is
> shown.
> Does anyone see any use for a combination like german po file statistics
> in dansk, Nederlands, svenska, suomi,... ?

No. 
Please drop all, except  and english.


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Repeated text - in general and for security

[Holger Wansing]

Am 30. Oktober 2023 21:32:16 MEZ schrieb Thomas Lange :
>Hi,
>
>I've moved the duplicated text now into english/security/security-sources.inc
>See git show 3121c231cfff9a41f6abfc6afdfeb2aa9435046e

Isn't the templates directory the one, which is used for such things?


Holger

>> On Mon, 30 Oct 2023 10:25:48 +0100, Hans Fredrik Nordhaug 
>>  said:
>
>> Hi!
>> english/lts/security/index.wml and english/security/dsa.wml has a block 
> of repeated text as the comment in lts/security/
>> index.wml clearly states.
>
>> How do we properly fix this - here and in general? In Norwegian, I have 
> created _sub_some_topic.data (with the common text)
>

-- 
Sent from /e/ OS on Fairphone3

Bug#364913: closed by Thomas Lange (closing)

[Holger Wansing]

Am 22. Oktober 2023 06:42:45 MESZ schrieb Helge Kreutzmann 
:
>Hello Thomas,
>Am Sun, Oct 22, 2023 at 01:39:03AM + schrieb Debian Bug Tracking System:
>> Noone work on fixing this, so closing.
>> Feel free to reopen this bug, if soneone really works on this.
>
>Is Debian now hiding its problems? I.e., something nobody is working
>should not be shown in the BTS?
>
>(It's not like hard disk of the BTS is getting fuil, or something …)
>
>For this issue:
>Almost everything is is i18n, except this part. I'm since reporting
>this daily monitoring the devotee repository (and yes, last activity
>was 2009) so I'm disappointed that Debian is now hiding this fact.

I understand Thomas' approach to clean up the list of bugs for the team.
There is no point of keeping reports which are lying in the BTS for 10 
or more years IMO.
They are just filling up the bug list, making it difficult to see the real 
issues.

OTOH there are always people supporting the other view, pointing to 
the "Debian does not hide its problems" rule. (That was my 
experience in the d-i team, too.)

It's an unthankful job.

The main problem is the lack of manpower, in most teams. The 
rest are only nuances. 


Recently I disovered a project (it's part of Lineage OS, an open 
source smartphone OS, powering my Fairphone), where cases 
are closed automatically, when there is no activity for more than 3 
months...
Maybe a bit fast, but probably it shows the reality: 
either people are working on the issue immediatley, or never.

The solution could be, to set them wontfix, but where is the real difference 
then?


Holger




-- 
Sent from /e/ OS on Fairphone3

Debian RT - please install sphinx build dependencies on wolkenstein.debian.org

[Holger Wansing]

Hello DSA


The migration of the release-notes to restructedText / Sphinx is ongoing, and
to be able to build the new sphinx-based release-notes on www-master, we 
need some more packages to be installed there.


I'm attaching a patch for the debian.org-www-master.debian.org
dependencies including the new dependencies.

Kind regards,
Holger

>From 218b0719ae04f067fb5a87543a9c6f82145f0346 Mon Sep 17 00:00:00 2001
From: Holger Wansing 
Date: Thu, 5 Oct 2023 12:46:51 +0200
Subject: [PATCH] www-master: additional build dependencies for release-notes,
 due to migration from docbook to reST/sphinx

---
 debian/changelog | 9 +
 debian/control   | 6 ++
 2 files changed, 15 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index f63f2a7..3d29eaa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -143,6 +143,15 @@ debian.org (72) UNRELEASED; urgency=medium
 + python3-html5lib, python3-pytest, python3-pytest-xdist, python3
 - python
 
+  [ Holger Wansing ]
+  * www-master - additional build dependencies for release-notes:
++   latexmk
++   python3-distro-info
++   python3-sphinx
++   python3-stemmer
++   tex-gyre
++   texinfo
+
  -- Pierre-Elliott Bécue   Fri, 29 Jul 2022 15:17:15 +0200
 
 debian.org (71) stable; urgency=medium
diff --git a/debian/control b/debian/control
index e8b9ae2..560e177 100644
--- a/debian/control
+++ b/debian/control
@@ -333,6 +333,12 @@ Depends: debiandoc-sgml,
 	xsltproc,
 	libjson-perl,
 	git-restore-mtime,
+	latexmk,
+	python3-distro-info,
+	python3-sphinx,
+	python3-stemmer,
+	tex-gyre,
+	texinfo,
 Description: metapackages for www-master.debian.org dependencies
  This package depends on everything that is needed for a www-master.debian.org.
 
-- 
2.30.2

Re: Bug#1053445: Merge request regarding 'Please migrate Release Notes to reStructuredText'

[Holger Wansing]

Hi,

Am 4. Oktober 2023 17:05:16 MESZ schrieb Laura Arjona Reina 
:
>Hello all
>Sorry for jumping into the thread withour having reading all of it, but the 
>changes to the website cron jobs to build the trixie release notes (MR 13) 
>have been integrated in the codebase (see 
>https://salsa.debian.org/webmaster-team/cron/-/blob/master/parts/7release-notes
> ) and we're getting an error in the build process (hence the recent "ddp 
>build failed" message in the debian-doc list).
>
>I think there are two issues:

Thanks for the quick merge.

That being done now, I need to push the 
'Migrate r-n to restructuredText' changings to master.

Please be patient.

Holger


>A)
>
>7release-notes script now calls for trixie 
>(https://salsa.debian.org/webmaster-team/cron/-/blob/master/parts/7release-notes#L208
> ):
>
>make install DESTDIR=$crondir/tmp >> $notesdir/build.log 2>&1
>
>while for the other releases the call is 
>(https://salsa.debian.org/webmaster-team/cron/-/blob/master/parts/7release-notes#L242
> )
>
>
>make -C $notesdir/release-notes publish \
>PUBLISHTARBALL=yes PUBLISHDIR=$webtopdir/www/releases/$release >> 
> $notesdir/build.log 2>&1
>
>I believe that the Makefile of release-notes understands "publish" instead of 
>"install" but I'm not sure about how should we update L208 of the 
>7release-notes script.
>
>B)
>On the other hand, if I look at the master branch of the release-notes repo, I 
>see that it's still written in docbook, not restructuredtext.
>I guess the files in the new format are still in 
>https://salsa.debian.org/holgerw/release-notes and should be merged into the 
>original release-notes repo first so we actually build them and not the old 
>docbook ones, but not 100% sure about this point because I couldn't follow all 
>the related threads with all the attention they needed (apologies!).
>
>
>Kind regards,
>
>El 4/10/23 a las 12:23, Holger Wansing escribió:
>> Hi,
>> 
>> Thomas Lange  wrote (Wed, 4 Oct 2023 10:29:35 +0200):
>>> Hi Holger,
>>> 
>>> I really like the idea no to produce release notes for each
>>> architecture but only one. Moving to sphinx is also nice.
>>> 
>>> Sorry, if I broke your MR, by adding code that checks if something
>>> changed in the git repo. I think I can easily add this to your code
>>> later. So maybe we copy your version of 7release-notes and after that
>>> I add my code.
>> 
>> That would be really great!
>> 
>>> Do you know how long the build process takes using sphinx? I've added
>>> the code, because the build took around 90 minutes using docbook.
>> 
>> I expect the build time to be reduced dramatically (rughly ~ 1/9, due to
>> building only one arch instead of nine), but I have no definite values,
>> expecially not for the run on www-master.
>> 
>>> Any other things I should keep an eye on?
>> 
>> None at the moment.
>> 
>> Thanks for considering this MR.
>> It would give us the possibility to move r-n to sphinx, which would be a
>> great deal!
>> 
>> 
>> Holger
>> 
>> 
>

-- 
Sent from /e/ OS on Fairphone3

Bug#1053445: Merge request regarding 'Please migrate Release Notes to reStructuredText'

[Holger Wansing]

Hi,

Thomas Lange  wrote (Wed, 4 Oct 2023 10:29:35 +0200):
> Hi Holger,
> 
> I really like the idea no to produce release notes for each
> architecture but only one. Moving to sphinx is also nice.
> 
> Sorry, if I broke your MR, by adding code that checks if something
> changed in the git repo. I think I can easily add this to your code
> later. So maybe we copy your version of 7release-notes and after that
> I add my code.

That would be really great!

> Do you know how long the build process takes using sphinx? I've added
> the code, because the build took around 90 minutes using docbook.

I expect the build time to be reduced dramatically (rughly ~ 1/9, due to 
building only one arch instead of nine), but I have no definite values, 
expecially not for the run on www-master.

> Any other things I should keep an eye on?

None at the moment.

Thanks for considering this MR.
It would give us the possibility to move r-n to sphinx, which would be a
great deal!


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Bug#720989: closing

[Holger Wansing]

Hi,

Thomas Lange  wrote (Tue, 3 Oct 2023 08:27:01 +0200):
> Hi,
> 
> I think in the meantime we improved the situation a lot.
> On our startpage we now have a direct link to an ISO (we do no call
> it CD image any more) and we have a link to other images
> (this is https://www.debian.org/distrib/) which is much cleaner
> than before. It would be nice to update the german translations
> https://www.debian.org/distrib/index.de.html
> but then this bug should be closed.

Translation updated; closing this bug


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#1053445: Merge request regarding 'Please migrate Release Notes to reStructuredText'

[Holger Wansing]

Hi,

Holger Wansing  wrote (Wed, 4 Oct 2023 09:27:34 +0200):
> > I have just requested webmaster to switch the bookworm build from the 
> > master branch to the bookworm branch [1]. After that request gets merged 
> > and deployed, I'd like you to publish your work in the master branch 
> > such that we can work from there (and see the results too [2]). Because 
> > in your worked we stopped making notes per architecture, we probably 
> > need to make further changes to the webmaster archive, but let's first 
> > build something.
> 
> Hey webmaster team,
> 
> please consider MR13 in webmaster's cron repo:
> 
> https://salsa.debian.org/webmaster-team/cron/-/merge_requests/13

I filed this MR ~ 6 weeks ago, but no reaction so far.
And yesterday other commits made this MR broken, unable to merge it now.
Needs to be overworked now.


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#1053445: Merge request regarding 'Please migrate Release Notes to reStructuredText'

[Holger Wansing]

Package: www.debian.org
Severity: normal


[Re-send attempt 3;
simply mentioning a bug number in the subject apparently leads to the mail 
being 
sent to that bug; and therefore you have a mail, which tries to create a new 
bug, while replying to an exiting one; and this seems to be rejected by the BTS]



Paul Gevers  wrote (Thu, 24 Aug 2023 14:10:41 +0200):
> Hi Holger,
> 
> On 29-07-2023 21:29, Holger Wansing wrote:
> > I have worked out the last big blocker for this migration now.
> > That is, to allow the build on wolkenstein, which is happening via the
> > parts/7release-notes script in webmaster-team/cron git repo.
> 
> I have just requested webmaster to switch the bookworm build from the 
> master branch to the bookworm branch [1]. After that request gets merged 
> and deployed, I'd like you to publish your work in the master branch 
> such that we can work from there (and see the results too [2]). Because 
> in your worked we stopped making notes per architecture, we probably 
> need to make further changes to the webmaster archive, but let's first 
> build something.

Hey webmaster team,

please consider MR13 in webmaster's cron repo:

https://salsa.debian.org/webmaster-team/cron/-/merge_requests/13


Thanks
Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Fw: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ examples suffer escape damage

[Holger Wansing]

Package: debian-policy
Severity: minor
X-Debbugs-CC: наб 


This has to be fixed in the package.
Turning this into a bugreport against debian-policy.




Date: Sun, 1 Oct 2023 01:42:47 +0200
From: наб 
To: debian-www@lists.debian.org
Subject: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ 
examples suffer escape damage


File appears untagged, as does everything up to /doc. So posting here.

https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/,
Example 3. Simple and Example 4. Complex say
-- >8 --
 You should have received a copy of the GNU General Public License
 along with this package; if not, see <https://www.gnu.org/licenses/>;.
-- >8 --
and I almost just copied this into d/copyright verbatim.

Oddly, all other <> pairs, even in those same  hunks,
are correctly (un)escaped? So unclear to me how this happened.

Best,
наб


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076


signature.asc
Description: PGP signature

Donation [Re: broken security manual link on debian portal]

[Holger Wansing]

Hi,

Aeou ROUND  wrote (Thu, 24 Aug 2023 21:35:35 +0200):
> A very warm wave of support to you teams.
> 
> Is there a french tax-reduced donnation collector for french donnors that
> benefits the development team and not just the local vulgerisation classes
> in france?.
> Do I have a way to donnate to debian france and have a fair certainty the
> amount goes to the developpment teams worldwide?.

Looking at https://www.debian.org/donations.en.html, I see under France:

"Donations can be sent via the Debian France PayPal page. These can be directed 
to Debian France specifically or the Debian Project in general. "

Probably the second option fits your needs?

Thanks for considering a donation to Debian


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: broken security manual link on debian portal

[Holger Wansing]

Package: harden-doc
Severity: minor


Aeou ROUND  wrote (Thu, 24 Aug 2023 21:35:35 +0200):
> 
> the .pdf version shows a broken link page "please inform our team of this
> broken link".
> 
> https://www.debian.org/doc/manuals/securing-debian-manual/changelog.en.html

thanks for the hint.

However, there is nothing the webpage people can do about this in the first
instance, because the Debian package "harden-doc" (this is the package which
holds the Securing Debian manual) does not contain any txt or pdf file for
the manual.
As a consequence, they cannot be displayed on the webpage as well :-(


So, this has to be fixed in the package first.

Turning this into a bugreport against harden-doc.
Thanks

Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: I am looking for Debian 11

[Holger Wansing]

Hi,

Am 5. August 2023 01:45:53 MESZ schrieb "ok...@wp.pl" :
> I wanted to try Debian-11. But even if I click on Debian-11, I download 
> version 12 anyway. 

Could you give us the link of the page, where you found this? Since that would 
be sure an error.
Thanks


Holger

-- 
Sent from /e/ OS on Fairphone3

Re: Link to www.debian.org/doc is hard to find

[Holger Wansing]

Hi,

Am 15. Juli 2023 14:25:37 MESZ schrieb Osamu Aoki :
>Hi,
>
>I understand old www.debian.org/doc content was non-optimal state but I don't
>see link to it from https://www.debian.org/support.en.html anymore.  This makes
>it not so easy to find key documents such as policy.

Another point, why that makes sense:
on the main page https://www.debian.org, the link to 
https://www.debian.org/support.en.html is named 
"Getting help and documentation" !!!
So people are pointed to the support page, when they look for documentation.
And then they find - nothing (about docs)!

So, +1 for re-adding such link (or chapter about docs).

>At least some Debian documents are actively updated and they are listed in the
>updated english https://www.debian.org/doc/index.en.html properly.
>
>(Outdated non-PO based translation page https://www.debian.org/support.ja.html
>still has link to www.d.o/doc).


Holger

-- 
Sent from /e/ OS on Fairphone3

Re: Link broken

[Holger Wansing]

Hi,

Am 4. Juli 2023 15:17:12 MESZ schrieb Boyuan Yang :
>Hi,
>
>Forwarding the email to debian-live team.
>
>Is the i386 live ISO still being built? If not, related link on
>https://www.debian.org/distrib/ shall be purged (let me know and
>I can delete that link if needed).

No, https://www.debian.org/CD/live/ says, that live images are
only built for amd64 currently.


Holger

>在 2023-07-04星期二的 11:44 +，Norbert Savary写道：
>> https://www.debian.org/distrib/
>> 
>> https://cdimage.debian.org/debian-cd/current-live/i386/bt-hybrid/
>> Link for live PC 32-bit image torrents
>> 
>> Please fix the link link as I need a live image for a i686 system.
>> Thank you very much.
>> 
>> 
>> Envoyé depuis Proton Mail mobile
>> 
>> 
>

-- 
Sent from /e/ OS on Fairphone3

Bug#1038413: DDP Documentation policy: should no longer recommend docbook xml

[Holger Wansing]

Package: www.debian.org
Severity: minor


https://www.debian.org/doc/ddp.en.html says under "Documentation Policy":

"We use Docbook XML for our documents."

Since some documents (Debian Policy, Developers Reference) have been migrated
to Sphinx/restructuredText alredy, can this be considered as the new recommend?

If so, the text should be updated to something like

"We use restructuredText or Docbook XML (deprecated) for our documents."



Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: ReleaseCheckList wiki page for web team

[Holger Wansing]

[ Also sent to the other lists; I broke the loop, sorry]


Hi,

Am 11. Juni 2023 14:34:03 MESZ schrieb Laura Arjona Reina :
>Hello all
>I have tried to gather all the changes needed in the website for a release in 
>this wiki page:
>
>https://wiki.debian.org/Teams/Webmaster/ReleaseCheckList

I have added an entry to update packages.debian.org for the search interface 
(update mapping of codenames to stable|testing|unstable; much hardcoding of 
codenames there:-( )

Feel free to remove or change that, if you think it should be listed at a 
different place or similar
(it's also listed on release-managers list btw)


Holger


-- 
Sent from /e/ OS on Fairphone3
-- 
Sent from /e/ OS on Fairphone3

Re: ReleaseCheckList wiki page for web team

[Holger Wansing]

Hi,

Am 11. Juni 2023 14:34:03 MESZ schrieb Laura Arjona Reina :
>Hello all
>I have tried to gather all the changes needed in the website for a release in 
>this wiki page:
>
>https://wiki.debian.org/Teams/Webmaster/ReleaseCheckList

I have added an entry to update packages.debian.org for the search interface 
(update mapping of codenames to stable|testing|unstable; much hardcoding of 
codenames there:-( )

Feel free to remove or change that, if you think it should be listed at a 
different place or similar
(it's also listed on release-managers list btw)


Holger


-- 
Sent from /e/ OS on Fairphone3

Bug#1037355: packages.debian.org: wrong mapping codename <-> stable

[Holger Wansing]

Package: www.debian.org

In the search form, at packages.debian.org, bullseye is still stable.

Please update the suites (similar to 
https://salsa.debian.org/webmaster-team/packages/-/commit/4648ee328d98a903bb9212b7ffb1f42fa9db773d)

The old issue of hardcoded suitenames ... (?)


Holger



-- 
Sent from /e/ OS on Fairphone3

Bug#1037316: www.debian.org: Download links on www.debian.org after release = no iso images, only BT

[Holger Wansing]

Hi,

Holger Wansing  wrote (Sun, 11 Jun 2023 13:54:43 +0200):
> That's correct, there are some things to update:
> - netinst images are now much larger due to included firmware, 
>   150-300 MB is no longer correct.
> - multi-arch netinst images are no longer being built

Now done with
https://salsa.debian.org/webmaster-team/webwml/-/commit/c64bdf15d82617c46942470ac0846ed7ec8b0f74

Affects
CD/http-ftp/index.wml
CD/netinst/index.wml 



Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#1037316: www.debian.org: Download links on www.debian.org after release = no iso images, only BT

[Holger Wansing]

Hi,

"Andrew M.A. Cater"  wrote (Sun, 11 Jun 2023 11:26:16 
+):
> https://www.debian.org/download links to https://www.debian.org/distrib/
> 
> This page is missing links to larger images like DVD and the only links
> are the links to torrents.
> 
> Debian Live links are also only torrents

https://www.debian.org/distrib/ is like this for ages, nothing has changed.
I guess this is to save bandwidth on cdimage mirrors? (it's only DVD and BT
images, which are BT-only; there are direct download links for netinst images)

> https://www.debian.org/CD/ still has suggestions for 11.7

This is fixed in the meantime; I guess you watched a cached version of the
page or the page rebuild wasn't ready at that time (I encountered similar this
morning).

> https://www.debian.org/CD/http-ftp/ then needs rewrite

That's correct, there are some things to update:
- netinst images are now much larger due to included firmware, 
  150-300 MB is no longer correct.
- multi-arch netinst images are no longer being built



Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#1037316: www.debian.org: Download links on www.debian.org after release = no iso images, only BT

[Holger Wansing]

Hi,

Am 11. Juni 2023 11:29:54 MESZ schrieb "Andrew M.A. Cater" 
:
>Package: www.debian.org
>Severity: important
>
>Dear Maintainer,
>
>*** Reporter, please consider answering these questions, where appropriate ***
>
>   * What led up to the situation?
>
>Following Bookworm release and new layout: download links missing on 
>www.debian.org for live CDs and some other images. Only BT links are there.
>
>   * What exactly did you do (or not do) that was effective (or
> ineffective)?
>
>Followed download link on front page
>
>   * What was the outcome of this action?
>
>Redirect to appropriate page but links missing.
>
>   * What outcome did you expect instead?
>
>Download links to full CD/DVD/debian-live DVD images
>

Please report the exact link of the page where you encounter this!

Holger



-- 
Sent from /e/ OS on Fairphone3

Re: Consultants in non-english

[Holger Wansing]

Hi,

Am 20. März 2023 14:28:01 MEZ schrieb Andreas Ronnquist 
:
>Hi!
>
>Could we have English translations of the consultants Xuni Technology
>(consultants/xuni_tech) and Italian Business Tools
>(consultants/italian_business_tools)?
>
>Shouldn't the one who adds a consultant make sure that there's an
>English translation added too at the time of adding, to simplify for
>translators?

There is no force to translate every file, right?

If a consultant does not work internationally, but only in bis own
country, it could be sufficient for him to say: no need to translate 
my entry, just leave it in .
Just to serve an example.


Holger



-- 
Sent from /e/ OS on Fairphone3

Fwd: Debian 's webpage for Samba

[Holger Wansing]

Package: samba
Severity: wishlist


Turning this into a bugreport against samba.
(The package is responsible for the package description, not the webpage).




 Ursprüngliche Nachricht 
Von: spindles seven 
Gesendet: 25. Februar 2023 10:13:01 MEZ
An: debian-www@lists.debian.org
Betreff: Debian 's webpage for Samba

The webpages describing the samba packages in Debian has a somewhat misleading 
first sentence - it says that samba can function as an "NT4-style domain 
controller" which implies that it cannot perform as an Active Directory domain 
controller, which of course it can since version 4.   Clearly this sentence was 
missed when  the package was updated from version 3. 

Thanks,



-- 
Sent from /e/ OS on Fairphone3

Bug#1030009: www.debian.org: addition of non-free-firmware for bookworm and higher

[Holger Wansing]

Hi Laura, hi all,

Laura Arjona Reina  wrote (Sun, 5 Feb 2023 07:48:45 +0100):
> https://storm.debian.net/shared/Daxsx1pQoBV0v1aPODgReIShC_qnpevLdvXNwQewADa
> 
> Shortened URL: https://deb.li/1030009
> 
> I'm pasting the list of files below for reference.
> 
> I still didn't start to review any file, and some of them I think other 
> teams can help (CDVendors, internationalization scripts...) I'll CC them 
> when I get to those files and post here (in the bug report) my 
> proposals, with commits to the GR-non-free-firmware branch.

I have already updated several of files you listed (those which changings
were most likely non-debatable), but now I would like to discuss, what to
do with files like

releases/bullseye/debian-installer/index.wml
releases/bullseye/errata.wml
releases/buster/debian-installer/index.wml
releases/buster/errata.wml

Those old release pages have a warning hint like

If any of the hardware in your system requires non-free firmware to be 
loaded with the device driver, you can use one of the tarballs of common 
firmware packages or download an unofficial image including these non-free 
firmwares. Instructions how to use the tarballs and general information 
about loading firmware during an installation can be found in the 
Installation Guide.

unofficial images with firmware included - daily builds

unofficial images with firmware included - weekly builds


First I thought we can leave this completely untouched, since these
"images with firmware included" are still there and they are also still
useful (for some hardware at least), if one wants to install those old 
releases. 
But now I would like to propose, we change the "unofficial images with 
firmware included" phrase, since they are no longer *unofficial* according
to the non-free-firmware GR.
Thus I propose to change this into "special images with firmware included"
for those old releases.

Comments?

Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Bug#1029747: Empty "Categorize using"

[Holger Wansing]

Hi,

Thomas Lange  wrote (Fri, 27 Jan 2023 09:27:41 +0100):
> >>>>> On Fri, 27 Jan 2023 09:18:20 +0100, Holger Wansing 
> >>>>>  said:
> 
> > This has been there for 14 years now. Wow!
> > It was added in
> > 
> https://salsa.debian.org/webmaster-team/webwml/-/commit/4d417d00ddf442a347b1262e718f32a3a08d8e5d
> 
> > So I assume we can just remove it.
> Yep, go ahead and remove it.

Done. 
Closing this bug

Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#1029747: Empty "Categorize using"

[Holger Wansing]

Hi,

Dan Jacobson  wrote (Fri, 27 Jan 2023 08:20:16 +0800):
> Package:www.debian.org
> 
> On https://www.debian.org/Bugs/ there is an empty
> Categorize using
> 
> 


This has been there for 14 years now. Wow!
It was added in
https://salsa.debian.org/webmaster-team/webwml/-/commit/4d417d00ddf442a347b1262e718f32a3a08d8e5d

So I assume we can just remove it.


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Localized website/stats/sv page doesn't get updated?

[Holger Wansing]

Hi,

Am 18. August 2022 22:07:25 MESZ schrieb "Andreas Rönnquist" 
:
>Searching around for a reason why I found that the english translation
>(the original, I guess) 
>
>https://www.debian.org/devel/website/stats/sv.en.html
>
>correctly doesn't show ports/index as outdated.

I guess this is
https://lists.debian.org/debian-www/2022/08/msg00013.html

Holger


-- 
Sent from /e/ OS on Fairphone3

Re: Ukrainian translation of Website

[Holger Wansing]

Hi,

Andrij Mizyk  wrote (Mon, 1 Aug 2022 16:29:17 +0300):
> Hi,
> 
> I want to update Ukrainian pages of website. Can someone give me access
> to directly push into the repository?
> 
> I have already translated some pages that are waiting to be merged: 
> https://salsa.debian.org/webmaster-team/webwml/-/merge_requests/835.

I have just merged that MR.


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Please remove my data

[Holger Wansing]

Am 22. Juli 2022 21:25:54 MESZ schrieb matt...@d4shco.com:
>To whom it may concern,
>
>I've found my personal data on the following page on your website:
>
>https://lists.debian.org/debian-user/2005/05/msg03185.html

H.
Can anyone block this bullshit from the list, please?



-- 
Sent from /e/ OS on Fairphone3

Re: Error in https://www.debian.org/international/Arabic.en.html ?

[Holger Wansing]

Holger Wansing  wrote (Sun, 6 Mar 2022 20:28:44 +0100):
> Giuseppe Sacco  wrote (Fri, 18 Feb 2022 16:43:25 +0100):
> > 
> > Right, and there were only 4 threads on that list since 2017, so it might
> > be even worth to completely remove the page and just leave the mailing
> > list. Or we may just correct the subscribe email address.
> 
> No further comments, so I will remove that page shortly, if noone objects.
> 

Done.

Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Error in https://www.debian.org/international/Arabic.en.html ?

[Holger Wansing]

Hi,

Giuseppe Sacco  wrote (Fri, 18 Feb 2022 16:43:25 +0100):
> 
> Right, and there were only 4 threads on that list since 2017, so it might
> be even worth to completely remove the page and just leave the mailing
> list. Or we may just correct the subscribe email address.

No further comments, so I will remove that page shortly, if noone objects.


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: Error in https://www.debian.org/international/Arabic.en.html ?

[Holger Wansing]

Am 18. Februar 2022 16:43:25 MEZ schrieb Giuseppe Sacco :
>Right, and there were only 4 threads on that list since 2017, so it might
>be even worth to completely remove the page and just leave the mailing
>list. 

+1

Holger

-- 
Sent from /e/ OS on Fairphone3

Re: Error in https://www.debian.org/international/Arabic.en.html ?

[Holger Wansing]

Hi,

Am 18. Februar 2022 06:52:35 MEZ schrieb Giuseppe Sacco :
>Hello,
>while translating the page international/Arabic.wml into Italian, I found that
>it suggests an email address that I think is wrong. The address for
>subscribing to mailing lists ends usually in -subscribe, while here it is not.
>Anyone may confirm the address is correct?

Looking at 
https://www.debian.org/MailingLists/index.en.html#subunsub
it has to be -request@l.d.o

And furthermore:

'subscribe' has to be in the subject!
Not more, and not in the body, as mentioned on the Arabic page.

Also, the mentioned Arabeyes project page seems dead...


Holger

-- 
Sent from /e/ OS on Fairphone3

Re: Tons of News html files under www.debian.org

[Holger Wansing]

Hi,

Holger Wansing  wrote (Thu, 3 Feb 2022 19:29:20 +0100):
> They can be found on wolkenstein under /srv/www.debian.org/www and have
> all been created on 02. or 04. June 2018.
> 
> I guess there was some build script for the website completely going crazy
> and thus causing this.
> 
> If someone has a high interest of keeping those files, please shout :-)))
> Otherwise I will delete them from wolkenstein shortly.

Just done.


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Tons of News html files under www.debian.org

[Holger Wansing]

Hi all,

while looking for the build status of the latest installation-guide upload
for the website, I found hundreds of News html files residing directly under
www.debian.org, starting from 1997 until 01.06.2018.

Below a loose excerpt of those (1 per year):

www.debian.org/19970301.en.html
www.debian.org/19980101.en.html
www.debian.org/19990212.en.html
www.debian.org/2116.en.html
www.debian.org/20010415.en.html
www.debian.org/20020403.en.html
www.debian.org/20030531.en.html
www.debian.org/20040524.en.html
www.debian.org/20050724.en.html
www.debian.org/20060901.en.html
www.debian.org/20070407.en.html
www.debian.org/20080726.en.html
www.debian.org/20090730.en.html
www.debian.org/20100806.en.html
www.debian.org/20110515.en.html
www.debian.org/20120706.en.html
www.debian.org/20130809.en.html
www.debian.org/20141020.en.html
www.debian.org/20150110.en.html
www.debian.org/2016060402.en.html
www.debian.org/20171007.en.html
www.debian.org/20180310.en.html
www.debian.org/20180601.en.html

They can be found on wolkenstein under /srv/www.debian.org/www and have
all been created on 02. or 04. June 2018.

I guess there was some build script for the website completely going crazy
and thus causing this.

If someone has a high interest of keeping those files, please shout :-)))
Otherwise I will delete them from wolkenstein shortly.



Regards
Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Re: build of installation-guide on web server broken [Was: Re: debian-doc files on the Debian web server]

[Holger Wansing]

Hi,

Holger Wansing  wrote (Tue, 1 Feb 2022 19:56:19 +0100):
> I fixed that, and now it says (here locally):
> 
> ned@t520:~/deb_holgerw/website/on-salsa/cron/cron$ ./lessoften-parts/1ftpfiles
> I: Download http://ftp.de.debian.org/debian/dists/sid/main/source/Sources.xz
> I: Skip: pool/main/i/installation-guide/installation-guide_20220129.dsc 
> (already downloaded)
> I: Skip: pool/main/i/installation-guide/installation-guide_20220129.tar.xz 
> (already downloaded)
> I: Download 
> http://ftp.de.debian.org/debian/dists/stable/main/source/Sources.xz
> I: Skip: pool/main/i/installation-guide/installation-guide_20210730.dsc 
> (already downloaded)
> I: Skip: pool/main/i/installation-guide/installation-guide_20210730.tar.xz 
> (already downloaded)
> I: Download 
> http://ftp.de.debian.org/debian/dists/oldstable/main/source/Sources.xz
> I: Skip: pool/main/i/installation-guide/installation-guide_20190622.dsc 
> (already downloaded)
> I: Skip: pool/main/i/installation-guide/installation-guide_20190622.tar.xz 
> (already downloaded)
> 
> and now *.tar.xz and *.dsc files are both there in the target dir.
> 
> So I guess it will work tomorrow as it should.

Hmm, it still did not work on wolkenstein.
However, it worked on my laptop yesterday, hr.

My best guess for this is, that this might be caused by a different version
of wget (or some other tool involved), since I'm running Bullseye here on
my laptop, and wolkenstein still has Buster.

I implemented one more change, should work now (fingers crossed).


Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076