Bug 203329 - /etc/readahead.files include old file names
Summary: /etc/readahead.files include old file names
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: readahead
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Karel Zak
QA Contact:
URL:
Whiteboard:
: 227289 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-08-21 08:47 UTC by masanari iida
Modified: 2007-11-30 22:11 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-10-16 12:48:31 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description masanari iida 2006-08-21 08:47:48 UTC
Description of problem:
Even though Firefox is updated to 1.5.0.6 by yum,
/etc/readahead.files still points firefox 1.5.0.1.

Version-Release number of selected component (if applicable):
readahead-1.2-2
firefox-1.5.0.6-2.fc5

How reproducible:
Always 

Steps to Reproduce:
1. Install FC5
2. Update to latest RPMs (as of 21/Aug,2006)
3. Confirm the system has firefox 1.5.0.6
4. # grep firefox /etc/readahead.files 
  
Actual results:
(example)
/usr/lib/firefox-1.5.0.1/firefox
/usr/lib/firefox-1.5.0.1/firefox-bin
/usr/lib/firefox-1.5.0.1/firefox-xremote-client

The directory name is still older version.

Expected results:
/etc/readahead.files should contain latest directory name and file name.

Additional info:
How can we update the /etc/readahead.files up to date?
 Update list by some script?

 Each RPM provide filename list?
 (ex) /etc/readahead.d/readahead.firefox-1.5.0.6 
      /etc/readahead.d/readahead.util-linux-2.13-0.20.4

Can we have an /etc/readahead.custom and /etc/readahead_early.custom
for user's custom readahead setting purpose?

Comment 1 Karel Zak 2006-09-05 13:03:36 UTC
You can create /etc/readahead.d/foo.early and foo.later in FC6. The list of
files should be also more up to date now.

Comment 2 Jef Spaleta 2006-11-12 22:53:25 UTC
Sorry this isnt good enough....
As packages get updated in fc6 the readahead files are not being updated
accordingly.  Right now for example the firefox listings in fc6's readahead is
out of sync with the latest firefox update package libraries.   

What we need is a mechanism that we can update these listing on a per package
update basis.  You aren't going to be able to keep up with this unless
individual package maintainers have the ability to modify the readahead listings
for their own packages.  Off the top of my head I see two options.

1)move to a readahead.d directory structure and let individual packages drop
configs so each package maintainer can ensure syncage.

2)make a set of rpm scriptlet utilities to modify these files that can be called
by individual packages.

I'd dont want to see a continual respin of readhead packages just so that it can
gou out of sync again in a couple of days. That's unncessary update package
churn for nearly no benefit for end-users.  Let's generally readahead
configuration management enough so individual package updates can make use of
this functionality without re-configuration lag.

-jef

Comment 3 Jef Spaleta 2006-11-12 23:12:21 UTC
sorry... i misunderstood.
we do have the .d/ structure.... we just need to get individual package
maintainers to start dropping files in there.  I guess i can close this again.
The problem is not at readhead... but at the next level... getting the
individual maintainers to drop files in to readahead.d/

-jef

Comment 4 Karel Zak 2007-03-01 21:51:33 UTC
*** Bug 227289 has been marked as a duplicate of this bug. ***

Comment 5 Karel Zak 2007-03-01 21:53:10 UTC
There is a way how keep the lists up to date:

https://www.redhat.com/archives/fedora-devel-list/2007-March/msg00010.html

Comment 6 Karel Zak 2007-10-16 12:48:31 UTC
Use "init=/sbin/readahead-collector", closing. The default lists will be updated
manually always at Final Development Freeze.


Note You need to log in before you can comment on or make changes to this bug.