Arch Linux

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!
Tasklist

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
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Aaron Griffin (phrakture)
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I 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.
Comment by Dale Blount (dale) - Saturday, 26 February 2005, 00:55 GMT
You're working on separating apr, right Jason?
Comment by Jason Chu (jason) - Saturday, 26 February 2005, 01:14 GMT
subversion doesn't need apache. subversion needs apr. pacman should pick up apr unless you have apache already installed.

What's the output of:
pacman -Q apr
pacman -Q apr-util
pacman -Q apache
pacman -Si subversion
Comment by Nikos Kouremenos (zeppelin) - Saturday, 26 February 2005, 01:46 GMT
I did sudo pacman -S testing/subversion and it went for apache.. ok I couldn't smell my fingers. [greek phrase: meaning "who should I guessed"]
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
Comment by Nikos Kouremenos (zeppelin) - Saturday, 26 February 2005, 01:51 GMT
added apr and it's working. plz inform the user somehow about that.

the Euro symbol went binary. Better bin than $
Comment by Jason Chu (jason) - Saturday, 26 February 2005, 02:14 GMT
Unless something's changed, by default subversion will pick up apr/apr-util instead of apache.

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.
Comment by Paul Mattal (paul) - Tuesday, 05 April 2005, 12:29 GMT
So it seems like a test is required here to see what happens when I pacman -S subversion, as of today, on a clean base install without apache.

I will attempt to do that today.
Comment by Paul Mattal (paul) - Tuesday, 05 April 2005, 18:49 GMT
As of the state of the repos on my mirror (from late last night), the pacman -S subversion does NOT try to install apache, and it does pull apr. And subversion seems to work nicely. Subsequently installed thttpd, and it appears to work fine, too.

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.
Comment by Nikos Kouremenos (zeppelin) - Tuesday, 05 April 2005, 21:12 GMT
I propose echo "subversion needs apr (apache framework [or what the hell is it]) if you have apache, apr wasn't installed. So if you remove apache you have to install apr"
peace
Comment by Jason Chu (jason) - Tuesday, 05 April 2005, 21:15 GMT
I'd prefer fixing the problem at the pacman level, make pacman realize that subversion depends on apache because apache provides apr.
Comment by Nikos Kouremenos (zeppelin) - Wednesday, 06 April 2005, 00:13 GMT
ok me too. I was talking about a temp solution..
Paul u got a patch?
Comment by Paul Mattal (paul) - Thursday, 07 April 2005, 03:14 GMT
Haven't delved into the pacman codebase yet. So it's unlikely I'll come up with a patch anytime soon. I also haven't heard from Judd or Aurelien about this. We'll just have to wait a bit.
Comment by Simo Leone (neotuli) - Sunday, 15 October 2006, 18:49 GMT
This isnt really an issue anymore, since both apache and subversion depend on apr-util, however Aaron might like to keep this around as a good test case for the pacman3 code.

Loading...