Bug#902265: Sometimes sitemap is not rebuilt when there are changes in the title of linked files (was: Why "데비안 로" not "데비안 로고" ?)

Laura Arjona Reina <[email protected]>
Newsgroups gmane.linux.debian.devel.www
Message-ID <95fd0d25-0cf4-0db2-3aa2-946bf317c105__38315.4429532171$1529820617$gmane$org@debian.org>
Package: www.debian.org
Severity: normal
User: [email protected]
Usertags: content
X-Debbugs-CC: [email protected]


Hello Sebul

El 16/06/18 a las 09:00, sebul escribió:
> Hello.
> I translate debian logos into Korean.
> https://salsa.debian.org/webmaster-team/webwml/blob/master/korean/logos/index.wml
> But,
> https://www.debian.org/sitemap.ko.html shows 데비안 로
> Why "데비안 로" not "데비안 로고" ? Why "고" not shown ?
> 

I think changes in the title of files like /logos/index.wml do not
trigger automatically the rebuild of the corresponding sitemap.

The issue looks like fixed now (file
https://www.debian.org/sitemap.ko.html now shows "데비안 로고"), but that is
because it was force-rebuilt some hours ago when we published the 8.11
release point.

I think we need to review the makefile command for building the
sitemap.wml file, so it catches this case issue.

The file to review is /english/Makefile and the command to
review/rethink currently states:

$(SITEMAP): $(ENGLISHDIR)/sitemap.wml $(TEMPLDIR)/card.wml \
  $(TEMPLDIR)/links.tags.wml $(TEMPLDIR)/template.wml $(GETTEXTDEP) \
  $(TEMPLDIR)/release_info.wml $(ENGLISHDIR)/MailingLists/mklist.tags
ifeq "$(LANGUAGE)" "zh"
	@echo -n "Processing $(<F): "
	$(subst :.zh,:sitemap.zh,$(WML)) \
          $(shell egrep '^-D (CUR_|CHAR)' .wmlrc) \
            $(shell echo $(ENGLISHDIR) | sed s,./,,)/sitemap.wml
	@$(GENERATE_ZH_VARIANTS) sitemap html
else
	$(WML) $(shell egrep '^-D (CUR_|CHAR)' .wmlrc) \
          $(shell echo $(ENGLISHDIR) | sed s,./,,)/sitemap.wml
endif


I'm filing a bug so this is not forgotten, and for the case somebody can
help with this.

Cheers
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.