Acknowledgement sent
to Andrew Suffield <[email protected]>:
New Bug report received and forwarded. Copy sent to Martin Schulze <[email protected]>.
(Tue, 12 Jan 2010 11:39:05 GMT) (full text, mbox, link).
Package: manpages
Version: 3.23-1
Severity: normal
The current ld.so manpage is from glibc. It's gratuitously out of date
and just plain wrong in places. The one in manpages is current and
reasonably accurate. Please arrange for the version from manpages to
be shipped instead of the glibc version.
Acknowledgement sent
to Simon Paillard <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Sun, 29 Apr 2012 17:48:03 GMT) (full text, mbox, link).
reassign 564874 manpages,libc-bin
thanks
On Tue, Jan 12, 2010 at 11:38:15AM +0000, Andrew Suffield wrote:
> Package: manpages
> Version: 3.23-1
> Severity: normal
>
> The current ld.so manpage is from glibc. It's gratuitously out of date
> and just plain wrong in places. The one in manpages is current and
> reasonably accurate. Please arrange for the version from manpages to
> be shipped instead of the glibc version.
I concur, but we need agreement of libc-bin maintainers.
http://people.debian.org/~spaillard/libc-or-manpages/ld.so.8.libc-binhttp://people.debian.org/~spaillard/libc-or-manpages/ld.so.8.manpages-linux
The manpages-linux version provides more environment variables:
LD_AUDIT
LD_DYNAMIC_WEAK
LD_HWCAP_MASK
LD_ORIGIN_PATH
LD_POINTER_GUARD
LD_SHOW_AUXV
LD_USE_LOAD_BIAS
(but no more LD_ASSUME_KERNEL).
Best regards.
--
Simon Paillard
On Mon, Apr 30, 2012 at 5:42 AM, Simon Paillard <[email protected]> wrote:
> reassign 564874 manpages,libc-bin
> thanks
>
> On Tue, Jan 12, 2010 at 11:38:15AM +0000, Andrew Suffield wrote:
>> Package: manpages
>> Version: 3.23-1
>> Severity: normal
>>
>> The current ld.so manpage is from glibc. It's gratuitously out of date
>> and just plain wrong in places. The one in manpages is current and
>> reasonably accurate. Please arrange for the version from manpages to
>> be shipped instead of the glibc version.
>
> I concur, but we need agreement of libc-bin maintainers.
>
> http://people.debian.org/~spaillard/libc-or-manpages/ld.so.8.libc-bin
> http://people.debian.org/~spaillard/libc-or-manpages/ld.so.8.manpages-linux
>
> The manpages-linux version provides more environment variables:
> LD_AUDIT
> LD_DYNAMIC_WEAK
> LD_HWCAP_MASK
> LD_ORIGIN_PATH
> LD_POINTER_GUARD
> LD_SHOW_AUXV
> LD_USE_LOAD_BIAS
>
> (but no more LD_ASSUME_KERNEL).
For info: Jonathan Neider, CCed was looking at integrating those
pieces of the Debian libc-bin page that were missing from the upstream
man-pages ld.so.8 page. We did upstream one piece already, but I'm not
sure what Jonathan's current plans are for further work.
Cheers,
Michael
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Author of "The Linux Programming Interface"; http://man7.org/tlpi/
Michael Kerrisk wrote:
> For info: Jonathan Neider, CCed was looking at integrating those
> pieces of the Debian libc-bin page that were missing from the upstream
> man-pages ld.so.8 page. We did upstream one piece already, but I'm not
> sure what Jonathan's current plans are for further work.
Looking for a spare moment, but if someone else wants to pick up the
slack I won't mind at all.
Thanks,
Jonathan
http://thread.gmane.org/gmane.linux.man/2377
reassign 564874 manpages 3.23-1
quit
Simon Paillard wrote:
> I concur, but we need agreement of libc-bin maintainers.
Reassigning to manpages, since this couldn't be fixed by a change in
eglibc alone (or in other words: to unconfuse debbugs[1]). If you
think the page is ready already, then please do coordinate with the
libc maintainers to make the appropriate packaging changes.
[1] see http://www.debian.org/Bugs/server-control#reassign
Acknowledgement sent
to Simon Paillard <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Thu, 23 May 2013 21:51:12 GMT) (full text, mbox, link).
Hi,
On Sat, Nov 14, 2009 at 12:34:55AM +0100, Petr Baudis wrote:
> Package: libc-bin
> Version: 2.10.1-5
> Severity: wishlist
>
> The Debian glibc package introduces a number of custom manual pages
> which are not in any kind of upstream and thus cannot be shared with
> the rest of Linux community, which is quite unfortunate, since it
> reduces usability of other Linux distributions but also reduces quality
> of the documentation since less people see it and work on it.
>
> While upstream glibc does not maintain any manual pages, the
> linux-man-pages projects collects all kind of Linux-related manual
> pages, including glibc-specific manual pages not only on the API, but
> also on tools (like ldd). It would be great if the Debian-specific
> manual pages could be submitted there for review and inclusion.
>
> For some manual pages that _are_ upstream, e.g. ldd.1, the upstream
> version is more up-to-date than the version currently included; this
> should also demonstrate the value of taking these manpages from
> upstream. :)
On this subject, manpages-linux provides some manpages which are installed by
manpages packages today:
libc-bin: ldd.1|ldconfig.8|ld.so.8|gai.conf.5
You can find libc-bin and manpages copy of these manpages at:
http://people.debian.org/~spaillard/libc-or-manpages/
Except ldconfig.8 which are better in libc-bin IMO, all other
could be installed by manpages.
Some per-page bugs were reported earlier:
#564874 ld.so.8 an old request arrived too late for Wheezy, and ld.so by
manpages-linux provides way more details.
#665303 getent.1 has been fixed some month ago
If you agree with this, the next manpages{,dev} upload will replace libc-bin
with appropriate version, then you can drop them.
--
Simon Paillard
Acknowledgement sent
to Simon Paillard <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Sun, 14 Jul 2013 19:57:07 GMT) (full text, mbox, link).
Hi,
Do you have a position regarding this ?
TL;DR: better manpages may be provided by manpages pkg:
http://people.debian.org/~spaillard/libc-or-manpages/
On Thu, May 23, 2013 at 11:48:51PM +0200, Simon Paillard wrote:
> On Sat, Nov 14, 2009 at 12:34:55AM +0100, Petr Baudis wrote:
> > Package: libc-bin
> > Version: 2.10.1-5
> > Severity: wishlist
> >
> > The Debian glibc package introduces a number of custom manual pages
> > which are not in any kind of upstream and thus cannot be shared with
> > the rest of Linux community, which is quite unfortunate, since it
> > reduces usability of other Linux distributions but also reduces quality
> > of the documentation since less people see it and work on it.
> >
> > While upstream glibc does not maintain any manual pages, the
> > linux-man-pages projects collects all kind of Linux-related manual
> > pages, including glibc-specific manual pages not only on the API, but
> > also on tools (like ldd). It would be great if the Debian-specific
> > manual pages could be submitted there for review and inclusion.
> >
> > For some manual pages that _are_ upstream, e.g. ldd.1, the upstream
> > version is more up-to-date than the version currently included; this
> > should also demonstrate the value of taking these manpages from
> > upstream. :)
>
> On this subject, manpages-linux provides some manpages which are installed by
> manpages packages today:
> libc-bin: ldd.1|ldconfig.8|ld.so.8|gai.conf.5
>
> You can find libc-bin and manpages copy of these manpages at:
> http://people.debian.org/~spaillard/libc-or-manpages/
>
> Except ldconfig.8 which are better in libc-bin IMO, all other
> could be installed by manpages.
>
> Some per-page bugs were reported earlier:
>
> #564874 ld.so.8 an old request arrived too late for Wheezy, and ld.so by
> manpages-linux provides way more details.
>
> #665303 getent.1 has been fixed some month ago
>
> If you agree with this, the next manpages{,dev} upload will replace libc-bin
> with appropriate version, then you can drop them.
--
Simon Paillard
Acknowledgement sent
to Jonathan Nieder <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Sun, 14 Jul 2013 20:30:07 GMT) (full text, mbox, link).
Simon Paillard wrote:
> Do you have a position regarding this ?
[...]
> On Thu, May 23, 2013 at 11:48:51PM +0200, Simon Paillard wrote:
>> If you agree with this, the next manpages{,dev} upload will replace libc-bin
>> with appropriate version, then you can drop them.
Please go ahead. (I'm not an eglibc maintainer, but it seems so
obviously the right thing to do that I don't mind saying that
anyway.)
If you'd like, I think it even makes sense to replace the ldconfig.8
manpage, just taking the content from the eglibc package for now.
That would avoid having to keep juggling which package has which
manpage in the future.
Thanks,
Jonathan
On Sun, Apr 29, 2012 at 7:42 PM, Simon Paillard <[email protected]> wrote:
> (but no more LD_ASSUME_KERNEL).
I just drafted the following for ld.so.8 in man-pages:
LD_ASSUME_KERNEL
(glibc since 2.2.3) Each shared library can inform the
dynamic linker of the minimum kernel ABI version that it
requires. (This requirement is encoded in an ELF note
section that is typically named .note.ABI-tag.) At run
time, the dynamic linker determines the ABI version of
the running kernel and will reject loading shared
libraries that specify minimum ABI versions that exceed
that ABI version.
LD_ASSUME_KERNEL can be used to cause the dynamic linker
to assume that it is running on a system with a differ‐
ent kernel ABI version. For example, the following com‐
mand line causes the dynamic linker to assume it is run‐
ning on Linux 2.2.5 when loading the shared libraries
required by myprog:
$ LD_ASSUME_KERNEL=2.2.5 ./myprog
On systems that provide multiple versions of a shared
library (in different directories in the search path)
that have different minimum kernel ABI version require‐
ments, LD_ASSUME_KERNEL can be used to select the ver‐
sion of the library that is used (dependent on the
directory search order). Historically, the most common
use of the LD_ASSUME_KERNEL feature was to manually
select the older LinuxThreads POSIX threads implementa‐
tion on systems that provided both LinuxThreads and NPTL
(which latter was typically the default on such sys‐
tems).
Look okay?
Michael
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Author of "The Linux Programming Interface"; http://man7.org/tlpi/
Acknowledgement sent
to Simon Paillard <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Thu, 18 Jul 2013 20:03:07 GMT) (full text, mbox, link).
Hi,
On Sun, Jul 14, 2013 at 01:27:06PM -0700, Jonathan Nieder wrote:
> Simon Paillard wrote:
> > Do you have a position regarding this ?
> [...]
> > On Thu, May 23, 2013 at 11:48:51PM +0200, Simon Paillard wrote:
>
> >> If you agree with this, the next manpages{,dev} upload will replace libc-bin
> >> with appropriate version, then you can drop them.
>
> Please go ahead. (I'm not an eglibc maintainer, but it seems so
> obviously the right thing to do that I don't mind saying that
> anyway.)
Thanks for your remark. Nevertheless, I'd like to get an ack from maintainers,
because I'd prefer a versionned replace.
> If you'd like, I think it even makes sense to replace the ldconfig.8
> manpage, just taking the content from the eglibc package for now.
> That would avoid having to keep juggling which package has which
> manpage in the future.
It's my opinion too.
--
Simon Paillard
Acknowledgement sent
to Simon Paillard <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Thu, 18 Jul 2013 20:15:04 GMT) (full text, mbox, link).
Hi Michael,
On Mon, Jul 15, 2013 at 01:52:56PM +0200, Michael Kerrisk (man-pages) wrote:
> On Sun, Apr 29, 2012 at 7:42 PM, Simon Paillard <[email protected]> wrote:
> > (but no more LD_ASSUME_KERNEL).
>
> I just drafted the following for ld.so.8 in man-pages:
>
> LD_ASSUME_KERNEL
> (glibc since 2.2.3) Each shared library can inform the
> dynamic linker of the minimum kernel ABI version that it
> requires. (This requirement is encoded in an ELF note
> section that is typically named .note.ABI-tag.) At run
> time, the dynamic linker determines the ABI version of
> the running kernel and will reject loading shared
> libraries that specify minimum ABI versions that exceed
> that ABI version.
>
> LD_ASSUME_KERNEL can be used to cause the dynamic linker
> to assume that it is running on a system with a differ‐
> ent kernel ABI version. For example, the following com‐
> mand line causes the dynamic linker to assume it is run‐
> ning on Linux 2.2.5 when loading the shared libraries
> required by myprog:
>
> $ LD_ASSUME_KERNEL=2.2.5 ./myprog
>
> On systems that provide multiple versions of a shared
> library (in different directories in the search path)
> that have different minimum kernel ABI version require‐
> ments, LD_ASSUME_KERNEL can be used to select the ver‐
> sion of the library that is used (dependent on the
> directory search order). Historically, the most common
> use of the LD_ASSUME_KERNEL feature was to manually
> select the older LinuxThreads POSIX threads implementa‐
> tion on systems that provided both LinuxThreads and NPTL
> (which latter was typically the default on such sys‐
> tems).
>
> Look okay?
Looks ok, interesting information mentioned by
http://people.redhat.com/alikins/troubleshooting/ are actual values to be used
when switching to NPTL or olf LinuxThreads.
LD_ASSUME_KERNEL happens to be documented a bit in pthreads(7) too.
--
Simon Paillard
Acknowledgement sent
to Michael Kerrisk <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Sat, 20 Jul 2013 21:33:09 GMT) (full text, mbox, link).
On 07/18/13 22:13, Simon Paillard wrote:
> Hi Michael,
>
> On Mon, Jul 15, 2013 at 01:52:56PM +0200, Michael Kerrisk (man-pages) wrote:
>> On Sun, Apr 29, 2012 at 7:42 PM, Simon Paillard <[email protected]> wrote:
>>> (but no more LD_ASSUME_KERNEL).
>>
>> I just drafted the following for ld.so.8 in man-pages:
>>
>> LD_ASSUME_KERNEL
>> (glibc since 2.2.3) Each shared library can inform the
>> dynamic linker of the minimum kernel ABI version that it
>> requires. (This requirement is encoded in an ELF note
>> section that is typically named .note.ABI-tag.) At run
>> time, the dynamic linker determines the ABI version of
>> the running kernel and will reject loading shared
>> libraries that specify minimum ABI versions that exceed
>> that ABI version.
>>
>> LD_ASSUME_KERNEL can be used to cause the dynamic linker
>> to assume that it is running on a system with a differ‐
>> ent kernel ABI version. For example, the following com‐
>> mand line causes the dynamic linker to assume it is run‐
>> ning on Linux 2.2.5 when loading the shared libraries
>> required by myprog:
>>
>> $ LD_ASSUME_KERNEL=2.2.5 ./myprog
>>
>> On systems that provide multiple versions of a shared
>> library (in different directories in the search path)
>> that have different minimum kernel ABI version require‐
>> ments, LD_ASSUME_KERNEL can be used to select the ver‐
>> sion of the library that is used (dependent on the
>> directory search order). Historically, the most common
>> use of the LD_ASSUME_KERNEL feature was to manually
>> select the older LinuxThreads POSIX threads implementa‐
>> tion on systems that provided both LinuxThreads and NPTL
>> (which latter was typically the default on such sys‐
>> tems).
>>
>> Look okay?
>
> Looks ok, interesting information mentioned by
> http://people.redhat.com/alikins/troubleshooting/ are actual values to be used
> when switching to NPTL or olf LinuxThreads.
Yes. I've never been quite sure though whether the particular
kernel versions to specify for LD_ASSUME_KERNEL when
selecting the threading implementation are distro-specific,
so I'm reluctant to go into the detail in the page.
As you note, I do hint at the 2.2.5 version in the pthreads(7):
> LD_ASSUME_KERNEL happens to be documented a bit in pthreads(7) too.
Yes, good to remind about that. I've added a cross reference from
ld.so(8) to pthreads(7).
Cheers,
Michael
Acknowledgement sent
to Andrew Suffield <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Sat, 20 Jul 2013 23:03:04 GMT) (full text, mbox, link).
Things from my past coming back to haunt me, but if people want to
keep ccing me...
On Sat, Jul 20, 2013 at 10:15:25PM +0200, Michael Kerrisk wrote:
> Yes. I've never been quite sure though whether the particular
> kernel versions to specify for LD_ASSUME_KERNEL when
> selecting the threading implementation are distro-specific,
> so I'm reluctant to go into the detail in the page.
> As you note, I do hint at the 2.2.5 version in the pthreads(7):
asuffield@cyclone:~$ readelf -n /lib/x86_64-linux-gnu/libc.so.6
Notes at offset 0x00000270 with length 0x00000024:
Owner Data size Description
GNU 0x00000014 NT_GNU_BUILD_ID (unique build ID bitstring)
Build ID: cddff8f45f5aa7b5ce64717e9e6ae3899f27972c
Notes at offset 0x00000294 with length 0x00000020:
Owner Data size Description
GNU 0x00000010 NT_GNU_ABI_TAG (ABI version tag)
OS: Linux, ABI: 2.6.26
asuffield@cyclone:~$ LD_ASSUME_KERNEL=2.6.25 /bin/true
/bin/true: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
asuffield@cyclone:~$ LD_ASSUME_KERNEL=2.6.26 /bin/true
asuffield@cyclone:~$
Apparently glibc has moved on and there's nothing in wheezy that can
use the old numbers. I expect other distros are similar. This
information is probably only of historical interest now.
The number 2.2.5 used to be special because it was the *minimum*
version supported by the non-TLS libc that was shipped at the time.
Acknowledgement sent
to "Michael Kerrisk (man-pages)" <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Mon, 22 Jul 2013 18:33:04 GMT) (full text, mbox, link).
Andrew,
On 07/21/13 00:27, Andrew Suffield wrote:
> Things from my past coming back to haunt me, but if people want to
> keep ccing me...
>
> On Sat, Jul 20, 2013 at 10:15:25PM +0200, Michael Kerrisk wrote:
>> Yes. I've never been quite sure though whether the particular
>> kernel versions to specify for LD_ASSUME_KERNEL when
>> selecting the threading implementation are distro-specific,
>> so I'm reluctant to go into the detail in the page.
>> As you note, I do hint at the 2.2.5 version in the pthreads(7):
>
> asuffield@cyclone:~$ readelf -n /lib/x86_64-linux-gnu/libc.so.6
>
> Notes at offset 0x00000270 with length 0x00000024:
> Owner Data size Description
> GNU 0x00000014 NT_GNU_BUILD_ID (unique build ID bitstring)
> Build ID: cddff8f45f5aa7b5ce64717e9e6ae3899f27972c
>
> Notes at offset 0x00000294 with length 0x00000020:
> Owner Data size Description
> GNU 0x00000010 NT_GNU_ABI_TAG (ABI version tag)
> OS: Linux, ABI: 2.6.26
> asuffield@cyclone:~$ LD_ASSUME_KERNEL=2.6.25 /bin/true
> /bin/true: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
> asuffield@cyclone:~$ LD_ASSUME_KERNEL=2.6.26 /bin/true
> asuffield@cyclone:~$
>
> Apparently glibc has moved on and there's nothing in wheezy that can
> use the old numbers. I expect other distros are similar. This
> information is probably only of historical interest now.
>
> The number 2.2.5 used to be special because it was the *minimum*
> version supported by the non-TLS libc that was shipped at the time.
Yup, I already noticed that older LD_ASSUME_KERNEL values
gave results such as the above. However, I was not sure
of the intention of your response? Did you mean that the
proposed text should be changed? If so, could you be more
specific about what changes you'd like.
Thanks,
Michael
Acknowledgement sent
to Andrew Suffield <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Mon, 22 Jul 2013 21:12:04 GMT) (full text, mbox, link).
On Mon, Jul 22, 2013 at 08:28:43PM +0200, Michael Kerrisk (man-pages) wrote:
> Yup, I already noticed that older LD_ASSUME_KERNEL values
> gave results such as the above. However, I was not sure
> of the intention of your response? Did you mean that the
> proposed text should be changed? If so, could you be more
> specific about what changes you'd like.
I'm not sure there's any point in documenting the use of the 2.2.5
version to disable TLS, when that's just obsolete now. The rest seemed
fine. (I don't think glibc currently has any interesting values for
LD_ASSUME_KERNEL - until the next ABI change it's probably useless)
Acknowledgement sent
to Adam Conrad <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Sun, 28 Jul 2013 15:36:13 GMT) (full text, mbox, link).
On Thu, Jul 18, 2013 at 10:01:06PM +0200, Simon Paillard wrote:
>
> > If you'd like, I think it even makes sense to replace the ldconfig.8
> > manpage, just taking the content from the eglibc package for now.
> > That would avoid having to keep juggling which package has which
> > manpage in the future.
>
> It's my opinion too.
To be fair, I wouldn't mind if you took *all* the manpages from
libc* and we dropped the whole lot. That way, you could submit
them upstream at your leisure, and we could be free of worrying
about them entirely.
Either way, let's coordinate what you want to take over today,
and I'll make it happen for the next upload which will, I think,
give you a Replaces of << 2.17-91, though I need to sort that
with our BSD porter(s) first before we settle on that.
... Adam
Acknowledgement sent
to Simon Paillard <[email protected]>:
Extra info received and forwarded to list. Copy sent to Martin Schulze <[email protected]>.
(Wed, 31 Jul 2013 18:27:07 GMT) (full text, mbox, link).
Hi,
On Sun, Jul 28, 2013 at 09:34:00AM -0600, Adam Conrad wrote:
> To be fair, I wouldn't mind if you took *all* the manpages from
> libc* and we dropped the whole lot. That way, you could submit
> them upstream at your leisure, and we could be free of worrying
> about them entirely.
>
> Either way, let's coordinate what you want to take over today,
> and I'll make it happen for the next upload which will, I think,
> give you a Replaces of << 2.17-91, though I need to sort that
> with our BSD porter(s) first before we settle on that.
As discussed on IRC, manpages 3.52-1 will take over:
ldd.1 ldconfig.8 ld.so.8 gai.conf.5 zic.8 zdump.8
http://anonscm.debian.org/gitweb/?p=collab-maint/manpages.git;a=commitdiff;h=ca35fc2b39f98db9a3e291779c3270eaaef019d3
nscd.conf.5 and nscd.8 have many differences upstream vs debian, and will be
sorted out for the next release.
--
Simon Paillard
Reply sent
to Simon Paillard <[email protected]>:
You have taken responsibility.
(Wed, 31 Jul 2013 18:51:05 GMT) (full text, mbox, link).
Notification sent
to Andrew Suffield <[email protected]>:
Bug acknowledged by developer.
(Wed, 31 Jul 2013 18:51:05 GMT) (full text, mbox, link).
Source: manpages
Source-Version: 3.52-1
We believe that the bug you reported is fixed in the latest version of
manpages, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Simon Paillard <[email protected]> (supplier of updated manpages package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Wed, 31 Jul 2013 20:20:11 +0200
Source: manpages
Binary: manpages manpages-dev
Architecture: source all
Version: 3.52-1
Distribution: unstable
Urgency: low
Maintainer: Martin Schulze <[email protected]>
Changed-By: Simon Paillard <[email protected]>
Description:
manpages - Manual pages about using a GNU/Linux system
manpages-dev - Manual pages about using GNU/Linux for development
Closes: 564874604019
Changes:
manpages (3.52-1) unstable; urgency=low
.
* Imported Upstream version 3.52
. bootparam.7: Remove outdated text on LILO and LoadLin (Closes: #604019)
* Take over libc-bin related manpages (Closes: #564874)
. d/control: Replaces libc-bin (<< 2.17-91)
. install: ldd.1 ldconfig.8 ld.so.8 gai.conf.5 zic.8 zdump.8
* Switch to dpkg-source 3.0 (quilt) format
* debian/watch: Switch to xz upstream source
Checksums-Sha1:
26c529b25ed911bf98e28b2ac0eeb748a0ab6052 1933 manpages_3.52-1.dsc
199fdb9b3576ec4a060c0fc374aa12f22c7204cf 1162812 manpages_3.52.orig.tar.xz
761044dd9d3a874c82a1c331f27357b9c6aa69cb 48346 manpages_3.52-1.debian.tar.gz
cebe5c0a87ea0bc425a6d63e195e894de4ff45b6 845948 manpages_3.52-1_all.deb
2f51a3a0b11aac74912fc302ac911a1a43221a66 1781174 manpages-dev_3.52-1_all.deb
Checksums-Sha256:
78f2a3fcd03e73dfbc07d6ebec0f4bffc995305b41d2af7861c2d2652c8f841b 1933 manpages_3.52-1.dsc
1d712f128024cf1ab89cd4a1ace973b8999ca40ff3f1502b20e7eb208791a0ca 1162812 manpages_3.52.orig.tar.xz
3e4551f763411d118fc19288db7dd22adfb219e9f30f651112afa091a667b41a 48346 manpages_3.52-1.debian.tar.gz
0fc96f6b43a2957285e50f5245b3859f4318da3f841194b55ae3a5e60f7f1cd1 845948 manpages_3.52-1_all.deb
bc4e3eab546e9ca5a690e933165a82833d9fe3c1878d2f0e66e5f3f615d4cf7a 1781174 manpages-dev_3.52-1_all.deb
Files:
5296627dbe11f76e32c44fb0316faae4 1933 doc important manpages_3.52-1.dsc
dbf00e3a6fd1e23e27a4552bf4d16fed 1162812 doc important manpages_3.52.orig.tar.xz
6707cf1d6fd9efeca1031a58e13637e4 48346 doc important manpages_3.52-1.debian.tar.gz
0e6fe65ba758c3412d4b3e35a32ac7cd 845948 doc important manpages_3.52-1_all.deb
8eeaf1cc9cc15e18dcdfe560f9b74746 1781174 doc optional manpages-dev_3.52-1_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCAAGBQJR+VhxAAoJEN/3OMLRbPuiXB0P/1rAx0rrMW2qJ0m5UX+ouGpt
D3vgm/OPj/bpdlfrnLBBRj3xX0Bra+8AWAHinGkaP/PhB9W1MGOor5L3+YTeMRNe
Pevk1EmGtlAeY/nY4cgtuAG005FawTAHIorqxHe18jf9SMxQSC7EmGzw2Xxc6goN
Zt5g8TMoGpL/mwvSPaNXRGJpfphx/COyhJriRQmYQ/4a0mCtHtgOG/V77hwnZosm
Y8Y0mqgbOS3Ki2WsearJ8Tc0gwBAZD24e+8TQzVqAM0ZqSNctUuWULA5dTIDIrHI
Rr2j5xCHJj54iHx5qxenBaJw1IQnaZWPdEJsSk6ADaxY9HdqTBXu5uUrrt5Hz7YU
auR5ow6iMJnQ8Nw9g/mbKrBhAHhn5mKxH72OyLXbYSPjjR/6Nvhyp9J6mS+AJG3E
JcCnw0J4ux3CaR6bClQZhuh4SsLgMH/k6UDO7V5n/My2yDt7nw55O+BKLdtr32nu
TLWNN28/jFGNdsP51LBJ4vEdqd6Q+dueaY2R+/nvO4+5H5XbRKSsPay8nYAh2K84
rK9x6U1w/YATmQAoa0q4ySM9PZaP4Jnt8x2hBqtD6tA+QhrlE5TKKCIuOnVNgrur
/vfmHMcMZRMROKXF69JKE0cVtpI1daLfx6e71QEPgw9HjcHkgQPofF0+q+xuFvOd
ViheQx3QttC91FjPq76R
=3FSG
-----END PGP SIGNATURE-----