You are not logged in.
Targets: man-pages-2.24-2 miscsplashutils-0.1.3-6
Total Package Size: 4.2 MB
Proceed with upgrade? [Y/n]
:: Retrieving packages from current...
man-pages-2.24-2 [################] 100% 3735K 47.3K/s 00:01:18
:: Retrieving packages from community...
miscsplashutils-0.1.3-6 [################] 100% 548K 48.1K/s 00:00:11
checking package integrity... done.
loading package data... done.
checking for file conflicts...
error: the following file conflicts were found:
miscsplashutils: /lib/splash/bin/wc: exists in filesystem
errors occurred, no packages were upgraded.
The weird thing is that when I look in the package repo, there is no package called miscsplashutils.
Offline
Sorry, almost forgot
$ sudo pacman -Qo /lib/splash/bin/wc
No package owns /lib/splash/bin/wc
Offline
if no package owns that file, its safe to force it using the -f switch.
Offline
I had the same issue, but if no package owns the file, how did it got there ?
[My Blog] | [My Repo] | [My AUR Packages]
Offline
Force the install. The gensplash packages were recently fixed to work with systems that had /usr on a seperate partition. You problably followed instructions in the gensplash thread and manually copied the file there.
Offline
No actually in the previous version he hasn't any reference to it in the PKGBUILD so there wasn't such file in the filelist but the .install file was copying it, but now he did touch the file so this will no longer happens, the only way to fix this issue is to use -f flag and it's completely safe
[My Blog] | [My Repo] | [My AUR Packages]
Offline
Ah yes!
*bangs head on keyboard*
I helped Dibble with the last release of the miscsplashutils package. I tought that the 0.1.3-5 version didn't installed the file but I probably missed the post-install message and pacman -Qo didn't returned anything. I added the touch line to register the file in pacman's db so forcing is necessary to upgrade.
Offline
Yea i noticed that by looking at the diff between this version and the previews one
[My Blog] | [My Repo] | [My AUR Packages]
Offline
Yeah, sorry about that, guys. My method was flawed and Snowman's fix was much better - sorry for the confusion. Snowman's trick was a new one to me
As mentioned there was an install script message explaining the fact it was copied. It's a bugger if you miss them but they are there. I think they should be logged. Anyone else think that?
Offline
hmmm... well i use the install script mainly for scheme/scrollkeeper installation and/or for important notices, i thought the pther day to expand them and use debian pre_install method (important configuration files are created with user interaction with a dialog)..
anyway i don't think it's necessary to log them, we just need to be carefull when files are copied by this script and be sure to cover them in pkgbuild
[My Blog] | [My Repo] | [My AUR Packages]
Offline