Bug 46060 – killed etc-update after .merge file created, dies for that number

• Product: Portage Development
• Status: RESOLVED WORKSFORME

[Description Aaron Peterson 2004-03-28 19:34:31 UTC]

I was trying to do an etc-update
I chose file 2
The differences went off the screen
I chose to interactively see the differences
The differences were not very clear (need color specify which side is which file! the new or the old!  diff normally does old one on left new one on right.. but It appeard to be backwards,
 so I chose q
it then asked me if I wanted to delete the blahblah.merged file!!!
WTH??
I hit control-c
I ran etc-update
I told it to replace the origional with the new one
It DIED!
End of differences between /etc/sound/events/GnomeICU.soundlist and /etc/sound/events/._cfg0000_GnomeICU.soundlist
1) Replace original with update
2) Delete update, keeping original as is
3) Interactively merge original with update
4) Show differences again
Please select from the menu above (-1 to ignore this update): 1
/usr/sbin/etc-update: line 253: read: 1: syntax error: operand expected (error token is "1")
Exiting: User termination!



Reproducible: Always
Steps to Reproduce:
well, it dies every time I run etc-update on that file now...

1.
2.
3.



Expected Results:  
end user programs should be rhobust..
May I recommend trapping the control-c signal?
and or storing the .merged files in a directory other than on the live system?


I was thinking about marking this critical... it does crash the program...
but I think those are annoying on bugzilla...

bash-2.05b# find /etc/ -iname *.merged
/etc/group.merged
/etc/php/cli-php4/php.ini.merged


well, I deleted the php.ini.merged file and rerean... and it didn't make it
better  (I control-c ed it while it was doign the php.ini file, then the list
came back with the gnome.icu file)

it could be something to do with the speciric update file...
etc-update is a shell script, and is subject to some horrible hidden bugs
because of it...

I don't know how to research it further... 
I don't have any more files to try updating right now either......

[Comment 1 Marius Mauch (RETIRED) 2006-07-19 03:48:18 UTC]

Can't reproduce this.