Bug 230223

Summary: Zypper should handle local/HTTP RPMs
Product: [openSUSE] openSUSE 10.3 Reporter: Francis Giannaros <francis>
Component: libzyppAssignee: Jan Kupec <jkupec>
Status: RESOLVED FIXED QA Contact: Klaus Kämpf <kkaempf>
Severity: Enhancement    
Priority: P5 - None CC: aj, cgoncalves, dmacvicar, fidel78, forgotten_nqeDWc8OMK, ma, martin.schlander, mvidner
Version: unspecified   
Target Milestone: ---   
Hardware: Other   
OS: Other   
See Also: https://fate.suse.com/302151
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Francis Giannaros 2006-12-21 13:12:54 UTC
I think it would be really nice to have Zypper being able to handle local RPMs, as well as ones on a particular site. This is already handled in a similar way with the YaST installer, and of course I can directly use rpm, but then it won't be able to solve dependencies.

If it's on a HTTP/FTP site, then it should download the RPM, then try to solve dependencies and install it. One should be able to do:

zypper in http://somedomain.com/package.rpm packageonrepo somelocalpackage.rpm

Thoughts?
Comment 1 Klaus Kämpf 2007-01-10 15:23:31 UTC
Local repositories should be supported by adding the directory where the RPMs are located as an installation repository.
Installing a single, local RPM should also be possible I agree.

Accessing single, remote RPMs is somewhat problematic since one has to do a (partial) download and extract the RPM header to see the package provides/requires. Its certainly possible but rather seldomly requested.
Comment 2 Francis Giannaros 2007-01-11 23:13:00 UTC
I think downloading the whole package first is a good tradeoff for installing a remote RPM, and it's the way that rpm handles remote RPMs as well. If it were to just download the whole RPM then it becomes simply a case of installing a local RPM with zypper.
Comment 3 Martin Vidner 2007-02-27 13:32:53 UTC
Jano is taking over as the primary maintainer of zypper, I am a co-maintainer.
Comment 4 Duncan Mac-Vicar 2007-03-01 12:45:32 UTC
To implement, basically

- download the rpm to a TmpDir (zypp class)
- Add the tmpdir as PlainDir source
Comment 5 Jan Kupec 2007-03-02 13:18:51 UTC
*** Bug 236677 has been marked as a duplicate of this bug. ***
Comment 8 Francis Giannaros 2007-08-11 17:28:14 UTC
Apologies, but since I can't see the FATE entry I can't tell -- will this not be done in time for 10.3? Installing Local/Remote RPMs with zypper would be really handy. :)
Comment 9 Andreas Jaeger 2007-08-12 07:46:34 UTC
We would all love it - but it's not going in for 10.3, zypper needs quite a lot bugfixes first (check how long Jan's bugzilla list is) :-(
Comment 10 Jan Kupec 2007-10-06 14:06:44 UTC
reopening for 11.0
Comment 11 Stanislav Visnovsky 2007-12-10 15:39:46 UTC
*** Bug 341834 has been marked as a duplicate of this bug. ***
Comment 12 Stanislav Visnovsky 2007-12-10 15:42:16 UTC
*** Bug 308660 has been marked as a duplicate of this bug. ***
Comment 13 Benjamin Weber 2007-12-24 19:24:52 UTC
*** Bug 350619 has been marked as a duplicate of this bug. ***
Comment 14 Jan Kupec 2008-01-14 15:27:03 UTC
done in zypper 0.9.5
Comment 15 Francis Giannaros 2008-03-01 00:50:35 UTC
This doesn't seem to be working for me in current factory:

linux-mxbx:/home/geeko/stuff # ls
kflickr-0.9-1.32.i586.rpm
linux-mxbx:/home/geeko/stuff # zypper in kflickr-0.9-1.32.i586.rpm
* Adding repository 'RPM files cache'
Repository 'RPM files cache' successfully addedEnabled: Yes
Autorefresh: Yes
URL: dir:///var/cache/zypper/RPMS

Repository 'RPM files cache' is invalid.
Repo exception
Please check if the URLs defined for this repository are pointing to a valid repository.
Warning: Disabling repository 'RPM files cache' because of the above error.
Reading installed packages...

Problem: nothing provides requested kflickr = 0.9-1.32
 Solution 1: do not ask to install a solvable providing kflickr = 0.9-1.32
Choose the number, (s)kip, (r)etry or (c)ancel [#/s/r/c]:
Comment 16 Jan Kupec 2008-03-04 08:53:44 UTC
Yes, this is because plaindir repos are temporarily not available: bug 364386
Comment 17 Jan Kupec 2008-03-04 12:08:52 UTC
I found a duplicate (bug 360412) so closing this one. In the future please don't reopen feature requests which were done. File a new bug report instead as the bug clearly isn't in the fact that the feature was not implemented :O)