Re: Incorrect link on a page

[Samuel Thibault]

Boyuan Yang, le ven. 20 sept. 2024 17:05:05 -0400, a ecrit:
> 在 2024-09-16一的 18:00 -0700，Mikhail Nitenko写道：
> > I was reading through this page
> > "https://www.debian.org/ports/hurd/hurd-cd"; and noticed an incorrect
> > link.
> > 
> > Specifically, in the section "Newer snapshots" it reads: "Some newer
> > snapshots are available on
> > https://cdimage.debian.org/cdimage/ports/latest/hurd-i386/ for i386
> > and https://cdimage.debian.org/cdimage/ports/latest/hurd-i386/ for
> > amd64"
> > 
> > I am pretty sure it should be "Some newer snapshots are available on
> > https://cdimage.debian.org/cdimage/ports/latest/hurd-i386/ for i386
> > and https://cdimage.debian.org/cdimage/ports/latest/hurd-amd64/ for
> > amd64" (changed the second link to point to appropriate architecture)
> 
> Thanks for the report. I have committed the fix at
> https://salsa.debian.org/webmaster-team/webwml/-/commit/38b1ccf880dcaca37d7f9783213ea20cb1dc68b8
>  ,
> and the fix shall be online within several hours.
> 
> (the original line committer and the Debian Hurd team are cc-ed.)

Thanks!

Samuel

Re: Incorrect link on a page

[Boyuan Yang]

在 2024-09-16一的 18:00 -0700，Mikhail Nitenko写道：
> Hi!
> 
> I was reading through this page
> "https://www.debian.org/ports/hurd/hurd-cd"; and noticed an incorrect
> link.
> 
> Specifically, in the section "Newer snapshots" it reads: "Some newer
> snapshots are available on
> https://cdimage.debian.org/cdimage/ports/latest/hurd-i386/ for i386
> and https://cdimage.debian.org/cdimage/ports/latest/hurd-i386/ for
> amd64"
> 
> I am pretty sure it should be "Some newer snapshots are available on
> https://cdimage.debian.org/cdimage/ports/latest/hurd-i386/ for i386
> and https://cdimage.debian.org/cdimage/ports/latest/hurd-amd64/ for
> amd64" (changed the second link to point to appropriate architecture)

Thanks for the report. I have committed the fix at
https://salsa.debian.org/webmaster-team/webwml/-/commit/38b1ccf880dcaca37d7f9783213ea20cb1dc68b8
 ,
and the fix shall be online within several hours.

(the original line committer and the Debian Hurd team are cc-ed.)

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Re: pages not listed as untranslated in "debian web site translation statistics"

[Thomas Lange]

> On Sat, 24 Aug 2024 18:22:28 +0200, Andreas Ronnquist 
>  said:

> Hi!
> Nothing superurgent at all, and maybe a stupid question, but I
> discovered that the pages on www.d.o/News/press/index are not 
> up to date in the Swedish translation, but still they do not appear on
> debian website statistics page here:

> https://www.debian.org/devel/website/stats/sv.en.html

It's not listed because of a pattern in .transignore.
I've fixed the pattern, so hopefully the
press/index.wml will be listed in a few hours.

-- 
viele Grüße Thomas

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

[Paul Gevers]

Hi,

On 17-09-2024 20:47, Holger Wansing wrote:

I have tested this on my bookworm machine here, and the reason is (sadly),
that it fails with


I haven't tested it recently, it worked at the time on my bookworm 
machine, but *maybe* commit 683552f2 can be of inspiration.


Paul



OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Holger Wansing]

Hi Laura,

Laura Arjona Reina  wrote (Tue, 17 Sep 2024 00:18:10 +0200):
> I guess that with the new version of fonts-sil-charis the fonts should 
> be named differently in the .dbk files (CharisSIL-Regular and 
> CharisSIL-BoldItalic, see e.g. 
> https://salsa.debian.org/ddp-team/debian-faq/-/commit/cdc7bc5f69311b36a0b56a10b1c54cf594eedd0a
>  
> ), I have no idea about the fix for the "nullfont" issue but it seems 
> that fixing the other ones, this also disappears.

There was a problem with the dblatex toolchain at some time, and Norbert
Preining provided us a patch as solution/workaround.
With this patch the fonts were switched to these CharisSIL fonts.
Or with other words, we used other fonts by default before.
We could go back to this situation, which would mean to revert
https://salsa.debian.org/ddp-team/release-notes/-/commit/afd581e8e551f390a59839c7cee8bb2e9c2deae2

I have tested this on my bookworm machine here, and the reason is (sadly),
that it fails with

snip--
Build stdin.pdf
xelatex failed
stdin.tex:25: Package fontspec Error: The font "URW Palladio L" cannot be found.
stdin.tex:25: leading text: \setsansfont
stdin.tex:25: Package fontspec Error: The font "URW Palladio L" cannot be found.
stdin.tex:25: leading text: \setsansfont
stdin.tex:25: Package fontspec Error: The font "URW Palladio L" cannot be found.
stdin.tex:25: leading text: \setsansfont
stdin.tex:25: Font TU/URWPalladioL(0)/m/n/10="URW Palladio L" at 10.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:25: leading text: \setsansfont
stdin.tex:62: Font TU/URWPalladioL(0)/m/n/7="URW Palladio L" at 7.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:62: leading text: \lstsetup
stdin.tex:62: Font TU/URWPalladioL(0)/m/n/5="URW Palladio L" at 5.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:62: leading text: \lstsetup
stdin.tex:62: Font TU/URWPalladioL(0)/m/n/9="URW Palladio L" at 9.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:62: leading text: \lstsetup
stdin.tex:62: Font TU/URWPalladioL(0)/m/n/6="URW Palladio L" at 6.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:62: leading text: \lstsetup
stdin.tex:92: Font TU/URWPalladioL(0)/m/n/17.28="URW Palladio L" at 17.28pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:92: leading text: \maketitle
stdin.tex:92: Font TU/URWPalladioL(0)/b/n/10="URW Palladio L" at 10.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:92: leading text: \maketitle
stdin.tex:92: Font TU/URWPalladioL(0)/m/n/12="URW Palladio L" at 12.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:92: leading text: \maketitle
stdin.tex:92: Font TU/URWPalladioL(0)/m/n/8="URW Palladio L" at 8.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:92: leading text: \maketitle
stdin.tex:92: Font TU/URWPalladioL(0)/b/n/9="URW Palladio L" at 9.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:92: leading text: \maketitle
stdin.tex:92: Font TU/URWPalladioL(0)/m/it/10="URW Palladio L" at 10.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:92: leading text: \maketitle
stdin.tex:93: Font TU/URWPalladioL(0)/m/n/24.88="URW Palladio L" at 24.88pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:93: leading text: \tableofcontents
stdin.tex:93: Font TU/URWPalladioL(0)/b/n/24.88="URW Palladio L" at 24.88pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:93: leading text: \tableofcontents
stdin.tex:100: Font TU/URWPalladioL(0)/m/n/20.74="URW Palladio L" at 20.74pt 
not loadable: Metric (TFM) file or installed font not found.
stdin.tex:100: leading text: \chapter{Einführung}
stdin.tex:100: Font TU/URWPalladioL(0)/b/n/20.74="URW Palladio L" at 20.74pt 
not loadable: Metric (TFM) file or installed font not found.
stdin.tex:100: leading text: \chapter{Einführung}
stdin.tex:116: Font TU/URWPalladioL(0)/m/sc/10="URW Palladio L" at 10.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:116: leading text: \begin{DBKadmonition}{caution}{Achtung}
stdin.tex:116: Font TU/URWPalladioL(0)/m/sc/12="URW Palladio L" at 12.0pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:116: leading text: \begin{DBKadmonition}{caution}{Achtung}
stdin.tex:136: Font TU/URWPalladioL(0)/m/n/14.4="URW Palladio L" at 14.4pt not 
loadable: Metric (TFM) file or installed font not found.
stdin.tex:136: leading text:  W
stdin.tex:136: Font TU/URWPalladioL(0)/b/n/14.4="URW Palladio L" at 14.4pt not 
loadable: Metric (TFM) file or installed 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: xelat

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

[Paul Gevers]

Hi,

On 17-09-2024 00:18, Laura Arjona Reina wrote:
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).


I think it was our intention to build release-notes while a suite is 
still supported by the Release Team. So we can disable the bullseye 
release notes already, as the last point release happened.


Thanks.

Paul


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Martin]

On 2024-09-17 10:08, Laura Arjona Reina wrote:
> (Well, in fact, looking at the Makefile 
> https://salsa.debian.org/ddp-team/release-notes/-/blob/bullseye/Makefile?ref_type=heads
>  there are
> several languages marked as XMLROFF_LANGS but later there is another variable 
> DISABLED_PDF including them. So at the end, xmlroff is not
> called. The same for the bookworm release notes).

Yes, there were languages, that could only be handled by xmlroff, not by
dblatex, at that time. Maybe DISABLED_PDF has been introduced when
xmlroff was removed from Debian.

Cheers

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

[Laura Arjona Reina]

Hello

El 17/9/24 a las 0:25, Martin escribió:

On 2024-09-17 00:18, Laura Arjona Reina wrote:

We're preparing the upgrade of www-master to bookworm (RT
#9603). There is no xmlroff package in bookworm so I tested the builds
of the documentation written in DocBook (particularly, release notes
for bullseye) to see if there is any issue.

IIRC, xmlroff was only for generating PDF from XML.
You probably only had to generate HTML?


Even for the website we generate all the formats, including PDF.

However, I think that all the languages are handled by dblatex now, and 
no xmlroff is needed.


(Well, in fact, looking at the Makefile 
https://salsa.debian.org/ddp-team/release-notes/-/blob/bullseye/Makefile?ref_type=heads 
there are several languages marked as XMLROFF_LANGS but later there is 
another variable DISABLED_PDF including them. So at the end, xmlroff is 
not called. The same for the bookworm release notes).


So the remaining issue is not with xmlroff anymore, but with the 
fonts-sil-charis package.


Kind regards,

--

Laura Arjona Reina
https://wiki.debian.org/LauraArjona

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

[Martin]

On 2024-09-17 00:18, Laura Arjona Reina wrote:
> We're preparing the upgrade of www-master to bookworm (RT
> #9603). There is no xmlroff package in bookworm so I tested the builds
> of the documentation written in DocBook (particularly, release notes
> for bullseye) to see if there is any issue.

IIRC, xmlroff was only for generating PDF from XML.
You probably only had to generate HTML?

Cheers

Re: Debian Beginner's Handbook website link

[Thomas Lange]

Salut Arnault,

I've updated the link on our web pages. This still may need some hours
to become visible. Thanks for your feedback and the nice
documentation.



> On Fri, 30 Aug 2024 01:16:55 +0200, arnault perret  
> said:

> Hi the list,
> The Debian beginner's handbook is referenced under the 
> debian/doc/#Manuals for Users.

> the website is migrating and now hosted by TuxFamily.org[1].
> Debian beginner's handbook is available in english, french and german.

> could you please fix the link to the new website?
> all languages are available from the main page.

> [1]https://debian-beginners-handbook.tuxfamily.org

-- 
best regards Thomas

Re: pages not listed as untranslated in "debian web site translation statistics"

[Andreas Ronnquist]

On Sat, 24 Aug 2024 18:22:28 +0200,
Andreas Ronnquist wrote:

>Hi!
>
>Nothing superurgent at all, and maybe a stupid question, but I
>discovered that the pages on www.d.o/News/press/index are not 
>up to date in the Swedish translation, but still they do not appear on
>debian website statistics page here:
>
>https://www.debian.org/devel/website/stats/sv.en.html
>
>And it looks like it is the same in other languages - when visiting
>the pages, there's the standard yellow banner with "The original is newer
>than this translation", but still not listed in the stats as needing
>translation.
>
>Just wondering, is this known? (maybe the pages or just the
>translations are intended to be removed like other pages has been, and
>because of this doesn't gets listed on the statistics pages).
>

To add more info on my standpoint on this - I simply find it weird that
something under News/ doesn't get listed as untranslated, while
recently there was stuff about Hurd that did. (Which to me seems WAY
less interesting for the standard user). 

-- Andreas Rönnquist
mailingli...@gusnan.se
andr...@ronnquist.net

Re: Download URL Down?

[Emre Pınar]

The issue seems to be resolved. Best regards.


 Original Message 
On 8/21/24 23:09, Emre Pınar  wrote:

>  Hi,
>  
>  The download link for the Netinstall ISO seems to be down. Just wanted to 
> let you know. I've been trying to download the ISO file for at least 15 
> minutes and the site is confirmed down from third parties. Is this something 
> you're aware of? 
>  
>  Cheers.

Re: Download URL Down?

[Adam D. Barratt]

On Wed, 2024-08-21 at 20:38 +, Andrew M.A. Cater wrote:
> On Wed, Aug 21, 2024 at 08:09:02PM +, Emre Pınar wrote:
> > Hi,
> > 
> > The download link for the Netinstall ISO seems to be down. Just
> > wanted to let you know. I've been trying to download the ISO file
> > for at least 15 minutes and the site is confirmed down from third
> > parties. Is this something you're aware of? 
> 
[...]
> There are issues right at the moment - try some of the mirrors listed
> at
> https://www.debian.org/mirror/list-full

It's back online now.

Regards,

Adam

Re: meetings-archive.debian.net

[Adam D. Barratt]

On Wed, 2024-08-21 at 20:09 +0100, Adam D. Barratt wrote:
> Hi,
> 
> On Wed, 2024-08-21 at 11:38 -0700, Jake Edge wrote:
> > sorry if I am sending to the wrong folks, but I am trying to view a
> > video from DebConf24, which was working fine until a few hours ago
> > ... it would seem that meetings-archive.debian.net (which resolves
> > to
> > ftp.acc.umu.se -- at least for me) is not answering pings ...
> 
> The hoster has some power maintenance work going on at the moment,
> things should be back at some point tonight (European time).

It's back online now.

Regards,

Adam

Re: Download URL Down?

[Andrew M.A. Cater]

On Wed, Aug 21, 2024 at 08:09:02PM +, Emre Pınar wrote:
> Hi,
> 
> The download link for the Netinstall ISO seems to be down. Just wanted to let 
> you know. I've been trying to download the ISO file for at least 15 minutes 
> and the site is confirmed down from third parties. Is this something you're 
> aware of? 
> 
> Cheers.
>

Hi Emre,

There are issues right at the moment - try some of the mirrors listed at
https://www.debian.org/mirror/list-full

All the very best, as ever,

Andy Cater
(amaca...@debian.org) 

Re: meetings-archive.debian.net

[Adam D. Barratt]

Hi,

On Wed, 2024-08-21 at 11:38 -0700, Jake Edge wrote:
> sorry if I am sending to the wrong folks, but I am trying to view a
> video from DebConf24, which was working fine until a few hours ago
> ... it would seem that meetings-archive.debian.net (which resolves to
> ftp.acc.umu.se -- at least for me) is not answering pings ...

The hoster has some power maintenance work going on at the moment,
things should be back at some point tonight (European time).

Regards,

Adam

Re: Bullseye becoming LTS next Thursday

[Santiago Ruano Rincón]

Hi,

El 14/08/24 a las 10:17, Jean-Pierre Giraud escribió:
> Hello all.
> Le vendredi 09 août 2024 à 15:01 -0300, Santiago Ruano Rincón a écrit :
> > Dear Teams,
> > 
> > I just realised I had to send this email a long while ago. Really
> > sorry
> > if this comes quite late! Bullseye will switch to LTS next week, and I
> > would like to be sure the infrastructure is ready for it. Is there
> > anything required so we (LTS Team) can upload to bullseye-security
> > since next Thursday (August 15th)?
> > 
> > Webmaster Team: I guess https://www.debian.org/lts/security/ is ready
> > for processing new DLAs (giving there was one in July 1st). Could you
> > please confirm that is the case?
> > 
> > Thank you,
> > 
> >  -- Santiago
> Could you confirm that it is time to publish the news about Bullseye
> becoming LTS?
> 
> I will wait your approval.

Yes, please!

Merci,

 -- Santiago


signature.asc
Description: PGP signature

Re: Bullseye becoming LTS next Thursday

[Jean-Pierre Giraud]

Hello all.
Le vendredi 09 août 2024 à 15:01 -0300, Santiago Ruano Rincón a écrit :
> Dear Teams,
> 
> I just realised I had to send this email a long while ago. Really
> sorry
> if this comes quite late! Bullseye will switch to LTS next week, and I
> would like to be sure the infrastructure is ready for it. Is there
> anything required so we (LTS Team) can upload to bullseye-security
> since next Thursday (August 15th)?
> 
> Webmaster Team: I guess https://www.debian.org/lts/security/ is ready
> for processing new DLAs (giving there was one in July 1st). Could you
> please confirm that is the case?
> 
> Thank you,
> 
>  -- Santiago
Could you confirm that it is time to publish the news about Bullseye
becoming LTS?

I will wait your approval.

Kinds regards

Jean-Pierre Giraud
Publicity Team




signature.asc
Description: This is a digitally signed message part

Re: Bullseye becoming LTS next Thursday

[Laura Arjona Reina]

Hello all

El 9 de agosto de 2024 20:01:35 CEST, "Santiago Ruano Rincón" 
 escribió:
>Dear Teams,
>
>I just realised I had to send this email a long while ago. Really sorry
>if this comes quite late! Bullseye will switch to LTS next week, and I
>would like to be sure the infrastructure is ready for it. Is there
>anything required so we (LTS Team) can upload to bullseye-security
>since next Thursday (August 15th)?
>
>Webmaster Team: I guess https://www.debian.org/lts/security/ is ready
>for processing new DLAs (giving there was one in July 1st). Could you
>please confirm that is the case?
>

There shouldn't be any problem in this area. In any case, I will keep an eye 
when the next advisories are announced, to ensure everything works as expected.

Kind regards

Laura Arjona Reina


>Thank you,
>
> -- Santiago

Re: Who's using Debian

[Salvatore Bonaccorso]

Hi Paulo,

On 05.08.2024 20:32, Paulo Henrique de Lima Santana wrote:

Hi,

Em 05/08/2024 08:44, Salvatore Bonaccorso escreveu:

Hi Paulo,

Thanks a lot! Was this pushed already to the git repository?
Asking since I did not saw the page and neither a commit in
https://salsa.debian.org/webmaster-team/webwml/-/tree/master/english/users?ref_type=heads


File is there now.
https://salsa.debian.org/webmaster-team/webwml/-/commit/8d488de525a2395d72e55ea8cea84ed9fad0d1bc


Thanks a lot!

Small remark: now I believe it is under the wrong section, it should be 
under 'edu'
as the ETH Zurich is an education institution (note it was marked as 
such in my

initial request).

Thanks a lot for your work within the debian-www team!

Regards,
Salvatore

Re: Who's using Debian

[Paulo Henrique de Lima Santana]

Hi,

Em 05/08/2024 08:44, Salvatore Bonaccorso escreveu:

Hi Paulo,

Thanks a lot! Was this pushed already to the git repository?
Asking since I did not saw the page and neither a commit in
https://salsa.debian.org/webmaster-team/webwml/-/tree/master/english/users?ref_type=heads


File is there now.
https://salsa.debian.org/webmaster-team/webwml/-/commit/8d488de525a2395d72e55ea8cea84ed9fad0d1bc

Best regards,

--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Who's using Debian

[Thomas Lange]

> On Mon, 05 Aug 2024 13:44:16 +0200, Salvatore Bonaccorso 
>  said:

> Hi Paulo,
> On 31.07.2024 14:23, Paulo Henrique de Lima Santana wrote:
>> Hi Salvatore,
>> 
>> Thank you for your message!
>> 
>> I added your page now, and It will published soon here:
>> 
>> https://www.debian.org/users/org/ethz

> Thanks a lot! Was this pushed already to the git repository?
> Asking since I did not saw the page and neither a commit in
> 
https://salsa.debian.org/webmaster-team/webwml/-/tree/master/english/users?ref_type=heads

I also cannot see any entry related to ethz.

regards Thomas

Re: Who's using Debian

[Salvatore Bonaccorso]

Hi Paulo,

On 31.07.2024 14:23, Paulo Henrique de Lima Santana wrote:

Hi Salvatore,

Thank you for your message!

I added your page now, and It will published soon here:

https://www.debian.org/users/org/ethz


Thanks a lot! Was this pushed already to the git repository?
Asking since I did not saw the page and neither a commit in
https://salsa.debian.org/webmaster-team/webwml/-/tree/master/english/users?ref_type=heads

Regards,
Salvatore

Re: Translation status robot (again?)

[Camaleón]

El 2024-08-04 a las 21:22 +0200, Holger Wansing escribió:

> 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.

The fact is that for other languages (de, pt, fr) the same file seems 
to be OK. Is it just the Spanish one (es) that fails? :-?

I'm still unable to see what's the problem here. If there is somethng 
wrong in scripts code, other templates will fail the same way but that's not 
the case.

Well, I'm CC'ing the package maintainer and wait until it gets 
uploaded.

Thanks Holger, for the input!

Cheers,

-- 
Camaleón 

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?)

[Camaleón]

El 2024-07-27 a las 11:51 +0200, Holger Wansing escribió:

> 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.

(...)

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

O:-)

Thanks!

-- 
Camaleón 

Re: Who's using Debian?

[Paulo Henrique de Lima Santana]

Hi Adam,

You are correct, I changed to:
https://www.debian.org/users/edu/umed

Best regards,


Em 31/07/2024 21:34, Adam Wysokinski escreveu:

Hi Paulo,

Thanks, but I think we should be in the Educational Institutions group.

Best regards,
Adam Wysokinski



Jul 31, 2024, 14:31 by p...@debian.org:


Hi Adam,

Thank you for your message!

I added your page now, and It will published soon here:

https://www.debian.org/users/org/umed

Best regards,

Em 24/03/2024 06:24, Adam Wysokinski escreveu:


Department of Old Age Psychiatry and Psychotic Disorders, Medical University of 
Lodz, Poland

We are using Debian on several workstation, laptop and Raspberry Pi computers 
used for research projects. We run Debian testing for developing (Julia), data 
collecting, statistical analysis (Julia, R, Stata), and also for writing 
research papers and presentations (Markdown, Libre Office, Jabref).



--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450





--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Who's using Debian?

[Paulo Henrique de Lima Santana]

Hi,

Thank you for your message!

I added your page now, and It will published soon here:

https://www.debian.org/users/com/goldweb

Best regards,

Em 21/05/2024 20:53, GOLDWEB escreveu:

 1. GOLDWEB Strony internetowe, Stargard, Poland
 2. Commercial
 3. https://www.goldweb.pl/ 
 4. Our company uses Debian on four of our servers, and on two of our
workstations. Our servers are running applications written with love
in PHP.
We decided to use Debian because it is very useful and powerful in
our work.





Z poważaniem | Best regards
Krzysztof Flejszman
GOLDWEB Agencja Interaktywna

tel. + 48 510 510 451
e-mail: bi...@goldweb.pl
www.goldweb.pl



--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Who's using Debian?

[Paulo Henrique de Lima Santana]

Hi,

Correct link:

https://www.debian.org/users/com/studiostawki

Em 31/07/2024 21:36, Paulo Henrique de Lima Santana escreveu:

Hi Studio Stawki,

Thank you for your message!

I added your page now, and It will published soon here:

https://www.debian.org/users/org/studiostawki

Best regards,


Em 16/04/2024 19:37, Studio Stawki escreveu:

Studio Stawki, Warszawa, Poland

commercial

https://studiostawki.com/ 


We are a professional photography studio. Debian is behind the entire 
creative studio. Installed on computers, it helps us manage rent, 
issue invoices and operate the office. Installed on our server, it 
handles all web and email traffic. We chose this solution due to the 
updates and stability of these solutions.




--

+48 511 311 164
ul. Inflancka 11, Warszawa

facebook.com/studiostawki/ 
www.studiostawki.com 


Studio Stawki





--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Who's using Debian?

[Paulo Henrique de Lima Santana]

Hi Marcin,

Thank you for your message!

I added your page now, and It will published soon here:

https://www.debian.org/users/com/no-code

Best regards,

Em 14/05/2024 06:49, No-Code.pl escreveu:

1. Name of organization
No-Code.pl, Poznan, Poland

2. Organization type
commercial

3. Home page
https://www.no-code.pl

4. Description
We are No-Code.pl, a leading agency specializing in the deployment of 
process automation within businesses, enhanced by artificial 
intelligence. Our infrastructure relies on Debian-based machines to 
support our Python-driven scripts. Additionally, we employ innovative 
tools like n8n to streamline our operations.


Best regards,
Marcin Pawlak
no-code.pl



--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Who's using Debian?

[Paulo Henrique de Lima Santana]

Hi Studio Stawki,

Thank you for your message!

I added your page now, and It will published soon here:

https://www.debian.org/users/org/studiostawki

Best regards,


Em 16/04/2024 19:37, Studio Stawki escreveu:

Studio Stawki, Warszawa, Poland

commercial

https://studiostawki.com/ 


We are a professional photography studio. Debian is behind the entire 
creative studio. Installed on computers, it helps us manage rent, issue 
invoices and operate the office. Installed on our server, it handles all 
web and email traffic. We chose this solution due to the updates and 
stability of these solutions.




--

+48 511 311 164
ul. Inflancka 11, Warszawa

facebook.com/studiostawki/ 
www.studiostawki.com 


Studio Stawki



--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Who's using Debian?

[Paulo Henrique de Lima Santana]

Hi Adam,

Thank you for your message!

I added your page now, and It will published soon here:

https://www.debian.org/users/org/umed

Best regards,

Em 24/03/2024 06:24, Adam Wysokinski escreveu:

Department of Old Age Psychiatry and Psychotic Disorders, Medical University of 
Lodz, Poland

We are using Debian on several workstation, laptop and Raspberry Pi computers 
used for research projects. We run Debian testing for developing (Julia), data 
collecting, statistical analysis (Julia, R, Stata), and also for writing 
research papers and presentations (Markdown, Libre Office, Jabref).



--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Who's using Debian

[Paulo Henrique de Lima Santana]

Hi Salvatore,

Thank you for your message!

I added your page now, and It will published soon here:

https://www.debian.org/users/org/ethz

Best regards,

Em 21/03/2024 21:40, Salvatore Bonaccorso escreveu:

Hi

We would like to add an entry for https://www.debian.org/users/ for
our organization, with the following information:

Organization: Swiss Federal Institute of Technology Zurich, Department of 
Information Technology and Electrical Engineering (D-ITET), ETH Zurich, 
Switzerland
Organization type: educational
Homepage: https://ee.ethz.ch/

We have about 135 servers and 310 clients running Debian.

We have chosen Debian because of stability, functionality, philosophy,
level of development, security support, flexibility and adaptability.

Regards,
Salvatore



--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450


OpenPGP_signature.asc
Description: OpenPGP digital signature

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: website check_trans.pl cronjob for Italian not running

[Giuseppe Sacco]

Hello,

Il giorno dom, 28/07/2024 alle 00.31 +0200, Thomas Lange ha scritto:
> After checking with Giuseppe I think things are fine, but the email for the
> changes of material.wml is only sent to the maintainer of this
> translation, because there's one listed in the translation header.

I seem to remember that email is sent to the list only when no notify is
configured for the translation maintainer, or if the maintainer field is
missing.

Let's see how it goes during next weeks.

Bye,
Giuseppe

Re: website check_trans.pl cronjob for Italian not running

[Thomas Lange]

After checking with Giuseppe I think things are fine, but the email for the
changes of material.wml is only sent to the maintainer of this
translation, because there's one listed in the translation header.

-- 
regards Thomas

Re: Translation status robot (again?)

[Helge Kreutzmann]

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.

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.

> Maybe we should remove it? Or place a big fat warning about its status?

It would be great if this page could be kept, because it guides me
(amongst others) in my NMU decisions.

> It's annoying, if different pages (with totally different approaches) are 
> compared against, and the differences lead to such complains.

IIRC this page was unknown to several contributors on this list until
I recently mentioned it. So I doubt that this single page is the
source of confusion.

And thanks for keeping the infrastructure up and running, despite all
these difficulties (strange tool chain, script written by others,
broken po(t) files and difficult handling by other Debian
contributors).

Greetings

 Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: PGP signature

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?)

[Camaleón]

El 2024-07-26 a las 23:51 +0200, Holger Wansing escribió:

Hi Holger,

> [ Be aware; long answer ! ]

(...)

:-)

Stuff removed BUT read it (thanks)!

> 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.

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 :-/

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.

Of course, feel free to correct/instruct me for everything I take it 
wrong. Your valuable advice is always welcome :-)

Cheers,

-- 
Camaleón 

Re: Translation status robot (again?)

[Holger Wansing]

[ Be aware; long answer ! ]

Hi Thomas,

Thomas Lange  wrote (Fri, 26 Jul 2024 09:17:16 +0200):
> Hi Camaleón,
> 
> thanks for the info. I guess that www.d.o is using a total different
> code for generating the statistics. Not sure which data sources are
> used by those three pages if the sources are the same or different.
> 
> I would like to see most translation statistic to be on l10n.d.o or
> i18n.d.o but not on www.d.o any more. Not now, but in the long run
> (0.5-2 years maybe). Therefore it would be nice to get the feedback
> which statistics are only available on www.d.o and which data is
> already available on other domains, so they may be removed from
> www.d.o.

I think, what you are proposing above is a huge task.

I'm personally lacking the perl skills for such changings, but I can share 
some knowledge (please ignore, if you are aware of all this):

On i18n.debian.org, there is a cron job running every second day,
that searchs for po files (translation files) in all the packages in
the Debian archive (separately for unstable and testing).

This is a massive job, and it has to deal with many errors in pacakges,
where the filenames/formats/etc. are not conform with how it's expected by
the cron job script.
So, the output of this cron job is full of errors/warnings/whatever about 
errors, whose reason is not in the i18n server or the cron job, but in the
packages.
But apparently there are different assumptions how to deal with translation
files etc...

Anyway, the result of this cron job are two big compressed text files, 
testing.gz and unstable.gz in https://i18n.debian.org/material/data/

They contain a dump of which translation for which language in which
package exists, with its translation status (how many % of the file is
translated).

These files are the basis for some perl scripts, which are run during
webwml cron job for building the website, including the l10n statistics
we are talking about here (the unstable.gz is used here).
The output of that webwml build run - the l10n statistics pages - are
generally (looking at a page for a specific language like Spanish) pages 
with one line per package, for all packages in which a po file for Spanish 
is found (that's the "Packages with po-debconf support and for which 
translation is underway" section of the page).
That line shows the current translation status of the file - in the 
package - in unstable!!!

The package "multispeech" - which Camaleón complained about in his latest
mail - does not have a es.po file in the package in unstable.
So, there is no such line showing anything regarding this file on the
page for Spanish.

This is a special case, because multispeech is a very new package, which
has just been added to Debian shortly, and therefore it does not have
translations for many languages. And therefore it does not have a 
translation for Spanish currently.
And so you don't have an entry in this "Packages with po-debconf support 
and for which translation is underway" section.

BUT: there is an entry for multispeech in the section "Packages with po-debconf 
support and for which translation is to do".
And the translator (Camaleón) has acted on this, he translated the file,
a bugreport is filed, everything fine.
As soon as the package maintainer includes this file into the package and
uploads the package with a new version number into the Debian archive, 
multispeech
should show up on the l10n statistics page (as "100% translated" ideally), 
and that's it.



Please note, that the functionality I described above is the basic way of
how it works, as the page has developed originally!

Some time later, some data has been added to the page, and that's all the
data from the l10n robots which acts on the pseudo-URLs, that translators
sent to their debian-l10n-LANG mailinglists to coordinate translations
inside the teams (like 
https://l10n.debian.org/coordination/spanish/es.by_translator.html).
This is an additional data source, which was injected into Debian's
l10n statistics pages at 
https://www.debian.org/international/l10n/po-debconf/es.

This addition has added some more columns to the page:
Status, Translator, Date, Bug

But these information can only be shown, when a po file for the package
(here: multispeech) exists in the package in unstable !!!
Otherwise: no file -> no line with information shown. See above.




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.



If some changes are planned:
maybe we should revert the changings, that the status data from robot 
(https://l10n.debian.org/coordination/spanish/es.by_translator.html)
are integrated into the centralized l10n statistics page
(https://www.debi

Re: Translation status robot (again?)

[Thomas Lange]

Hi Camaleón,

thanks for the info. I guess that www.d.o is using a total different
code for generating the statistics. Not sure which data sources are
used by those three pages if the sources are the same or different.

I would like to see most translation statistic to be on l10n.d.o or
i18n.d.o but not on www.d.o any more. Not now, but in the long run
(0.5-2 years maybe). Therefore it would be nice to get the feedback
which statistics are only available on www.d.o and which data is
already available on other domains, so they may be removed from
www.d.o.

-- 
regards Thomas
(Debian web team)

Re: website check_trans.pl cronjob for Italian not running

[Thomas Lange]

I've now fixed the global .transignore file, so hopefully the problems
will disappear.

-- 
regards Thomas

Re: website check_trans.pl cronjob for Italian not running

[Thomas Lange]

Hi Laura,

thanks for the pointer. I'll work on that. Enjoy your time AFK.

-- 
regards Thomas

Re: Dead link on debian website

[Boyuan Yang]

Hi,

在 2024-07-24星期三的 15:03 +0200，David VANTYGHEM写道：
>  Hello,
>  This page https://www.debian.org/devel/wnpp/unable-to-package doesn't work, 
> the link in https://wiki.debian.org/RFP is broken

The dead link was generated when 
https://www.debian.org/devel/wnpp/unable-to-package
got purged in 
https://salsa.debian.org/webmaster-team/webwml/-/commit/4c06211473f7aea681140be0440565e67814d5fb
due to being outdated and unmaintained.

Now I have updated https://wiki.debian.org/RFP to remove the link of 
https://www.debian.org/devel/wnpp/unable-to-package .

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Re: website check_trans.pl cronjob for Italian not running

[Laura Arjona Reina]

Hello
the results of my research about the topic, with possible solutions/workarounds 
is here:



I got no replies about it and sadly I'm afk until August.

If anybody has a clear opinion about how to proceed, please go ahead. If not, 
I'll try to make a decision around the first week of August.

Kind regards

El 24 de julio de 2024 18:42:39 GMT+03:00, Giuseppe Sacco  
escribió:
>Hi,
>
>Il giorno mer, 24/07/2024 alle 16.46 +0200, Thomas Lange ha scritto:
>> The cron job runs on www-master. The crontab entry is available, but
>> I cannot see the the cron job itself is really running.
>> 
>> I just manually started the daily check for italian. Maybe you got an email
>> now.
>
>Sadly (?), we have no outdated translation as of now. In fact
>https://www.debian.org/devel/website/stats/it does not show any pending
>translation.
>
>I'll test it later on.
>
>Thank you,
>Giuseppe
>

Re: website check_trans.pl cronjob for Italian not running

[Giuseppe Sacco]

Hi,

Il giorno mer, 24/07/2024 alle 16.46 +0200, Thomas Lange ha scritto:
> The cron job runs on www-master. The crontab entry is available, but
> I cannot see the the cron job itself is really running.
> 
> I just manually started the daily check for italian. Maybe you got an email
> now.

Sadly (?), we have no outdated translation as of now. In fact
https://www.debian.org/devel/website/stats/it does not show any pending
translation.

I'll test it later on.

Thank you,
Giuseppe

Re: website check_trans.pl cronjob for Italian not running

[Thomas Lange]

The cron job runs on www-master. The crontab entry is available, but
I cannot see the the cron job itself is really running.

I just manually started the daily check for italian. Maybe you got an email now.

-- 
regards Thomas

Re: website check_trans.pl cronjob for Italian not running

[Giuseppe Sacco]

Hello Thomas,

Il giorno mer, 24/07/2024 alle 16.00 +0200, Thomas Lange ha scritto:
> AFAIK the file translator.db.pl controls this.
> 
> italian/international/italian/translator.db.pl was last changed Sun Dec 10
> 19:24:48 2023
> but I cannot see problems in it.

I did not find any problem on the file and it works when run on my machine. I
supposed the crontab is deactivated somewhere else.

On what machine does it run?

Thank you,
Giuseppe

Re: website check_trans.pl cronjob for Italian not running

[Thomas Lange]

AFAIK the file translator.db.pl controls this.

italian/international/italian/translator.db.pl was last changed Sun Dec 10 
19:24:48 2023
but I cannot see problems in it.

-- 
regards Thomas

Re: website check_trans.pl cronjob for Italian not running

[Giuseppe Sacco]

Hello,
nobody replied to the following message. Is there any one that may check why
we (Italian translators) do not receive email notifications?

Il giorno mer, 03/07/2024 alle 09.43 +0200, Giuseppe Sacco ha scritto:
> Hello,
> as an Italian translator of the web site, I used to receive weekly reports
> about the translation status, but this is not working since the 17th of
> November. That's not just me: none of the Italian translators receive them,
> neither the italian-l10n list.
> 
> Does it still works for other countries? Could anyone check what's going on?
> 
> Thank you,
> Giuseppe

Re: Abandoned translation

[Thomas Lange]

Hi,

you were still listed in translator.db.pl. I just removed you.

-- 
regards Thomas

Error parsing /devel/website/stats folders in check_trans.pl (was: Re: website check_trans.pl cronjob for Italian not running)

[Laura Arjona Reina]

Hello


El 3/7/24 a las 12:09, Laura Arjona Reina escribió:

Hello
El 3/7/24 a las 9:43, Giuseppe Sacco escribió:

Hello,
as an Italian translator of the web site, I used to receive weekly 
reports

about the translation status, but this is not working since the 17th of
November. That's not just me: none of the Italian translators receive 
them,

neither the italian-l10n list.

Does it still works for other countries? Could anyone check what's 
going on?


Thank you,
Giuseppe

I have checked that the cron jobs for check_trans.pl in www-master are 
still scheduled.


I have run it manually (the "daily" version) and found several 
errors/warnings:


---

count_changes() ERROR: commit rev2 HEAD not found in revisions of 
english/ (wml files in english folder)


Use of uninitialized value $delta in numeric ge (>=) at 
./check_trans.pl line 401.


syntax error at ./chinese/international/chinese/translator.db.pl line 
45, near "compress"
syntax error at ./chinese/international/chinese/translator.db.pl line 
111, near "}"

Compilation failed in require at ./check_trans.pl line 1024.

Undefined subroutine &main::croak called at ./check_trans.pl line 1238.
Can't use an undefined value as a HASH reference at 
/srv/www.debian.org/webwml/Perl/Local/VCS_git.pm line 559.


---

but the script goes on and seems to finish without any more errors.

I'll try to fix these errors (not sure if they are the cause of the 
issues).


I have reduced the errors of the check_trans.pl script to:

Can't use an undefined value as a HASH reference at 
/srv/www.debian.org/webwml/Perl/Local/VCS_git.pm line 559.


This indeed seems to be the cause of the script not sending mails; I 
have run in www-master a manual check for Spanish with -g option (that 
would output the mails to the screen instead of sending them) and after 
the error no output is shown, but if I add a -s subfolder option I have 
tried with several subfolders and mails would be sent, except for the 
"devel" folder. I have narrowed the issue to the /devel/website/stats 
folder, adding it to the global .transignore file avoids the error so 
the script can continue (at least for Spanish) until the step of sending 
mails.


I guess the issue was introduced around mid-November when the generation 
of those pages (website stats) was changed/simplified, and the 
check_trans.pl script tries to get the diff of the VCS revisions and 
fails because those files have no commit history.


I am not sure about the best way of solving this, several options come 
to mind:


1.- Ideally we should update /Perl/Local/VCS_git.pm line 559 and 
sorroundings adding code to avoid the use of undefined value, but that 
Perl Module is used in a lot of other places/scripts and I'm not a Perl 
expert so I fear to break other things. CC'ing Steve McIntyre because he 
did the invaluable task of porting that code in the CVS->git migration 
for the case he can help (but first look at the other options I see, 
maybe they are better than this).


2.- Adding some more code to the check_trans.pl file around Line 184:

    # Global .transignore
    my $transignore = Webwml::TransIgnore->new($VCS->get_topdir());

to add "/devel/website/stats" to the list of the $transignore variable 
(in addition to what it gets from the global .transignore file in webwml 
top folder).


I don't know how to do this either, but if nobody steps ahead and this 
is the preferred solution, I can try to figure out :-)


3.- Just add /devel/website/stats to the global webwml/.transignore file 
so it's taken into account by the script (as I have done temporarily in 
www-master to do the tests (changes undone)). I don't know what it would 
mean for the rest of translation scripts (I guess it should be safe 
because the files under /devel/website/stats are generated and 
translation of those strings depends on the stats.$ll.po files and those 
files are in $ll/po folder so their status is taken into account. But 
CC'ing Thomas Lange who did the last important research on the 
transignore files for the case he can help).


4.- Any other?

If there is not resolution of this issue in several days, I will open a 
bug report with the status quo so it does not get forgotten.


Kind regards
--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Re: website check_trans.pl cronjob for Italian not running

[Laura Arjona Reina]

Hello
El 3/7/24 a las 9:43, Giuseppe Sacco escribió:

Hello,
as an Italian translator of the web site, I used to receive weekly reports
about the translation status, but this is not working since the 17th of
November. That's not just me: none of the Italian translators receive them,
neither the italian-l10n list.

Does it still works for other countries? Could anyone check what's going on?

Thank you,
Giuseppe

I have checked that the cron jobs for check_trans.pl in www-master are 
still scheduled.


I have run it manually (the "daily" version) and found several 
errors/warnings:


---

count_changes() ERROR: commit rev2 HEAD not found in revisions of 
english/ (wml files in english folder)


Use of uninitialized value $delta in numeric ge (>=) at ./check_trans.pl 
line 401.


syntax error at ./chinese/international/chinese/translator.db.pl line 
45, near "compress"
syntax error at ./chinese/international/chinese/translator.db.pl line 
111, near "}"

Compilation failed in require at ./check_trans.pl line 1024.

Undefined subroutine &main::croak called at ./check_trans.pl line 1238.
Can't use an undefined value as a HASH reference at 
/srv/www.debian.org/webwml/Perl/Local/VCS_git.pm line 559.


---

but the script goes on and seems to finish without any more errors.

I'll try to fix these errors (not sure if they are the cause of the issues).

I have reviewed my mail and IRC logs to know if something happened 
between mid-November and end-December that could cause this, but didn't 
find anything.


I have also changed my settings in 
spanish/international/spanish/translators.db.pl database to receive 
mails daily, and will keep an eye on this.


Note: supposedly I had to receive mails monthly and I have checked and 
my last mail related to this script is from October (2023-10-20).


Kind regards

--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Re: Debian Wiki Experiment

[Maytham Alsudany]

On Fri, 2024-06-28 at 17:57 +0100, Arthur Diniz wrote:
> Dear www team,
> 
> Recently I've been experimenting with new wiki open-source softwares
> to propose a migration to Debian Wiki.

+1


Please let me know if you need any help with this.

Kind regards,
-- 
Maytham Alsudany
Debian Maintainer

maytham @ OFTC
maytha8 @ Libera



signature.asc
Description: This is a digitally signed message part

Re: Debian Wiki Experiment

[Arthur Diniz]

Hi Steve,

On Mon, 1 Jul 2024 at 14:58, Steve McIntyre <93...@debian.org> wrote:
>
> Hi Arthur,
>
> On Fri, Jun 28, 2024 at 05:57:48PM +0100, Arthur Diniz wrote:
> >
> >Recently I've been experimenting with new wiki open-source softwares
> >to propose a migration to Debian Wiki.
> >
> >I know there is an in progress transition to MoinMoin newest version
> >but I would like to come with another alternative as well.
> >
> >For that I would need a copy of all content from the current Debian
> >wiki to validate and test how the pages will look like during my
> >experiments.
> >
> >Is there any way to get a list of all pages or an actual dump from the
> >pages content folder from the instance that is hosting it?
>
> Sure: if you'd like a dump of the content, we can do that for
> you. It's quite large, so it's not something we generate very often or
> offer for public download. Would you like the data?

Yes, I would like to have that data.

What's the best way to download it?

>
> --
> Steve McIntyre93...@debian.org
> Debian wiki admin - wiki.debian.orgw...@debian.org
>

Thanks in advance for the help.

Re: Debian Wiki Experiment

[Steve McIntyre]

Hi Arthur,

On Fri, Jun 28, 2024 at 05:57:48PM +0100, Arthur Diniz wrote:
>
>Recently I've been experimenting with new wiki open-source softwares
>to propose a migration to Debian Wiki.
>
>I know there is an in progress transition to MoinMoin newest version
>but I would like to come with another alternative as well.
>
>For that I would need a copy of all content from the current Debian
>wiki to validate and test how the pages will look like during my
>experiments.
>
>Is there any way to get a list of all pages or an actual dump from the
>pages content folder from the instance that is hosting it?

Sure: if you'd like a dump of the content, we can do that for
you. It's quite large, so it's not something we generate very often or
offer for public download. Would you like the data?

-- 
Steve McIntyre93...@debian.org
Debian wiki admin - wiki.debian.orgw...@debian.org

Re: Upcoming oldstable point release (11.10)

[Jonathan Wiltshire]

On Wed, Jun 12, 2024 at 09:11:32PM +0100, Jonathan Wiltshire wrote:
> The next point release for "bullseye" (11.10) is scheduled for Saturday,
> February 10th. Processing of new uploads into bullseye-proposed-updates
> will be frozen during the preceding weekend.

The correct date for 11.10 is Saturday, 29th June 2024. Apologies for any
confusion.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51
ed25519/0x196418AAEB74C8A1: CA619D65A72A7BADFC96D280196418AAEB74C8A1



signature.asc
Description: PGP signature

Re: packages.debian.org error 503

[Josh Harmon]

Been seeing the same on and off recently, including from a couple hours ago to 
right now when I try to load [0].

Similarly, packages site requests that are served by www.debian.org 
(128.31.0.52, ill-connection.csail.mit.edu) 
are perfectly fine for me. For example, [1] serves quickly, but [2] does not.

Firefox tells me that for the [0] and [2] cases it's using the CSAIL mirror 
(128.31.0.51, pkgmirror-csail.debian.org)
and is getting a response with the following timings:
Blocked: 0ms
DNS Resolution: 1ms
Connecting: 75ms
(From Lumen in Portland, OR, USA)
TLS Setup: 5.77s
Sending: 0ms
Waiting: 1.07min
Receiving: 0ms
(503)

--JH

[0] https://packages.debian.org/bookworm/libc6
[1] https://www.debian.org/distrib/packages
[2] https://packages.debian.org/stable/

Re: Bug#1072496: download file forbidden

[Martin Zobel-Helas]

Hi,

Please check  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646897

qcad is not distributable and therefore can not be downloaded from 
snapshot.d.o. 

This is why you see the http 403.

Best regards,
Martin

> Am 02.06.2024 um 23:24 schrieb Boyuan Yang :
> 
> Package: snapshot.debian.org
> Severity: normal
> 
> Hi,
> 
> 在 2024-06-02星期日的 22:49 +0200，jiri ht写道：
>> 
>> Good morning
>> I tried to download  qcad 
>> 
>> https://snapshot.debian.org/archive/debian/20060824T00Z/pool/main/q/qcad/qcad_2.0.5.0-1-2_amd64.deb
>> 
>> and this was answer:
>> Forbidden
>> You don't have permission to access this resource.
>> 
>> Apache Server at snapshot.debian.org Port 80
>> 
>> 
>> 
>> 
>> 
>> This file and too source and diff files cannot be  downloaded.
>> 
>> I tried to download other files and this is working.
>> 
>> 
>> Can You answer me  or repair it  please ?
> 
> You are reaching the debian-www mailing list, which is not in charge of the 
> maintenance
> of snapshot.debian.org.
> 
> The bottom of snapshot.debian.org website says: "Please report bugs against 
> the snapshot.debian.org package."
> I am doing you a favor to forward your report to a standalone bug report for 
> snapshot.debian.org.
> Next time, please submit your bug report following the instructions on
> https://www.debian.org/Bugs/Reporting .
> 
> Thanks,
> Boyuan Yang
> 

Re: download file forbidden

[Boyuan Yang]

Package: snapshot.debian.org
Severity: normal

Hi,

在 2024-06-02星期日的 22:49 +0200，jiri ht写道：
> 
> Good morning
> I tried to download  qcad 
> 
> https://snapshot.debian.org/archive/debian/20060824T00Z/pool/main/q/qcad/qcad_2.0.5.0-1-2_amd64.deb
> 
> and this was answer:
> Forbidden
> You don't have permission to access this resource.
> 
> Apache Server at snapshot.debian.org Port 80
> 
> 
> 
> 
> 
> This file and too source and diff files cannot be  downloaded.
> 
> I tried to download other files and this is working.
> 
> 
> Can You answer me  or repair it  please ?

You are reaching the debian-www mailing list, which is not in charge of the 
maintenance
of snapshot.debian.org.

The bottom of snapshot.debian.org website says: "Please report bugs against the 
snapshot.debian.org package."
I am doing you a favor to forward your report to a standalone bug report for 
snapshot.debian.org.
Next time, please submit your bug report following the instructions on
https://www.debian.org/Bugs/Reporting .

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Re: Typo in download link for Debian 32-bit DVD ISO

[Thomas Lange]

Thanks for reporting. It has been fixed, but the rebuild of the web
pages is still needed. It will happen in a few hours.


> On Thu, 23 May 2024 09:08:41 +0200, Stefano Pigozzi  said:

> This page seems to be listing an invalid download link for the 32-bit PC 
DVD-1 iso.
> This link:

> 
https://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-12.5.0-i386-DVD-1.iso

> Should instead be:

> 
https://cdimage.debian.org/debian-cd/current/i386/iso-dvd/debian-12.5.0-i386-DVD-1.iso

-- 
best regards Thomas

Bug#608400: marked as done (re-organize how to contribute documentation "per-profile")

[Debian Bug Tracking System]

Your message dated Mon, 20 May 2024 19:02:39 +0200
with message-id <26187.33327.681454.731...@cs.uni-koeln.de>
and subject line closing
has caused the Debian Bug report #608400,
regarding re-organize how to contribute documentation "per-profile"
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
608400: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608400
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: www.debian.org
Severity: normal

Out of curiosity in response to various DPL inquiries about "how can I help
Debian?", I've reviewed a bit the various pieces of documentation on the
subject and compared it with what other distros do.  A remarkable difference
seems to be a "per-profile" organization of the available material,
i.e. organizing the "how to contribute" page with a top-level distinction
among, say: developers, translators, bug triager, artists, donors, etc.

I believe there is some value in such a distinction, simply because the users
interested into helping out usually knows pretty well what they are able and
willing to do.  I hence suggest to reorganize the content of
http://www.debian.org/intro/help according to the various profiles.

Just for reference, here a few links to what others (random sampling, not
necessarily representative) have been doing in that respect:

- Fedora: http://fedoraproject.org/en/join-fedora (scrolling a bit down)
- Ubuntu: http://www.ubuntu.com/community
- OpenSUSE: http://en.opensuse.org/Portal:How_to_participate

Thanks a lot for maintaining www.d.o,
Cheers.

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


--- End Message ---
--- Begin Message ---

This was never implemented, so closing.
Since we restructred this page a lot the proposed change is obsolete.
-- 
regards Thomas--- End Message ---

Re: 我们需要linux-headers-6.1.0-21-amd64

[Boyuan Yang]

Hi,

On Fri, 2024-05-17 at 22:06 +, mmmg 高老师 wrote:
> CHINESE
> 由于官方未更新导致无法安装nvidia驱动 。这给我带来很多困扰 并且我无法找到debian11/10的ios在中国镜像站
> 请快速解决 谢谢 我非常急
> 谢谢
> ENGLISH
> Due to the lack of official updates, it is not possible to install the NVIDIA 
> driver. This has caused me a lot of trouble and I am unable to find the iOS 
> of Debian11/10 on the Chinese mirror site.
> Please resolve it quickly. I am very urgent
> thanks.

You have reached the debian-www mailing list, which is for discussion on
Debian website only and is not meant for user suport. For discussion
and user support in (Simplified) Chinese, please use the debian-chinese-gb
mailing list.
See https://lists.debian.org/debian-chinese-gb/ .

Thanks,
Boyuan Yang

您正在向 debian-www 发信，该邮件列表专用于讨论 Debian 网站相关事项，
不应用于获取用户支持。如您希望使用简体中文讨论并获取使用支持，请考虑
在 debian-chinese-gb 邮件列表中发信。详情请见
https://lists.debian.org/debian-chinese-gb/ 页面。

（另：仅以中文来看，您的问题描述难以理解。请考虑重新组织一下语言。
debian-chinese-gb 列表中有许多中国大陆和海外的用户和开发者，可以进一步帮助您。）

谢谢，
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Re: Broken page link for buster installation

[Thomas Lange]

> On Fri, 17 May 2024 17:14:19 +0200, Holger Wansing  
> said:

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

-- 
regards Thomas

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

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 harden-doc
Bug #1071157 [www.debian.org] www.debian.org: securing debian manual: broken 
links
Bug reassigned from package 'www.debian.org' to 'harden-doc'.
Ignoring request to alter found versions of bug #1071157 to the same values 
previously set
Ignoring request to alter fixed versions of bug #1071157 to the same values 
previously set

-- 
1071157: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071157
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

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

[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?


> 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.

-- 
regards Thomas

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

Re: Broken page link for buster installation

[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/

-- 
viele Grüße Thomas

Re: webml tidy warnings fixes

[Boyuan Yang]

Hi,

On Wed, 2024-05-08 at 22:48 +0500, Danila Shkerin wrote:
> Hi,
> 
> I've looked up tidy log for Russian language and fixed some warnigs,
> and 
> also fixed same (if has) in English language.
> 
> Patch in attachment.

Thanks, the changes are applied in
https://salsa.debian.org/webmaster-team/webwml/-/commit/34422e94132789c2bcd0f6d41dc8680b49c7f3ab
.

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Re: The problem with security newsletters and newsletters on the security center

[Тимур Казбеков]

Thanks.
Is it ever possible to trust these sources, and what do you not want to do,
and you cannot manage them?
https://salsa.debian.org/security-tracker-team/security-tracker/-/raw/master/data/DSA/list
https://salsa.debian.org/security-tracker-team/security-tracker/-/raw/master/data/DLA/list

ср, 8 мая 2024 г. в 17:10, Thomas Lange :

> Hi,
>
> DSA-5248-1 is about php-twig - security update. This is correct in the
> security tracker https://security-tracker.debian.org/tracker/DSA-5248-1
>
> Unfortunally the email that was send about this security fix
> https://lists.debian.org/debian-security-announce/2022/msg00217.html
> had the wrong DSA number in the subject line and the mail itself.
>
> In our web pages, we can fix this, so the security entry links to the
> right email. This means www.debian.org/security/DSA-5248-1 will link
> to the correct email, but this email includes a wrong DSA number.
> Sorry for this confusion, but we cannot change the email afterwards.
>
> Here's the file of rewrites/fixes we use to link to the correct emails:
>
> https://salsa.debian.org/webmaster-team/webwml/-/blob/master/english/security/data/dsa.fixes?ref_type=heads
>
> --
> regards Thomas
>

Re: The problem with security newsletters and newsletters on the security center

[Thomas Lange]

> On Wed, 8 May 2024 17:44:01 +0600, Тимур Казбеков  
> said:

> Thanks.
> Is it ever possible to trust these sources, and what do you not want to 
do, and you cannot manage them?
> 
https://salsa.debian.org/security-tracker-team/security-tracker/-/raw/master/data/DSA/list
> 
https://salsa.debian.org/security-tracker-team/security-tracker/-/raw/master/data/DLA/list
These sources are the original ones, managed by the security team.
If there's some error in it, they can fix it.
You can file a bug report or send the security team an email about
errors in these files.
-- 
regards Thomas

Re: The problem with security newsletters and newsletters on the security center

[Thomas Lange]

Hi,

DSA-5248-1 is about php-twig - security update. This is correct in the
security tracker https://security-tracker.debian.org/tracker/DSA-5248-1

Unfortunally the email that was send about this security fix
https://lists.debian.org/debian-security-announce/2022/msg00217.html
had the wrong DSA number in the subject line and the mail itself.

In our web pages, we can fix this, so the security entry links to the
right email. This means www.debian.org/security/DSA-5248-1 will link
to the correct email, but this email includes a wrong DSA number.
Sorry for this confusion, but we cannot change the email afterwards.

Here's the file of rewrites/fixes we use to link to the correct emails:
https://salsa.debian.org/webmaster-team/webwml/-/blob/master/english/security/data/dsa.fixes?ref_type=heads

-- 
regards Thomas

Re: The problem with security newsletters and newsletters on the security center

[Emilio Pozuelo Monfort]

Hi,

On 08/05/2024 08:53, Тимур Казбеков wrote:

Hi!
We noticed that you have discrepancies in the mailing list and the
information provided on https://security-tracker.debian.org/tracker/
Example:
DSA-5248-1 link to the message
https://www.debian.org/security/2022/dsa-5248?ref=cve.news redirect to DSA
5246-1, but there is https://security-tracker.debian.org/tracker/DSA-5248-1
on the tracker, and unfortunately it is not clear why it overwrites the DSA
5246-1 in the mailing list, although they are completely different.
Here is a list of newsletters where there is a discrepancy between the
tracker and the newsletter:
DSA-5248-1 php-twig -- security update
DSA-4986-1 tomcat9 -- security update
DSA-4727-1 tomcat9 -- security update
DSA-4342-1 chromium-browser -- security update
DSA-3941-1 iortcw -- security update
DSA-3931-1 ruby-rack-cors -- security update
DSA-3768-1 openjpeg2 -- security update
DSA-3529-1 redmine -- security update
DSA-3525-1 pixman -- security update
DSA-3383-1 wordpress -- security update
DSA-3265-1 zendframework -- security update
DSA-3249-1 jqueryui -- security update
DLA-3177-1 python-django -- LTS security update
DLA-2941-1 linux-4.19 -- LTS security update
DLA-2887-1 lighttpd -- LTS security update
DLA-2785-1 linux-4.19 -- LTS security update
DLA-2714-1 linux-4.19 -- LTS security update
DLA-2690-1 linux-4.19 -- LTS security update
DLA-2652-1 unbound1.9 -- LTS security update
DLA-2610-1 linux-4.19 -- LTS security update
DLA-2594-1 tomcat8 -- LTS security update
DLA-2557-1 linux-4.19 -- LTS security update
DLA-2556-1 unbound1.9 -- LTS security update
DLA-2483-1 linux-4.19 -- LTS security update
DLA-2417-1 linux-4.19 -- LTS security update
DLA-2385-1 linux-4.19 -- LTS security update
DLA-2323-1 linux-4.19 -- LTS new package
DLA-2066-1 gthumb -- LTS security update
DLA-1709-1 waagent -- LTS security update
DLA-1543-1 gnulib -- LTS security update
DLA-1541-1 jekyll -- LTS security update
DLA-1540-1 net-snmp -- LTS security update
DLA-1539-1 samba -- LTS security update
DLA-1538-1 tinc -- LTS security update
DLA-1537-1 php-horde-kronolith -- LTS security update
DLA-1536-1 php-horde-core -- LTS security update
DLA-1535-1 php-horde -- LTS security update
DLA-1533-1 git -- LTS security update

Could you tell us or improve the experience of using newsletters?


This looks like a bug in the website redirections. I'm cc'ing debian-www.

Cheers,
Emilio

Re: Proposal: Refresh list of category in https://lists.debian.org/

[Thomas Lange]

Hi,

splitting developers and users is a good idea in my oppinion.
In the webwml repository
g...@salsa.debian.org:webmaster-team/webwml.git
there's the directory english/MailingLists/desc which includes
description, but I'm not sure if they are used for creating the web
page lists.debian.org. The listmaster team should know better.

-- 
regards Thomas

Re: Proposal: Refresh list of category in https://lists.debian.org/

[Kentaro Hayashi]

Hi,

I've proposed refresh list of category in
https://lists.debian.org before. [1]
There is a few feedbacks, but they are not negative ones.
[2][3]

So I want to make this idea forward, but not familiar way
to do it.

First, to raise an attention to the team, I've filed as a bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065647

Then I've seen https://wiki.debian.org/Teams/ListMaster, so
I've tried to contact the team directly.

As far as I know, content of repository is not public so
the only way to do is asking the team members to update ones, doesn't it?

[1]
Proposal: Refresh list of category in https://lists.debian.org/
https://lists.debian.org/debian-www/2024/03/msg00046.html

[2] https://lists.debian.org/debian-www/2024/03/msg00048.html
[3] https://lists.debian.org/debian-www/2024/04/msg1.html

Regards,

2024年3月30日(土) 19:53 Kentaro Hayashi :
>
> Hi,
>
> It seems that some of category in lists.debian.org
> may be too comprehensive,
> so I think that revisit updating list of category may be better.
>
> I've filed as a bug [1] especially the following 2 cases.
>
> * Case 1) "Users" category is too comprehensive, let's split it.
> * Case 2) "Developers" category is too comprehensive, let's split it.
>
> [1] https://bugs.debian.org/1065647
>
> Case 1) "Users" category is too comprehensive, let's split it.
>
> Split Users into "Users" and "Local Community and Users".
> Merit of this one is making it easy to distinct local/regional community.
>
>  Before:
>
>* Users (English)
> * debian-announce
> * debian-backports
> ...
> * debian-user
> ...
> * debian-chinese
> * debian-chinese-big5
> * debian-chinese-gb
> * debian-esperanto
> ...
>
>
>   After:
>
>* Users (English)
> * debian-announce
> * debian-backports
> ...
> * debian-user
> ...
>
>* Local Community and Users
>
> * debian-chinese
> * debian-chinese-big5
> * debian-chinese-gb
> * debian-esperanto
> * debian-french
> * debian-italian
> * debian-japanese
> * debian-user-catalan
> * debian-user-danish
> ...
>
> Case 2) Developers category is too comprehensive, let's split it.
>
> Extract some mailing-list into new "Maintenance of Programming
> Languages" from Developers category.
>
>   Before:
>
>* Developers
>
> * debian-academy
> ...
>
>   After:
>
>* Developers
>
> * debian-academy
> ...
>
>* Maintenance of Programming Languages
>
> * debian-ada
> * debian-clojure
> * debian-common-lisp
> * debian-go
> * debian-haskell
> * debian-js
> * debian-ocaml-maint
> * debian-perl
> * debian-python
> * debian-r
> * debian-ruby
> * debian-rust
> * debian-scheme
>
> Any thought?
>
> Regards,
>
>
>
> --
> Kentaro Hayashi 



-- 
Kentaro Hayashi 

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

[Thomas Lange]

If I'm not wrong the current build errors come from these lines in 
Makefile.common:

151 ifneq "$(LANGUAGE)" "en"
152 #Ensure that MO files do exist
153 #Translators have to run make under webwml//po if they
154 #want it updated, it cannot be automatically performed.
155 $(LOCALEDESTFILES): $(LOCALEDIR)/%.mo: $(WMLBASE)/po/%.$(LANGUAGE).po
156 $(MAKE) -C $(WMLBASE)/po install-$*.mo


I wonder if this really because of a change in releases/
It looks more like the build in l10n/po fails.
-- 
regards Thomas

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: Errors building /releases/buster folder in several languages (Re: webwml failed)

[Thomas Lange]

Thanks for helping. I already saw this error but didn't knew how to fix it.

> On Tue, 30 Apr 2024 15:26:29 +0200, Laura Arjona Reina 
>  said:

> I have logged in www-master and I am manually deleting those 
> files/folders so the /releases/ folder for the language matches the 
> structure of the git repo, and "make" only tries to build what it's 
> really needed.


-- 
regards Thomas

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

[Laura Arjona Reina]

Hello

We are receiving build errors in the /releases/buster folder for several 
languages (see log below).


That folder has been removed in the git repo, but in www-master machine 
it is still there for several languages, due to the existence of .forced 
files (these are created sometimes by the touch_translation.pl script, I 
didn't look at the details) or the existence of an empty 
debian-installer subfolder.


I have logged in www-master and I am manually deleting those 
files/folders so the /releases/ folder for the language matches the 
structure of the git repo, and "make" only tries to build what it's 
really needed.


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.


Kind regards

--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

El 30/4/24 a las 13:53, Debian Webmaster escribió:

/srv/www.debian.org/cron/log/wml_run.log-make -C ports install
/srv/www.debian.org/cron/log/wml_run.log-make[2]: Entering directory 
'/srv/www.debian.org/webwml/bulgarian/ports'
/srv/www.debian.org/cron/log/wml_run.log-make -C amd64 install
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Entering directory 
'/srv/www.debian.org/webwml/bulgarian/ports/amd64'
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Leaving directory 
'/srv/www.debian.org/webwml/bulgarian/ports/amd64'
/srv/www.debian.org/cron/log/wml_run.log-make -C i386 install
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Entering directory 
'/srv/www.debian.org/webwml/bulgarian/ports/i386'
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Leaving directory 
'/srv/www.debian.org/webwml/bulgarian/ports/i386'
/srv/www.debian.org/cron/log/wml_run.log-make[2]: Leaving directory 
'/srv/www.debian.org/webwml/bulgarian/ports'
/srv/www.debian.org/cron/log/wml_run.log-make -C releases install
/srv/www.debian.org/cron/log/wml_run.log-make[2]: Entering directory 
'/srv/www.debian.org/webwml/bulgarian/releases'
/srv/www.debian.org/cron/log/wml_run.log-make -C buster install
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Entering directory 
'/srv/www.debian.org/webwml/bulgarian/releases/buster'
/srv/www.debian.org/cron/log/wml_run.log-make[3]: *** No rule to make target 
'install'.  Stop.
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Leaving directory 
'/srv/www.debian.org/webwml/bulgarian/releases/buster'
/srv/www.debian.org/cron/log/wml_run.log:make[2]: [../../Makefile.common:84: 
buster-install] Error 2 (ignored)
/srv/www.debian.org/cron/log/wml_run.log-make -C sid install
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Entering directory 
'/srv/www.debian.org/webwml/bulgarian/releases/sid'
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Leaving directory 
'/srv/www.debian.org/webwml/bulgarian/releases/sid'
/srv/www.debian.org/cron/log/wml_run.log-make[2]: Leaving directory 
'/srv/www.debian.org/webwml/bulgarian/releases'
--
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Entering directory 
'/srv/www.debian.org/webwml/chinese/releases/bookworm'
/srv/www.debian.org/cron/log/wml_run.log-make -C debian-installer install
/srv/www.debian.org/cron/log/wml_run.log-make[4]: Entering directory 
'/srv/www.debian.org/webwml/chinese/releases/bookworm/debian-installer'
/srv/www.debian.org/cron/log/wml_run.log-make[4]: Leaving directory 
'/srv/www.debian.org/webwml/chinese/releases/bookworm/debian-installer'
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Leaving directory 
'/srv/www.debian.org/webwml/chinese/releases/bookworm'
/srv/www.debian.org/cron/log/wml_run.log-make -C bullseye install
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Entering directory 
'/srv/www.debian.org/webwml/chinese/releases/bullseye'
/srv/www.debian.org/cron/log/wml_run.log-make -C debian-installer install
/srv/www.debian.org/cron/log/wml_run.log-make[4]: Entering directory 
'/srv/www.debian.org/webwml/chinese/releases/bullseye/debian-installer'
/srv/www.debian.org/cron/log/wml_run.log-make[4]: Leaving directory 
'/srv/www.debian.org/webwml/chinese/releases/bullseye/debian-installer'
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Leaving directory 
'/srv/www.debian.org/webwml/chinese/releases/bullseye'
/srv/www.debian.org/cron/log/wml_run.log-make -C buster install
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Entering directory 
'/srv/www.debian.org/webwml/chinese/releases/buster'
/srv/www.debian.org/cron/log/wml_run.log-make[3]: *** No rule to make target 
'install'.  Stop.
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Leaving directory 
'/srv/www.debian.org/webwml/chinese/releases/buster'
/srv/www.debian.org/cron/log/wml_run.log:make[2]: [../../Makefile.common:84: 
buster-install] Error 2 (ignored)
/srv/www.debian.org/cron/log/wml_run.log-make -C sid install
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Entering directory 
'/srv/www.debian.org/webwml/chinese/releases/sid'
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Leaving directory 
'/srv/www.debian.or

Re: Website Privacy Policy

[Ceppo]

You may want to read . It does not
mention Debian's website explicitly, but the last paragraph reads as follows.

> Service related logging
>
> In addition to the explicitly listed services above the Debian infrastructure
> logs details about system accesses for the purposes of ensuring service
> availability and reliability, and to enable debugging and diagnosis of issues
> when they arise. This logging includes details of mails sent/received through
> Debian infrastructure, web page access requests sent to Debian infrastructure,
>^^
> and login information for Debian systems (such as SSH logins to project
> machines). None of this information is used for any purposes other than
> operational requirements and it is only stored for 15 days in the case of web
> server logs, 10 days in the case of mail log and 4 weeks in the case of
> authentication/ssh logs.

It is not GDPR-compliant, but someone raised the issue in the campaign for the
latest DPL election [1] and it looks like it won't be addressed in the
foreseeable future. [2]


[1] https://lists.debian.org/debian-vote/2024/04/msg00024.html
[2] https://lists.debian.org/debian-vote/2024/04/msg00037.html


--
Ceppo

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

Re: desbloqueo de ip publica

[Steve McIntyre]

Hi Francisco,

On Mon, Apr 22, 2024 at 12:26:41PM +0200, Francisco Lara wrote:
>Buenos dias mi ip publica es 84.122.1.218 y esta bloqueada para el acceso a la
>wiki de debian le agradeceria desbloquearan esta ip y se me permitiera el
>acceso soy usuario total de debian y me resulta muy util para consulta y
>resolucion de problemas.
>
>Atentamenta un saludo  espero su respuesta.

Unblocked for you now.

-- 
Steve McIntyre93...@debian.org
Debian wiki admin - wiki.debian.orgw...@debian.org

Re: finding unsused scripts, add comment into scripts that are still used

[Thomas Lange]

> On Fri, 19 Apr 2024 18:32:02 -0300, Matías Bellone 
>  said:

> In my experience, a better comment would be where and/or why the script 
is used so that in 2030 anyone that reads the comment can know where to start 
searching to verify if it is still
> being used.

Great idea, but please also add the current year.
-- 
best regards Thomas

Re: finding unsused scripts, add comment into scripts that are still used

[Matías Bellone]

On Fri, Apr 19, 2024 at 6:14 PM Thomas Lange  wrote:

> Hi all,
>
> I like to find scripts in the webwml repo that are not used any more
> but were not removed from the git repo.
> Therefore I suggest to add a comment to those scripts, that are still
> used anyone like translators or by our cron jobs.
>
> I did this already for some script as you can see in
> git show 89df02f8989c7a72150aac9ac05801f487ed226e
>
> Please check the scripts that you are using and add the comment
> "# This script is still used in 2024"
>

In my experience, a better comment would be where and/or why the script is
used so that in 2030 anyone that reads the comment can know where to start
searching to verify if it is still being used.

Regards,
Toote

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

Re: webwml failed

[Thomas Vincent]

Hello,

Le 09/04/2024 à 05:53, Debian Webmaster a écrit :

/srv/www.debian.org/cron/log/wml_run.log-make[3]: Entering directory 
'/srv/www.debian.org/webwml/portuguese/vote/2024'
/srv/www.debian.org/cron/log/wml_run.log-wml -q -D CUR_YEAR=2024 -o 
UNDEFuPT:vote_001.pt.html@g+w   vote_001.wml
/srv/www.debian.org/cron/log/wml_run.log:** WML:Error: file not found: 
vote_001_quorum.txt
/srv/www.debian.org/cron/log/wml_run.log:make[3]: *** 
[/srv/www.debian.org/webwml/english/vote/2024/Makefile:18: vote_001.pt.html] 
Error 1
/srv/www.debian.org/cron/log/wml_run.log-make[3]: Leaving directory 
'/srv/www.debian.org/webwml/portuguese/vote/2024'
/srv/www.debian.org/cron/log/wml_run.log:make[2]: [../../Makefile.common:84: 
2024-install] Error 2 (ignored)


vote_001.wml was trying to include files that do not exist yet.
Hopefully I fixed it.

Cheers,
Thomas



OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Sean Whitton]

Hello,

On Fri 05 Apr 2024 at 02:07pm +02, Holger Wansing wrote:

> 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.

Thank you very much again.

-- 
Sean Whitton


signature.asc
Description: PGP signature

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

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

[Thomas Lange]

Hi Holger,

even if things get more complex, this is a working solution. I'm very
happy for that and there's no need for spending more time into looking
for a perfect solution.
>From my side you get a thank you very much and a GO for applying this patch.

> On Tue, 2 Apr 2024 14:47:12 +0200, Holger Wansing  
> said:

> 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.

-- 
regards Thomas

Re: Translation of DSA

[Thomas Lange]

Hi Giuseppe,

the DSA are untranslatable on our web page, yes. We did that on
purpose. First, these announcements are very technical information,
not intended for end users. End users just want to upgrade their
system and know if all packages are up to date. That's why we think
most people that are interested in these security information
understand english. Second, there are automatic translation services, that can
easily translate those pages.

Adding PO support may be possible (you have to change the perl
script), but I will not spend time into it, because IMO there are
more important parts on the web page I like to improve.

-- 
best regards Thomas

Re: Proposal: Refresh list of category in https://lists.debian.org/

[Giuseppe Sacco]

Hello,

Il giorno sab, 30/03/2024 alle 13.52 +0100, Tomas Pospisek ha scritto:
> On 30.03.24 11:53, Kentaro Hayashi wrote:
> > Hi,
> > 
> > It seems that some of category in lists.debian.org
> > may be too comprehensive,
> > so I think that revisit updating list of category may be better.
> > 
> > I've filed as a bug [1] especially the following 2 cases.
> > 
> > * Case 1) "Users" category is too comprehensive, let's split it.
> > * Case 2) "Developers" category is too comprehensive, let's split it.
> > 
> > [1] https://bugs.debian.org/1065647
> > 
> > Case 1) "Users" category is too comprehensive, let's split it.
[...]
> > Any thought?
> 
> +1
> *t

I agree, as well.

Giuseppe

Re: Proposal: Refresh list of category in https://lists.debian.org/

[Tomas Pospisek]

On 30.03.24 11:53, Kentaro Hayashi wrote:

Hi,

It seems that some of category in lists.debian.org
may be too comprehensive,
so I think that revisit updating list of category may be better.

I've filed as a bug [1] especially the following 2 cases.

* Case 1) "Users" category is too comprehensive, let's split it.
* Case 2) "Developers" category is too comprehensive, let's split it.

[1] https://bugs.debian.org/1065647

Case 1) "Users" category is too comprehensive, let's split it.

Split Users into "Users" and "Local Community and Users".
Merit of this one is making it easy to distinct local/regional community.

  Before:

* Users (English)
 * debian-announce
 * debian-backports
 ...
 * debian-user
 ...
 * debian-chinese
 * debian-chinese-big5
 * debian-chinese-gb
 * debian-esperanto
 ...


   After:

* Users (English)
 * debian-announce
 * debian-backports
 ...
 * debian-user
 ...

* Local Community and Users

 * debian-chinese
 * debian-chinese-big5
 * debian-chinese-gb
 * debian-esperanto
 * debian-french
 * debian-italian
 * debian-japanese
 * debian-user-catalan
 * debian-user-danish
 ...

Case 2) Developers category is too comprehensive, let's split it.

Extract some mailing-list into new "Maintenance of Programming
Languages" from Developers category.

   Before:

* Developers

 * debian-academy
 ...

   After:

* Developers

 * debian-academy
 ...

* Maintenance of Programming Languages

 * debian-ada
 * debian-clojure
 * debian-common-lisp
 * debian-go
 * debian-haskell
 * debian-js
 * debian-ocaml-maint
 * debian-perl
 * debian-python
 * debian-r
 * debian-ruby
 * debian-rust
 * debian-scheme

Any thought?


+1
*t

Re: Upcoming stable point release (12.6)

[Adam D. Barratt]

On Fri, 2024-02-16 at 17:35 +, Jonathan Wiltshire wrote:
> The next point release for "bookworm" (12.6) is scheduled for
> Saturday, April 6th. Processing of new uploads into bookworm-
> proposed-updates will be frozen during the preceeding weekend.

Due to recent events, the point release has been postponed. A new date
will be announced when possible.

Regards,

Adam

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

[c.buhtz]

Dear Holger,

Thanks for work on that ticket.

But this does not solve the problem that this language links are
missing.

Having this links directly in the footer of such pages would increase
the usability.

Kind,
Christian

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

Re: distribution archives became unusable

[Jonathan Dowland]

I'm replying to debian-www@lists.debian.org, as I think that is probably
the best place to raise the question.

On Wed Mar 6, 2024 at 8:09 AM GMT, Harald Dunkel wrote:
> Hi folks,
>
> the repositories listed on https://www.debian.org/distrib/archive have
> been signed using expired keys. Unfortunately this page doesn't deal
> with this problem.
>
> Do you think this could be improved?
>
>
> Regards
> Harri




-- 
Please do not CC me for listmail.

👱🏻  Jonathan Dowland
✎j...@debian.org
🔗   https://jmtd.net

Re: Who's using Debian?

[Paulo Henrique de Lima Santana]

Hi Ewa,

Thank you for your message!

I added your page now, and It will published soon here:

https://www.debian.org/users/com/mazzani

Best regards,

Em 14/02/2024 09:13, Ewa Piasecka escreveu:

Mazzani Sp. zo.o. Design Studio, Warsaw, Poland

Type of organization: Commercial

Website: www.mazzani.pl 

Mazzani Sp. zo.o. Design Studio in Warsaw, Poland, utilizes the Debian 
operating system on its workstations and servers. The office comprises a 
total of 25 workstations where employees use graphic design software, 
including interior design tools such as AutoCAD, SketchUp, and Adobe 
Creative Suite. Additionally, the studio has 5 servers that handle the 
storage of project data and provide access to network resources. Debian 
was chosen for its stability, security, and the availability of a wide 
range of graphic tools and applications in its repositories. 
Furthermore, the studio values openness and free software, making Debian 
a perfect fit for their operational philosophy.


--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Site: http://phls.com.br
GPG ID: 0443C450


OpenPGP_signature.asc
Description: OpenPGP digital signature