Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #61465 > unrolled thread

Bug#845034: Updated patch

Back to article view | Back to linux.debian.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#845034: Updated patch Ben Hutchings <ben@decadent.org.uk> - 2018-07-18 23:10 +0200
    Bug#845034: Updated patch Chris Lamb <lamby@debian.org> - 2018-07-19 03:00 +0200
      Bug#845034: Updated patch Ben Hutchings <ben@decadent.org.uk> - 2018-07-19 03:10 +0200

#61465 — Bug#845034: Updated patch

[Multipart message — attachments visible in raw view] — view raw

On Mon, 29 Jan 2018 09:01:57 +0000 Kristian Klausen <klausenbusk@hotmail.com> wrote:
> Hello
> 
> Attached is a updated patch, which disable the ldconfig aux-cache 
> (/var/cache/ldconfig/aux-cache), as it isn't reproducible (at least not 
> on my system).
>
> Can I in anyway help getting this merged?

I've applied Chris's patch, but I think your changes on top of that are
a step too far.

I had a look at the source for ldconfig, and here's what I found:

* The entries in /etc/ld.so.cache are sorted by, so far as I can see,
  attributes that are derived from the contents of libraries.  So this
  cache should be reproducible, and we should include it in the
  initramfs image.

* The entries in /var/cache/ldconfig/aux-cache are organised as an
  associative array, with the keys including file attributes like
  device number, inode number and inode change time.  This means it is
  not only unreproducible, but completely useless at boot time since
  the device and inode numbers of libraries will be different.

* Before writing the aux-cache file, ldconfig will try to create
  /var/cache/ldconfig if it doesn't exist, but not any of the parent
  directories.  Since mkinitramfs does not create /var/cache itself,
  the aux-cache file is only created if a hook script creates that
  directory.  I think that explains why Chris didn't find this
  problem.

Since there is no option to explicitly disable creation of the aux-
cache file, I propose to delete it ldconfig creates it.

Ben.

-- 
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky

[toc] | [next] | [standalone]

#61491

Hi Ben & Kristian,

Curiously enough I don't remember receiving Kristian's patch. :)

>   not only unreproducible, but completely useless at boot time since
>   the device and inode numbers of libraries will be different.
[…] 
> Since there is no option to explicitly disable creation of the aux-
> cache file, I propose to delete it ldconfig creates it.
                                    ^

Missing "if"? :)


Regards,

-- 
      ,''`.
     : :'  :     Chris Lamb
     `. `'`      lamby@debian.org / chris-lamb.co.uk
       `-

[toc] | [prev] | [next] | [standalone]

#61496

[Multipart message — attachments visible in raw view] — view raw

On Thu, 2018-07-19 at 01:37 +0100, Chris Lamb wrote:
> Hi Ben & Kristian,
> 
> Curiously enough I don't remember receiving Kristian's patch. :)
> 
> >   not only unreproducible, but completely useless at boot time since
> >   the device and inode numbers of libraries will be different.
> 
> […] 
> > Since there is no option to explicitly disable creation of the aux-
> > cache file, I propose to delete it ldconfig creates it.
> 
>                                     ^
> 
> Missing "if"? :)

Yes, "... delete it if ldconfig creates it."

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
                                                         - Albert Camus

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.kernel

csiph-web