Opened 16 years ago
Closed 16 years ago
#3666 closed bug (fixed)
Problems with Symbolic Link
| Reported by: | axeld | Owned by: | sil2100 |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | Applications/PackageInstaller | Version: | R1/pre-alpha1 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
When a symbolic link already exists, PackageInstaller neither asks me if it should replace it, nor does it check whether it would need to rewrite the link.
It simply fails and aborts the installation instead.
Hint: the Qemu 0.9.1 package contains such a link :-)
Attachments (1)
Change History (4)
comment:1 by , 16 years ago
| Status: | new → assigned |
|---|
comment:2 by , 16 years ago
This patch should fix problems with existing symlink problems. Axel, could you check if this fixes the problem at your workstation?
comment:3 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
It does, thanks! Applied it in hrev30125.
Note:
See TracTickets
for help on using tickets.
I'll look into it ASAP. Thanks for finding this anyway, since I did not come across such situation yet ;-) Although I'm not entirely sure, since it's been a while, but this case is (strangely) not supported and will have to be implemented. A symlink in this case is simply created with CreateSymLink() and I currently treat B_FILE_EXISTS return code as a normal error. Will change that.