Package: tzdata
Version: 2022g-1
Severity: normal
X-Debbugs-Cc: ni...@thykier.net
In the postinst, there is the following snippet:
> #! /bin/sh
> set -e
> [...]
# Update the time zone
echo $AREA/$ZONE > "$DPKG_ROOT/etc/timezone"
ln -nsf /usr/share/zoneinfo/$AREA/$ZONE "$
in
time for inclusion in buster.
On behalf of the release team,
Niels Thykier
signature.asc
Description: OpenPGP digital signature
On Tue, 14 Feb 2017 20:36:43 +0100 Aurelien Jarno
wrote:
> [...]
>
> Now that the change have been done on the kernel side, the bug is not
> really visible anymore, so nobody really cared about this bug.
>
> I'll see if I can come with a patch in the next days.
>
> Aurelien
>
> --
> Aurelien
On Mon, 16 May 2016 03:12:51 +0100 Ben Hutchings
wrote:
> Source: glibc
> Version: 2.22-7
> Severity: serious
>
> (Continued from bug #822393.)
>
> glibc's should check whether has already been
> included and, if so, avoid making conflicting definitions.
>
> Including the headers in the oppos
Hi,
As of debhelper/9.20151004, dh_makeshlibs is now using triggers rather
than maintainer scripts to invoke ldconfig.
* Lintian in untable + testing is already aware of this
* Lintian has /not yet/ been backported. Lintian from backports still
(incorrectly) reports this an issue.
Please d
On 2015-08-29 23:52, Aurelien Jarno wrote:
>[...]
>
>> * The major concern I have, is that "activate"-triggers are done for
>>- unpack (is this ok?)
>>- configure (ok)
>>- remove (ok, assuming it is post-removal)
>>- purge (should not be an issue)
>>- deconfigure (would be a no
On 2015-08-25 15:12, Ian Jackson wrote:
> Niels Thykier writes ("Replacing ldconfig maintscripts with declarative
> methods"):
>> A possible solution is to replace these scripts with an
>> "activate-no-await" trigger (again, no-await to avoid trigger cycles
Hi,
Currently, all Debian libraries (is required to) have a call ldconfig in
postrm and postinst. I would like to replace that with a declarative
method somehow. There are a couple of reasons for this:
* Packages without postinst scripts do not need to be "configured"
explicitly (because dp
Control: tags -1 patch upstream
On Wed, 25 Feb 2015 13:49:00 -0500 "Lennart Sorensen"
wrote:
> I looked at ways the aux-cache could cause a segfault, and given the
> file is mmap'd and has data offsets in it that are used as pointers
> without being checked it is not hard to see how a corrupt fil
Hi,
Could this bug be caused by a corrupt aux-cache[1] (possibly, in
addition to a corrupt ld.so.cache)?
A bit of google searching suggests that a broken aux-cache can cause
ldconfig to seg. fault. With the ld.so.cache itself being corrupt (or
sufficiently outdated?), both ldconfig and most othe
Hi,
In bug #549990 (from 2009), we were recommended to have debhelper insert
a call to "ldconfig -X" instead of "ldconfig". I went ahead and
committed said change (but have not released it yet). Then I noticed
that /sbin/ldconfig is now a shell script invoking dpkg-trigger when
called with no ar
Package: tzdata
Version: 2013h-1
Severity: serious
Control: block 720911 by -1
Hi,
tzdata has a build-depends-indep on openjdk-6-jre-headless, but
openjdk-6 is scheduled for removal in Jessie (see #720911). Please
migrate to default-jre-headless or openjdk-7-jre-headless.
~Niels
--
To UNSUBS
12 matches
Mail list logo