* shawn shawnland...@gmail.com, 2012-07-09, 17:39:
retitle 680011 build-time timestamps in generated manpages break
multiarch
reassign 680011 docbook-xsl
affects 680011 systemd
tag 680011 patch
stop
This is wrong. I'm interested in the concrete bug in libpam-systemd.
Just making docbook-xsl
A workaround for this bug, would be to ship the man pages in a arch:
all, instead of arch: any package, this way they would only be built
once. (there would only be one package), but it would also mean another
package. Any other way that involved post-processing the generated man
pages seems very
On 10.07.2012 18:28, shawn wrote:
A workaround for this bug, would be to ship the man pages in a arch:
all, instead of arch: any package, this way they would only be built
once. (there would only be one package), but it would also mean another
package. Any other way that involved
On 10.07.2012 18:39, Michael Biebl wrote:
On 10.07.2012 18:28, shawn wrote:
A workaround for this bug, would be to ship the man pages in a arch:
all, instead of arch: any package, this way they would only be built
once. (there would only be one package), but it would also mean another
* Michael Biebl bi...@debian.org, 2012-07-10, 19:44:
As for a work-around:
the attached, simple script replaces the dates with the mtime of the
corresponding .xml file.
This could be run in override_dh_install: before we call dh_install
It might be simpler to run xsltproc (or whatever does
Shawn,
On 10.07.2012 18:39, Michael Biebl wrote:
Splitting off an arch:all package for a single man page is overkill.
I would probably just ignore the bug and wait for a fix in docbook-xsl
or remove ma:same from libpam-systemd again for the time being.
have you filed a corresponding bug
On 10.07.2012 20:09, Jakub Wilk wrote:
* Michael Biebl bi...@debian.org, 2012-07-10, 19:44:
As for a work-around:
the attached, simple script replaces the dates with the mtime of the
corresponding .xml file.
This could be run in override_dh_install: before we call dh_install
It might be
On 10.07.2012 20:33, Michael Biebl wrote:
On 10.07.2012 20:09, Jakub Wilk wrote:
* Michael Biebl bi...@debian.org, 2012-07-10, 19:44:
As for a work-around:
the attached, simple script replaces the dates with the mtime of the
corresponding .xml file.
This could be run in override_dh_install:
On 10.07.2012 20:39, Michael Biebl wrote:
And to avoid skew from differing timezones, also set TZ to GMT...
It seems faketime seems to handle timezone information just fine, which
simplifies it quite a bit.
--
Why is it that all of the instruments seeking intelligent life in the
universe are
* Michael Biebl bi...@debian.org, 2012-07-10, 20:58:
It seems faketime seems to handle timezone information just fine, which
simplifies it quite a bit.
It parses timezones correctly, but it doesn't change TZ for the program
it executes. So xsltproc would still print date in local timezone,
On 10.07.2012 21:09, Jakub Wilk wrote:
* Michael Biebl bi...@debian.org, 2012-07-10, 20:58:
It seems faketime seems to handle timezone information just fine, which
simplifies it quite a bit.
It parses timezones correctly, but it doesn't change TZ for the program
it executes. So xsltproc
* Michael Biebl bi...@debian.org, 2012-07-10, 21:15:
It parses timezones correctly, but it doesn't change TZ for the
program it executes. So xsltproc would still print date in local
timezone, unless you reset TZ manually.
You are right, of course.
Updated patch attached.
[...]
-
On 10.07.2012 22:08, Jakub Wilk wrote:
* Michael Biebl bi...@debian.org, 2012-07-10, 21:15:
It parses timezones correctly, but it doesn't change TZ for the
program it executes. So xsltproc would still print date in local
timezone, unless you reset TZ manually.
You are right, of course.
On 10.07.2012 23:03, Michael Biebl wrote:
On 10.07.2012 22:08, Jakub Wilk wrote:
- $(XSLTPROC) -o $@ $(XSLTPROC_FLAGS)
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl $
+ faketime `TZ=GMT stat -c %y $` $(XSLTPROC) -o $@ $(XSLTPROC_FLAGS)
retitle 680011 build-time timestamps in generated manpages break
multiarch
reassign 680011 docbook-xsl
affects 680011 systemd
tag 680011 patch
stop
In docbook-xsl/manpages/other.xsl:290 and 377 (see also
docbook-xsl/params/man.th.extra1.suppress.xml)
docbook emits build-time timestamps into man
Package: libpam-systemd
Version: 44-3
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
libpam-systemd is marked as Multi-Arch: same, but the following file
is architecture-dependent:
/usr/share/man/man8/pam_systemd.8.gz
An example diff between i386 and
16 matches
Mail list logo