[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subversion 1.6 Sles 11

From: Stutz Oliver <Oliver.Stutz_at_cardcenter.ch>
Date: Fri, 08 Apr 2011 11:39:32 +0200

Thank you for the response,
 
I have asked in the community forum from Suse Community.
 
Good to know that it is a Yast manipulation and not a real problem, i will try it out and see what will happen and if SVN will be running smoothly and give Feedback to the Mailing list asap.
 
Oliver
 
 
On Thu, Apr 7, 2011 at 9:16 AM, Stutz Oliver <Oliver.Stutz_at_cardcenter.ch> wrote:
> Hello Everybody,
>
> I have a problem, i have installed SVN from the Repository or at least
> tried. Is this a normal Message? It is not very Informative can somebody
> tell me what i'am supposed to do in this situation, can this message be
> ignored and option 1 to be considered as a professional solution?
>
> Thanks for the responses already,
>
> Oliver
 
As I remember, YaST has some fairly odd manipulations on top of RPM
management. In particular, it installs components through YaST that
are *NOT* in RPM or normal 'createrepo' managed configurations, it has
settings to "block" package installations, and it's extremely
confusing.
 
Try doing your installation from YaST, and see if you can turn off the
feature blocking the apache2 components. Whoever wrote the package may
not have filtered out the mod_dav_svn packages into a separate RPM, so
it's reporting the Apacha dependencies.
 

> zypper install subversion-server
> Loading repository data...
> Reading installed packages...
> Resolving package dependencies...
>
> Problem: subversion-server-1.6.16-27.1.x86_64 requires apache2, but this
> requirement cannot be provided
> uninstallable providers:
> apache2-2.2.10-2.24.5.x86_64[local_nu_server:SLES11-SP1-Pool]
> Solution 1: do not forbid installation of
> apache2-2.2.10-2.24.5.x86_64[local_nu_server:SLES11-SP1-Pool]
> Solution 2: do not ask to install a solvable providing subversion-server
> Solution 3: break subversion-server by ignoring some of its dependencies
>
> Choose from above solutions by number or cancel [1/2/3/c] (c): 1
>
> Based on previous e-mail correspondence with you and/or an agreement reached
> with you, we consider ourselves authorized to contact you via unsecured
> e-mail.
>
> Warning:
>
> (a) E-mails can involve SUBSTANTIAL RISKS, e.g. lack of confidentiality,
> potential manipulation of contents and/or sender's address, incorrect
> recipient (misdirection), viruses etc. We assume no responsi-bility for any
> loss or damage resulting from the use of e-mails. We recommend in particular
> that you do NOT SEND ANY SENSITIVE INFORMATION, that you do not include
> details of the previous message in any reply, and that you enter e-mail
> address(es) manually every time you write an e-mail.
>
> (b) As a matter of principle, we do NOT accept any ORDERS, revocations of
> orders or authorizations, blocking of credit cards, etc., sent by e-mail.
> Should such an e-mail nevertheless be received, we are not obliged to act on
> or respond to the e-mail.
>
> Please notify us immediately if you received this e-mail by mistake or if
> you do not wish to receive any further e-mail correspondence. If you have
> received this e-mail by mistake, please completely delete it (and any
> attachments) and do not forward it or inform any other person of its
> contents.

Based on previous e-mail correspondence with you and/or an agreement reached with you, we consider ourselves authorized to contact you via unsecured e-mail.
Warning:
(a) E-mails can involve SUBSTANTIAL RISKS, e.g. lack of confidentiality, potential manipulation of contents and/or sender's address, incorrect recipient (misdirection), viruses etc. We assume no responsi-bility for any loss or damage resulting from the use of e-mails. We recommend in particular that you do NOT SEND ANY SENSITIVE INFORMATION, that you do not include details of the previous message in any reply, and that you enter e-mail address(es) manually every time you write an e-mail.
(b) As a matter of principle, we do NOT accept any ORDERS, revocations of orders or authorizations, blocking of credit cards, etc., sent by e-mail Should such an e-mail nevertheless be received, we are not obliged to act on or respond to the e-mail.
Please notify us immediately if you received this e-mail by mistake or if you do not wish to receive any further e-mail correspondence. If you have received this e-mail by mistake, please completely delete it (and any attachments) and do not forward it or inform any other person of its contents.
Received on 2011-04-08 11:40:45 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.