* Samuel Thibault sthiba...@debian.org, 2014-10-09, 00:15:
Right, there was a bug in the code handling it, it should get fine in
the next upload.
Indeed, the timestamp problem is gone. Thanks!
Unfortunately, other cross-architecture variation cropped up. I'll file
a separate bug in a moment.
Control: found -1 5.0-3
Sorry, it's me again! The timestamps in the manpages still vary with
architecture.
On kfreebsd-i386, kfreebsd-amd64:
.TH brlapi_authClientPacket_t 3 Fri Sep 26 2014 Version 1.0 BrlAPI \
-*- nroff -*-
On amd64, arm64, mips:
.TH brlapi_authClientPacket_t 3 Sat Sep 27
Jakub Wilk, le Wed 08 Oct 2014 23:10:49 +0200, a écrit :
Sorry, it's me again! The timestamps in the manpages still vary with
architecture.
Right, there was a bug in the code handling it, it should get fine in the next
upload.
Samuel
--
To UNSUBSCRIBE, email to
Control: owner -1 !
On 14-03-14 19:35, Jakub Wilk wrote:
Control: found -1 5.0-2
I'm sorry to report that this is not completely fixed. The following
files still vary with architecture:
Ar, LOCALs (I think).
Paul
signature.asc
Description: OpenPGP digital signature
@Mario: How do you build the packages that you upload? It seems that
your build does not use the files as they are in the tar ball, but as
they are on your locale (git) hard-drive. Can you confirm this?
If yes, should be change the way we build or do we need a different
solution for this problem?
Paul Gevers, le Sat 15 Mar 2014 10:32:54 +0100, a écrit :
If yes, should be change the way we build or do we need a different
solution for this problem?
I'd say we can simply set LC_ALL to C.
Samuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On 15-03-14 10:43, Samuel Thibault wrote:
Paul Gevers, le Sat 15 Mar 2014 10:32:54 +0100, a écrit :
If yes, should be change the way we build or do we need a different
solution for this problem?
I'd say we can simply set LC_ALL to C.
That doesn't solve the problem of the timestamp being
Paul Gevers, le Sat 15 Mar 2014 11:01:14 +0100, a écrit :
On 15-03-14 10:43, Samuel Thibault wrote:
Paul Gevers, le Sat 15 Mar 2014 10:32:54 +0100, a écrit :
If yes, should be change the way we build or do we need a different
solution for this problem?
I'd say we can simply set LC_ALL
On 15-03-14 11:14, Samuel Thibault wrote:
Paul Gevers, le Sat 15 Mar 2014 11:01:14 +0100, a écrit :
On 15-03-14 10:43, Samuel Thibault wrote:
Paul Gevers, le Sat 15 Mar 2014 10:32:54 +0100, a écrit :
If yes, should be change the way we build or do we need a different
solution for this
Paul Gevers elb...@debian.org (2014-03-15):
To recap: the problem that we need to solve is the timestamp in the man
pages that is different on different architectures if we don't take care
to force it to something stable. My original solution was to take the
timestamp of the source file, but
On 15-03-14 13:10, Cyril Brulebois wrote:
Use dpkg-parsechangelog to get the date from debian/changelog, and use
that instead?
Great idea. Will do that, together with the LC_ALL, that seems to fix
our issues.
Paul
signature.asc
Description: OpenPGP digital signature
Control: found -1 5.0-2
I'm sorry to report that this is not completely fixed. The following
files still vary with architecture:
/usr/share/man/man3/brlapi_*.3.gz
An example diff between i386 and amd64 (after ungzipping) is attached.
--
Jakub Wilk
diff -ur
On 18-05-13 00:28, Jakub Wilk wrote:
diff -ur
libbrlapi-dev_4.5-2_i386/usr/share/man/man3/brlapi_authClientPacket_t.3
libbrlapi-dev_4.5-2_ia64/usr/share/man/man3/brlapi_authClientPacket_t.3
--- libbrlapi-dev_4.5-2_i386/usr/share/man/man3/brlapi_authClientPacket_t.3
2013-05-16
Samuel Thibault sthiba...@debian.org writes:
- META NAME=GENERATOR CONTENT=LinuxDoc-Tools 0.9.66
+ META NAME=GENERATOR CONTENT=LinuxDoc-Tools 0.9.69
Urgl. I guess we may want to move the documentation to a separate
arch:all package then. Any opinion?
Given that we actually have the manual
Paul Gevers elb...@debian.org writes:
On 17-05-13 01:31, Jakub Wilk wrote:
* Samuel Thibault sthiba...@debian.org, 2013-05-17, 01:10:
- META NAME=GENERATOR CONTENT=LinuxDoc-Tools 0.9.66
+ META NAME=GENERATOR CONTENT=LinuxDoc-Tools 0.9.69
Urgl. I guess we may want to move the documentation to
* Jakub Wilk jw...@debian.org, 2013-05-17, 00:09:
/usr/include/brlapi_constants.h
/usr/share/doc/libbrlapi-dev/English/BrlAPI-1.html
/usr/share/doc/libbrlapi-dev/English/BrlAPI-2.html
/usr/share/doc/libbrlapi-dev/English/BrlAPI-3.html
/usr/share/doc/libbrlapi-dev/English/BrlAPI-4.html
Package: libbrlapi-dev
Version: 4.5-2
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
libbrlapi-dev is marked as Multi-Arch: same, but the following files
are architecture-dependent:
/usr/include/brlapi_constants.h
Control: clone -1 -2
Control: retitle -2 erroneous BRLAPI_DOT_CHORD value
Jakub Wilk, le Fri 17 May 2013 00:09:07 +0200, a écrit :
-#define BRLAPI_DOT_CHORD 256
+#define BRLAPI_DOT_CHORD 0
Oops, this is actually a misbuild. We definitely need to fix this: 0 is
bogus. Making it a separate
* Samuel Thibault sthiba...@debian.org, 2013-05-17, 01:10:
- META NAME=GENERATOR CONTENT=LinuxDoc-Tools 0.9.66
+ META NAME=GENERATOR CONTENT=LinuxDoc-Tools 0.9.69
Urgl. I guess we may want to move the documentation to a separate
arch:all package then. Any opinion?
I would fix it with sed:
On 17-05-13 01:31, Jakub Wilk wrote:
* Samuel Thibault sthiba...@debian.org, 2013-05-17, 01:10:
- META NAME=GENERATOR CONTENT=LinuxDoc-Tools 0.9.66
+ META NAME=GENERATOR CONTENT=LinuxDoc-Tools 0.9.69
Urgl. I guess we may want to move the documentation to a separate
arch:all package then. Any
20 matches
Mail list logo