Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#2288 - thttpd conflicts with apache, subversion needs apache, so I can't do thttpd and subversion in AL
Attached to Project:
Arch Linux
Opened by Nikos Kouremenos (zeppelin) - Friday, 25 February 2005, 23:16 GMT
Last edited by Simo Leone (neotuli) - Sunday, 15 October 2006, 18:48 GMT
Opened by Nikos Kouremenos (zeppelin) - Friday, 25 February 2005, 23:16 GMT
Last edited by Simo Leone (neotuli) - Sunday, 15 October 2006, 18:48 GMT
|
DetailsI like GNU Arch more than svn, but I need to checkout some snv repos [snv co URL]
I wonder if my scenario (running thttpd and svn) is extreme. If not, then either remove conflict with apache in thttpd package OR build svn without apache dependancies ty |
This task depends upon
Closed by Aaron Griffin (phrakture)
Thursday, 16 November 2006, 02:12 GMT
Reason for closing: Not a bug
Additional comments about closing: As far as I know, this doesn't exist anymore - pacman _should_ do virtual package resolution and all that. If this comes up with pacman3, a new bug report should be opened.
Thursday, 16 November 2006, 02:12 GMT
Reason for closing: Not a bug
Additional comments about closing: As far as I know, this doesn't exist anymore - pacman _should_ do virtual package resolution and all that. If this comes up with pacman3, a new bug report should be opened.
What's the output of:
pacman -Q apr
pacman -Q apr-util
pacman -Q apache
pacman -Si subversion
maybe apr or apache or subversion should inform the user with echo
[nk@Freud ~]€ pacman -Q apr
Package "apr" was not found.
[nk@Freud ~]€ pacman -Q apr-util
Package "apr-util" was not found.
[nk@Freud ~]€ pacman -Q apache
apache 2.0.53-2
[nk@Freud ~]€ pacman -Si subversion
Repository : testing
Name : subversion
Version : 1.1.3-2
Groups : None
Provides : None
Depends On : apr apr-util db>=4.3 expat gdbm glibc libxml2 neon zlib
Conflicts With : None
Replaces : None
Size (compressed) : 2485273
Description : Replacement for CVS, another versioning system
MD5 Sum : b0e2098c222fabe4cbd9b3f7127f75df
Repository : extra
Name : subversion
Version : 1.1.3-1
Groups : None
Provides : None
Depends On : apr apr-util db expat gdbm glibc libxml2 neon zlib
Conflicts With : None
Replaces : None
Size (compressed) : 2485220
Description : Replacement for CVS, another versioning system
MD5 Sum : f72f18c786e02c44a8f43063a691e76e
the Euro symbol went binary. Better bin than $
How exactly am I supposed to inform the user? I found a reference from when I did it in an old newsletter: http://archlinux.org/~jason/newsletters/newsletter-2004-May-23/
I guess I forgot to actually post a news item. It's a little late now though.
I will attempt to do that today.
Versions:
subversion 1.1.3-1
apr 0.9.5cvs-1
thttpd 2.25b-1
pacman 2.9.5-1
The problem appears to happen when apache is installed first, then removed with subversion still installed. This seems to be a slight bug in pacman. The below scenario is allowed to happen, even though it shouldn't:
Package x provides A.
Package y is installed which requires A.
Package x is removed.
Package y no longer works.
I think that the most simple reasonable solution would be to NOT allow package x to be uninstalled unless package y is first uninstalled. It may be that pacman isn't properly picking up dependencies on provided capabilities in dependency checking.
I'll also send this to Judd and Aurelien for consideration, since it involves pacman behavior.
Let's hold this bug open for now until there's a decision to create another against pacman or to take some other action.
peace
Paul u got a patch?