Volker Kuhlmann writes:

Just out of interest, why does zypper have a problem here?

Package scriptutils requires tcsh, and tcsh-6.15.00-35.12 is installed. dup (and a few others) result in this:

zypper> in -t package tcsh Problem: scriptutils-1.40-1.noarch requires /bin/tcsh, but none of the providers can be installed Solution 1: deinstallation of scriptutils-1.40-1.noarch Solution 2: do not install tcsh-6.15.00-47.i586

The dependency by scriptutils is already met as tcsh is installed. There's a newer version, but that should be irrelevant. Why however can the newer tcsh not be installed although it (as per zypper) provides /bin/tcsh as well?

I suggest to create a bugreport with a resolver test case added

The repo situation is

zypper> lr # | Enabled | Refresh | Type | Alias | Name --+---------+---------+--------+-----------------------+---------------------- 1 | Yes | Yes | yast2 | Factory_OSS | Factory OSS 2 | Yes | No | yast2 | openSUSE-OSS-KDE 11.0 | openSUSE-OSS-KDE 11.0 3 | No | Yes | rpm-md | Factory_gwdg | Factory gwdg 4 | Yes | Yes | yast2 | Factory_non-OSS_extra | Factory non-OSS extra 5 | Yes | Yes | yast2 | Factory-debug | Factory-debug zypper> ref Repository 'Factory OSS' is up to date. Repository 'openSUSE-OSS-KDE 11.0' is up to date. Repository 'Factory non-OSS extra' is up to date. Repository 'Factory-debug' is up to date. All repositories have been refreshed.

(I'd find it useful to get the URI of the repos here, but haven't found a way to do this.)

zypper sl -e /tmp/somefile is the workaround I use, Andreas -- Andreas Jaeger, Director Platform / openSUSE, aj@suse.de SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126