Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 284419 - >=app-portage/gentoolkit-0.2.4.5: rm: cannot remove `2_ldpath.rr'; exits with returncode 1
Summary: >=app-portage/gentoolkit-0.2.4.5: rm: cannot remove `2_ldpath.rr'; exits with...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage Tools Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 237964 305793
  Show dependency tree
 
Reported: 2009-09-10 08:21 UTC by Toralf Förster
Modified: 2010-02-19 15:45 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
use rm -f for non-interactive temp file removal (rr_noninterative_rm.patch,450 bytes, patch)
2010-02-01 05:33 UTC, Douglas Anderson
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Toralf Förster gentoo-dev 2009-09-10 08:21:18 UTC
I got this message while follwoing the instructions of sys-libs/readline-6.0_p3 :

$>revdep-rebuild --library libreadline.so.5
...
rm: cannot remove `2_ldpath.rr': No such file or directory

Is this a armless message ?


Reproducible: Always
Comment 1 Pacho Ramos gentoo-dev 2009-09-10 10:02:13 UTC
I get the same, this is a problem for me because due that error revdep-rebuild doesn't exit succesfully, then, I am unable to run other commands after that with "&&" (I need to use ";" instead).

Seems that 2_ldpath.rr is not being created at all:
$ ls
0_env.rr  1_files.rr  3_broken.rr  3_errors.rr  4_ebuilds.rr  4_owners.rr  4_pkgs.rr  4_raw.rr  5_order.rr

If this is really harmless, maybe revdep-rebuild should exit succesfully.

I am suffering this with app-portage/gentoolkit-0.3.0_rc7

This is the full output:
# LC_ALL=C revdep-rebuild --library libreadline.so.5 -- --jobs
 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries using libreadline.so.5
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Checking dynamic linking 
[ 5% ]  *   found /usr/bin/bc
...
[ 100% ]                 
 * Generated new 3_broken.rr
 * Assigning files to packages
 *   /usr/bin/bc -> sys-devel/bc
 ...
 *   /usr/sbin/parted -> sys-apps/parted
 * Generated new 4_raw.rr and 4_owners.rr
 * Cleaning list of packages to rebuild
 * Generated new 4_pkgs.rr
 * Assigning packages to ebuilds
 * Generated new 4_ebuilds.rr
 * Evaluating package order
 * Generated new 5_order.rr
 * All prepared. Starting rebuild
emerge --oneshot --jobs app-text/hunspell:0
dev-db/sqlite:3
...
sys-devel/gdb:0
..........
Calculating dependencies... done!
>>> Verifying ebuild manifests
>>> Starting parallel fetch
>>> Emerging (1 of 11) dev-db/sqlite-3.6.16
...
>>> Installing (11 of 11) sys-devel/gdb-6.8-r1
>>> Jobs: 11 of 11 complete                         Load avg: 4.47, 7.67, 6.20
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * Regenerating GNU info directory index...
 * Processed 127 info files.

 * IMPORTANT: 1 config files in '/etc' need updating.
 * See the CONFIGURATION FILES section of the emerge
 * man page to learn how to update config files.
 * Build finished correctly. Removing temporary files...
 * 
 * You can re-run revdep-rebuild to verify that all libraries and binaries
 * are fixed. Possible reasons for remaining inconsistencies include:
 *   orphaned files
 *   deep dependencies
 *   packages installed outside of portage's control
 *   specially-evaluated libraries
rm: cannot remove `2_ldpath.rr': No such file or directory
# echo $?
1
# 
Comment 2 Paul Varner (RETIRED) gentoo-dev 2010-01-07 17:24:24 UTC
The message is harmless, but the bug needs to be fixed.  It occurs whenever the --library parameter is used.
Comment 3 Douglas Anderson 2010-02-01 05:33:18 UTC
Created attachment 218054 [details, diff]
use rm -f for non-interactive temp file removal

Couldn't reproduce this bug in 0.3.0_rc8, but glancing through the source, I
did notice only one instance where temp files were removed with rm, where in
all other locations we're using rm -f. So this patch should fix the bug, though
not sure if it really fixes the root of the issue.

Also fixed in genscripts svn:
$ svn ci -m "Fixes an issue in revdep-rebuild where we were using 'rm file'
instead of 'rm -f file' for non-interactive removing of temp files; bug
#284419"
Sending        bin/revdep-rebuild
Transmitting file data .
Committed revision 184.
Comment 4 Paul Varner (RETIRED) gentoo-dev 2010-02-19 15:24:08 UTC
Released in gentoolkit-0.3.0_rc9 and gentoolkit-0.2.4.6
Comment 5 Pacho Ramos gentoo-dev 2010-02-19 15:45:56 UTC
Thanks